Decode360's Blog

2、Advanced Replication /Stream

??? Advanced Replication/Stream用于高可用，一般是指對數(shù)據(jù)庫的整個復(fù)制，如果數(shù)據(jù)庫在異地，也還可以用于容災(zāi)，所以，如果該技術(shù)用的好，是一個非常不錯的選擇。

圖3

??? 如上圖的結(jié)構(gòu)中，主站點可以在城東，被復(fù)制站點可以在城西或者更遠(yuǎn)的地方，數(shù)據(jù)通過城市網(wǎng)絡(luò)傳向被復(fù)制站點，在stream中，傳送的可以是被分析過的LCR anydata數(shù)據(jù)結(jié)構(gòu)，到目標(biāo)數(shù)據(jù)庫的時候再解析成對應(yīng)的DML語句實現(xiàn)同步。

??? 這樣的話，主站點與被復(fù)制的站點可以分別的被應(yīng)用訪問，雖然被復(fù)制站點可能比主站點的數(shù)據(jù)要延遲一些。

??? 正因為Advanced Replication/Stream既實現(xiàn)了高可用，又實現(xiàn)了容災(zāi)，在大型的在線電子商務(wù)網(wǎng)站中，一般使用成熟的share plex軟件實現(xiàn)讀寫分離，讀的站點可以分布在世界各地，既大大提高了網(wǎng)站系統(tǒng)的可用性，又大大提高了數(shù)據(jù)的安全性。

3、Standby/Data Guard

??? Standby/Data guard因為技術(shù)簡單成熟，成本低廉（Oracle自帶的功能，不需要單獨購買），是廣泛采用的一種數(shù)據(jù)庫的高性能與容災(zāi)方案，如果采用不同保護(hù)級別可能會有不同的性能結(jié)果，如想不丟失數(shù)據(jù)，則可能會影響性能，如果想最好的性能，則一定注意保證在主節(jié)點完全故障的時候，備用節(jié)點不會丟失數(shù)據(jù)。

圖4

??? 備用數(shù)據(jù)庫可以認(rèn)為是一個主數(shù)據(jù)庫的鏡相，一個處于不斷恢復(fù)日志中的主數(shù)據(jù)庫。從9i開始，備用數(shù)據(jù)庫又分為物理備用數(shù)據(jù)庫與邏輯備用數(shù)據(jù)庫，我們這里只討論物理備用數(shù)據(jù)庫。

??? Standby/Data guard實現(xiàn)了數(shù)據(jù)庫的高可用以及數(shù)據(jù)的異地容災(zāi)，與Advanced Replication/Stream不一樣的是，備用站點不能實時的被訪問，降低了資源的利用程度，而且如果主站點故障，一般需要手工切換。

??? 但是，正因為其方便的管理，成熟的技術(shù)，低廉的價格，所以也被廣泛的使用在數(shù)據(jù)的容災(zāi)上面，如果與RAC結(jié)合，RAC+Data Guard可以實現(xiàn)一個良好的高可用，高性能的數(shù)據(jù)庫。

4、OS相關(guān)HA

??? HA很類似于RAC，兩種方式，都需要兩個Server，一個閑置。 在主機(jī)crash 的情況下，都可以提供某種程度的恢復(fù)，保持系統(tǒng)可用。 不過一個是OS Vendor的solution,一個是Oracle的solution，如，在一個 一備三 的系統(tǒng)結(jié)構(gòu)中：

圖5

??? 在以上的結(jié)構(gòu)中，正在被使用的數(shù)據(jù)庫服務(wù)器有3臺，其中3臺中任何一臺發(fā)生故障，可以被一臺備用主機(jī)接管，等待發(fā)生故障的機(jī)器修復(fù)，再手工切換會原來的結(jié)構(gòu)。

??? HA的最好好處就是可以解決服務(wù)器的單點故障的問題，如機(jī)器故障，與Rac一樣，并不能解決磁盤故障問題或者是陣列故障問題。所以HA也必須采用附加的備份機(jī)制如LV鏡相與卷復(fù)制，或配套使用oracle standby。

??? HA的機(jī)制起源比較早，發(fā)展到現(xiàn)在已經(jīng)日趨成熟，在實際安例中，使用還是比較廣泛的，但是它必須有一半的資源處于等待狀態(tài)，所以資源浪費跟standby一樣，比較嚴(yán)重。

?

四、Oracle高可用相關(guān)功能的對比說明與方案選擇

??? 通過以上的詳細(xì)說明，我們描繪了Oracle數(shù)據(jù)庫在高可用性方面可以達(dá)到的效果以及特性，并且從原理上與構(gòu)架上，我們也可以分析到其成本（包括管理成本），再加上其技術(shù)的成熟程度以及使用程度，我們以一張表格來對照一下：

圖六

??? ①：這里指單獨的使用該功能，但是如果與LV Mirror/ Volume Replication/Data guard等功能結(jié)合起來，是可以實現(xiàn)數(shù)據(jù)保護(hù)與容災(zāi)功能的，如果設(shè)計合理，在災(zāi)難切換時，也可以保證不丟失任何數(shù)據(jù)，但是也需要為以上功能付出更多的成本。?
??? ②：對于Advanced Replication /Stream，現(xiàn)階段的確不太成熟，還沒有廣泛的使用起來，但是類似這樣功能的軟件，如Share plex已經(jīng)比較成熟了，在全球范圍內(nèi)還是被廣泛驗證過了的。?
??? ③：在一定條件下，可以配置成自動切換。?
??? ④：如果主站點完全故障，可能會導(dǎo)致數(shù)據(jù)丟失（主要是當(dāng)前聯(lián)機(jī)日志），不過可以考慮把當(dāng)前聯(lián)機(jī)日志分布到各地地點的方法避免該問題的出現(xiàn)。?
??? ⑤：如果在非最大保護(hù)模式下，與④有相同的結(jié)果與預(yù)防處理方式。

??? 我們通過該表格的對比可以發(fā)現(xiàn)，沒有最好，只有看我們自己的最適合了，每一種方式都有自己的缺陷有優(yōu)點。而且，在實際的使用中，真正的高可用環(huán)境也很少單獨來使用這些技術(shù)的，一般都是結(jié)合來使用，如：

??? 1、有的電子商務(wù)使用Rac + Share plex (或Stream)的技術(shù)實現(xiàn)讀寫分離的技術(shù)，可以實現(xiàn)高可用+容災(zāi)。?
??? 2、有的電信行業(yè)用遠(yuǎn)程Rac +遠(yuǎn)程 LV Mirror，可以實現(xiàn)本地與遠(yuǎn)程應(yīng)用的動態(tài)切換，實現(xiàn)主機(jī)的異地冗余保護(hù)與數(shù)據(jù)的異地容災(zāi)?
??? 3、有的電子商務(wù)采用本地HA+遠(yuǎn)程Standby，實現(xiàn)數(shù)據(jù)庫服務(wù)器與存儲的雙重冗余，分別實現(xiàn)不同級別的主機(jī)冗余與數(shù)據(jù)的異地容災(zāi)。?
??? 4、有的銀行行業(yè)采用本地Rac+ 遠(yuǎn)程vvr（Veritas Volume Replication），實現(xiàn)本地系統(tǒng)的主機(jī)冗余與遠(yuǎn)程系統(tǒng)數(shù)據(jù)的異地容災(zāi)。

?

總結(jié)

??? 該文詳細(xì)描敘了oracle在高可用環(huán)境中可能用到的技術(shù)，以及該技術(shù)的詳細(xì)描述，并且通過其構(gòu)架分析，原理了解，技術(shù)成熟度分析，我們可以大致估算到其成本。

??? 而且，在實際的使用環(huán)境中，沒有最好的技術(shù)，只有最適合于自己的技術(shù)，使自己的成本與收益能達(dá)到一個最合適的平衡，這個，就是我們最終需要達(dá)到的目的。

??? 以上的技術(shù)與方案，僅供參考。