SLA跟資安不對齊的話，可能是我們要先講，這是我們可以拿來要求中華電信，具體來問說報稅的等級你們做不做得到。
所以，需要知道哪裡做不到。
好。先不管HGR版的虛實整合方案，我們沒有要講這個，講這個可以講很久。
HGR的方案裡面，剛剛是說Oracle跑不起來？
而且他們也有Linux，他們不是只有Windows。如果Oracle灌不起來的話，他們就不用談了。
一步步來：
第一個，異地備援確實是他們沒有具體承諾的事，如果到最後真的要用HGR的話，我們會有一個風險，也就是單一的資料中心突然天災地變不可抗力掉了。
如果要因應發生那樣的事，我們有更多的事情要準備，也就是並不只放HGR，而是移一部分的服務去放HGR。
這個確實是需要plan的。這個是一個爭點。
第二個是，銷毀的意思是把硬碟砸掉然後丟到果汁機裡面，這個意思嗎？
這個是不是有一個明確的作業規範，有什麼要點或者是要求？
所以這個部分沒有辦法以消磁替代。除非更改合約或者是作業流程，回去要求HGR把硬碟丟到果汁機裡，是這個意思嗎？
好，這個是第二個爭點。
接下來，資安的部分我沒有聽得很清楚，合約裡面有要求他們過27001之外的其他資安認證嗎？
現在回答不出來，沒有關係，我們只是提出這一個詢問。
這個還不確定是否為爭點，我們先不列出來。
另外一個，有關於資料軟體是否能夠運行在虛擬環境裡面，以我的理解，運行一定是沒有問題，只是要多買一些授權而已。
如果具體上有困難，那還是要說，不然我不知道是不是Oracle有客製化一版程式，只能在特定的CPU上面跑之類的（笑）？
如果沒有更多資訊的話，我就推定成其實資料庫是可以跑的，只是需要設定而已。
所以只有兩個爭點，也就是一個是異地備援，一個是銷毀或者是消磁的差異。
如果HGR到明年不提供異地備援，也不配合我們做銷毀，加上我們討論之後也有疑慮，也就是消磁不行。那我們這樣有別的能夠符合這樣的需求，但又調得出六台電腦給我們一個月的地方嗎？好比像財資中心自己裡面的電腦或者是其他的電腦？也就是撥過來用一個月？
如果現在給關貿錢，關貿如果可以自己採購的話，你們有任何想法或備案？
是在哪裡？
所以Oracle是跑在Sun的OS上？
我可以問更細一點嗎？可以知道幾版嗎？
其實Linux跟Windows都可以，只是我們沒有這樣測過。
你的底層是Linux的話，上面可以模擬成任何東西。
Oracle以我的理解，至少在Linux作為主機的情況，至少可以作為這個主機被模擬的部分在上面運行（Oracle VM Templates），以我的理解是沒有問題。
至於Solaris能不能被模擬，這個也要稍微看一下，但理論上這不應該是一個問題才對。
即使你們只能在Solaris 10上運行Oracle，也可以要Linux去模擬你們的Solaris。
這個是技術上要測，還有你們布署是否習慣而已，這是習慣的問題。
我們也不能一直被Solaris綁住，最後還是要習慣跨平台。但不用在今年就習慣。
所以，那個機櫃一定要在同一個樓層嗎？也就是你們對於硬體、實體網段是有規範或者是限制？
對，可是這個不是最基本的嗎（笑）？只要還在中華電信底下，還要讓你連得上，不會讓你連不上？
理解，只是要多少時間而已。我的意思是，以同個機房在別的機櫃，請中華電信把網路線牽起來，這會需要時間嗎？
我們現在會需要知道的是時間。這會比同一個機櫃自己的機器調度來得長，長多少不是今天的會議可以知道的，我可以下這樣的結論嗎？
所以主要是時間的問題，並不是SLA或者是資安的問題，只要是在同一個機房，應該就是一樣的。
除了用關貿現有的機櫃及HGR方法之外，還有沒有人討論過或者是想別的解決方案嗎？不管是你們自己的或者是財資中心的機器？
我們現在要解決的問題很簡單，就是兩台機器，如果要再多出四台機器要放哪裡，我不知道有沒有別的想法或者是可能性。
簡單來講，他們覺得現在對於本來的IDN.DB的資料庫，他們認為離線版是大宗用戶，線上版是輕微的，如果離線版減少，線上版增加，目前的這一個資料庫還沒有辦法清楚的輪廓。
他們的想法是，把用得到的部分view想辦法快照一份，然後放在實際運行版的機器上，這樣做之後就可以減低負擔，是這樣嗎？
……沒有，那邊過來的是唯讀的copy，不會放回去，那個是參考用？你們會寫入嗎？這個要搞清楚的，這樣畫的意思是不寫入喔！
沒有問題，那個只是快取清除的問題，當你底下DB有任何更動的時候，之前他們這一些快取必須要更新，這個是非常容易做的，但是問題是，如果他們現在拿過去，不是只是讀取還要寫回的話，那個才會出真正的問題。
但是以我剛剛聽到的，這邊只是參考它的，不管是資料或者是報稅相關資料，並沒有真的寫入的成分，所以當你們在說放一份來這裡的時候，你們應該是不寫回去的吧！你們會寫進當地的資料庫嗎？
對，就是每一次更新的時候同步更新，但並不是這邊有寫入跟寫回，沒有寫回，就是同步更新而已。
寫入是回到master DB，沒有要寫多重主資料庫，這大概一年也不會做得完的事情。
也就是單一的資料庫，有一些唯讀的資料庫以加強效能，這樣是非常單純的操作，應該是還好。
如果這個沒有問題的話，我就不算出後續待解決事項了。
好。我們可不可以這樣子，這部分的運作方式，包含剛剛用畫圖也不那麼清楚的部分，我寫成「3」，就把它書面化，然後可能講清楚說預期可能會有這樣的操作，然後先確定我們大家對於這一個理解事項是相同的，但是這個東西就剛剛所講的，不可能馬上變成壓測的一部分，總要規劃完，先知道這邊有幾台機器，才會做模擬的壓測，才有意義，這個目前只是規劃，在「3」的部分。
我再問一下，現在這兩台包含處理PDF之類的，現在是放在中華電信信義機房的關貿機櫃？
