日本免费全黄少妇一区二区三区-高清无码一区二区三区四区-欧美中文字幕日韩在线观看-国产福利诱惑在线网站-国产中文字幕一区在线-亚洲欧美精品日韩一区-久久国产精品国产精品国产-国产精久久久久久一区二区三区-欧美亚洲国产精品久久久久

  1. 首頁 > 云知道 > >

爭議 | 生產環(huán)境搭建 RAC，直接物理機上搭 vs 虛擬化平臺上搭，兩種方案如何選擇？( 三 )

云知道


至于對性能和數(shù)據(jù)庫較大的OLTP庫 ， 還是建議物理機 ， 隔離好 ， 性能好 ， 管理方便 。
@Amol1984 YuSYS 系統(tǒng)工程師：
如果Oracle應用是加載在內存中運行 ， 數(shù)據(jù)文件是在存儲上 ， 是不是將Oracle應用部署在VMWARE上會來得方便靈活 ， 而且性能也不下降 。（判斷一般瓶頸為磁盤IO的話） 。
@sunxiaopeng10 東營方圓銅業(yè) CTO：
多了一層虛擬機 ， 不確定性太多 。
@王巧雷 sino-bridge 系統(tǒng)工程師：
如果數(shù)據(jù)量不是特別大 ， 性能要求不是很苛刻的都可以放到虛擬化平臺上 ， Oracle本身已經和VMware深度合作 ， Oracle官方服務也支持VMware虛擬化平臺 ， 兩個廠商都提供了一些各種場景下的最佳實踐 。其他平臺需要再檢查一下廠商相關的要求和政策 。如果數(shù)據(jù)庫的數(shù)據(jù)量比較大 ， 性能要求也比較高 ， 推薦部署到物理機 。
總結幾個點：
1. 放在虛擬化平臺管理比較方便 。
2. 節(jié)點故障后是可以借助虛擬化做快速恢復 ， 但只能快速恢復基本環(huán)境 ， 還是需要DBA做二次配置 。想要像應用服務器那樣單靠VMware做數(shù)據(jù)保護是不現(xiàn)實的 。
3. 因為中間多了虛擬化層 ， 會屏蔽一下配置的復雜性 ， 比如存儲識別 ， 硬件兼容等 ， 但同樣也會帶來一些的性能損失 。
4. 部署到物理機額外的布線工作等確實會多些 ， 但是后續(xù)和其他方案集成會方便些 ， 比如掛接額外存儲復制 ， lanfree的數(shù)據(jù)庫備份等等 ， 比虛擬化平臺擴展性好 。
5. 從問題中看 ， 還做了存儲的復制 。那如果數(shù)據(jù)庫部署到虛擬化 ， 是虛擬化先識別復制的存儲 ， Oracle再掛載數(shù)據(jù)？這樣看部署到物理機方便些 。
6. 存儲復制和dg的問題 ， 從數(shù)據(jù)來看 ， 存儲復制已經可以保證兩份數(shù)據(jù) 。但基于存儲復制的方案 ， 備端Oracle起服務的步驟會相對復雜些 ， 耗時較長；Oracle dg在主備切換快速上線方面有很大的優(yōu)勢 。所以是否需要再做個dg ， 主要看你們對備端上線時間的要求 。
@趙海技術經理：
首先一點 ， 想通過vsphere克隆的方式完全恢復數(shù)據(jù)庫 ， 這個是不可行的 。因為虛擬機層面的復制備份對數(shù)據(jù)庫事務層面是無法感知的 ， 所以無法保障數(shù)據(jù)庫在故障場合下的恢復 ， 數(shù)據(jù)庫在故障場合下的恢復只能通過rman來做 ， 各種數(shù)據(jù)庫備份軟件也是通過調用rman實現(xiàn)的 。
其次 ， 個人認為究竟采用物理機的模式還是采用虛擬機的模式 ， 要看系統(tǒng)本身的負載如何 ， 要看業(yè)務系統(tǒng)本身性能要求 。因為vsphere實現(xiàn)的虛擬機架構畢竟負載、性能等方面都會受限 。所以一般情況下 ， 非重要系統(tǒng)數(shù)據(jù)庫 ， 建議采用虛擬機單機數(shù)據(jù)庫方式 ， 重要系統(tǒng)采用物理機RAC架構；輕量級數(shù)據(jù)庫可以通過物理機組成RAC資源池 ， 整合多個DB到一個高可用資源池當中 ， 重量級數(shù)據(jù)庫采用單獨物理機RAC 。
個人經驗 ， 僅供參考 。
@javamud 沈陽天港世紀 系統(tǒng)運維工程師：
物理機上做RAC ， 性能高 ， 這是毋庸置疑的 。但物理機硬件故障時 ， 集群多少會受影響 。
存儲層面實現(xiàn)災備 ， 日常維護量較少 ， 基本上不用任何操作 ， 只要做好監(jiān)控即可 。優(yōu)勢是可以實現(xiàn)多個系統(tǒng)、多個數(shù)據(jù)庫數(shù)據(jù)的一致性 。切換的操作相對比較繁瑣 。

推薦閱讀