Oracle DataGuard介紹

?一、?DataGuard的基本原理

當(dāng)某次事務(wù)處理對(duì)生產(chǎn)數(shù)據(jù)庫中的數(shù)據(jù)作出更改時(shí)， Oracle數(shù)據(jù)庫將在一個(gè)聯(lián)機(jī)重做日志文件里記錄此次更改。在 DataGuard中能夠配置寫日志的這個(gè)過程，除了把日志記錄到本地的聯(lián)機(jī)日志文件和歸檔日志文件里，還能夠通過網(wǎng)絡(luò)，把日志信息發(fā)送到遠(yuǎn)程的從 (standby) 數(shù)據(jù)庫server上。這個(gè)備用日志文件寫入過程能夠是實(shí)時(shí)、同步的，以實(shí)現(xiàn)零數(shù)據(jù)丟失（最大保護(hù)模式 maximum protection ）；也能夠是異步的，以降低對(duì)網(wǎng)絡(luò)帶寬的壓力（最大性能模式 maximum performance ）；或者是異步和同步能夠自己主動(dòng)切換的模式（最大可用模式 maximum availability ）。當(dāng)備份數(shù)據(jù)庫接收到日志信息后， Data Guard能夠自己主動(dòng)利用日志信息實(shí)現(xiàn)數(shù)據(jù)與主數(shù)據(jù)庫的實(shí)時(shí)同步。當(dāng)主數(shù)據(jù)庫打開并處于活動(dòng)狀態(tài)時(shí)，備用數(shù)據(jù)庫能夠運(yùn)行 恢復(fù) 操作，假設(shè)主數(shù)據(jù)庫出現(xiàn)了故障，備用數(shù)據(jù)庫即能夠被激活并接管生產(chǎn)數(shù)據(jù)庫的工作 。

?

二、? 3種模式的特點(diǎn)

保護(hù)模式	在出現(xiàn)災(zāi)難時(shí)數(shù)據(jù)丟失的風(fēng)險(xiǎn)	重做傳輸機(jī)制	是否須要 standby redo log	磁盤寫入
最大保護(hù)	零數(shù)據(jù)丟失	LGWR SYNC	YES	AFFIRM
最高可用性	零數(shù)據(jù)丟失	LGWR SYNC	YES	AFFIRM
最高性能	最小數(shù)據(jù)丟失 - 通常為幾秒	LGWR ASYNC 或 ARCH	可沒有 但 推薦有	AFFIRM 或 NOAFFIRM

AFFIRM：表示主數(shù)據(jù)庫上的 REDO LOG僅僅有被寫入到從數(shù)據(jù)庫的standby log才算有效 。

?

1?最大保護(hù)模式

最大保護(hù)模式為主數(shù)據(jù)庫提供了最高水平的數(shù)據(jù)保護(hù)，從而確保了一個(gè)全面的零數(shù)據(jù)丟失災(zāi)難恢復(fù)解決方式。當(dāng)在最大保護(hù)模式下執(zhí)行時(shí)，重做記錄由日志寫入器 (LGWR) 進(jìn)程從主數(shù)據(jù)庫同步地傳輸?shù)絺溆脭?shù)據(jù)庫，而且直到確認(rèn)事務(wù)數(shù)據(jù)在至少一個(gè)備用server上的磁盤上可用時(shí)，才在主數(shù)據(jù)庫上提交事務(wù)。強(qiáng)烈建議，這樣的模式應(yīng)至少配置兩個(gè)備用數(shù)據(jù)庫。當(dāng)最后參與的備用數(shù)據(jù)庫不可用時(shí)，主數(shù)據(jù)庫上的處理將停止。這就確保了當(dāng)主數(shù)據(jù)庫與其全部備用數(shù)據(jù)庫失去聯(lián)系時(shí)，不會(huì)丟失事務(wù)。

因?yàn)橹刈鰝鬏數(shù)耐教匦裕@樣的最大保護(hù)模式可能潛在地影響主數(shù)據(jù)庫響應(yīng)時(shí)間。能夠通過配置一個(gè)低延遲網(wǎng)絡(luò)，并為它分配足夠應(yīng)付高峰事務(wù)負(fù)載的帶寬來將這樣的影響減到最小。須要這樣的最大保護(hù)模式的企業(yè)有股票交易所、貨幣交易所、金融機(jī)構(gòu)等。

?

2?最高可用性模式

最高可用性模式擁有僅次于最高水平的主數(shù)據(jù)庫數(shù)據(jù)可用性。如同最大保護(hù)模式一樣，重做數(shù)據(jù)由 LGWR 從主數(shù)據(jù)庫同步地傳輸?shù)絺溆脭?shù)據(jù)庫，直到確認(rèn)事務(wù)數(shù)據(jù)在備用server的磁盤上可用時(shí)，事務(wù)才在主數(shù)據(jù)庫上完畢。只是，在這樣的模式下（與最大保護(hù)模式不同），假設(shè)最后參與的備用數(shù)據(jù)庫變?yōu)椴豢捎? — 比如因?yàn)榫W(wǎng)絡(luò)連接問題，處理將在主數(shù)據(jù)庫上繼續(xù)進(jìn)行(類似于MySQL-5.5中的半同步復(fù)制)。備用數(shù)據(jù)庫與主數(shù)據(jù)庫相比，可能臨時(shí)落在后面，但當(dāng)它再次變?yōu)榭捎脮r(shí)，備用數(shù)據(jù)庫將使用主數(shù)據(jù)庫上累積的歸檔日志自己主動(dòng)同步，而不會(huì)丟失數(shù)據(jù)。

因?yàn)橥街刈鰝鬏敚@樣的保護(hù)模式可潛在地影響響應(yīng)時(shí)間和吞吐量。能夠通過配置一個(gè)低延遲網(wǎng)絡(luò)，并為它分配足夠應(yīng)付高峰事務(wù)負(fù)載的帶寬來將這樣的影響減到最小。

最高可用性模式適用于想要確保獲得零數(shù)據(jù)丟失保護(hù)，但不想讓生產(chǎn)數(shù)據(jù)庫受網(wǎng)絡(luò) /備用server故障影響的企業(yè)。假設(shè)又一個(gè)故障隨后影響了生產(chǎn)數(shù)據(jù)庫，然后最初的網(wǎng)絡(luò) /備用server故障得到解決，那么這些企業(yè)將接受數(shù)據(jù)丟失的可能性。

?

3?最高性能模式

最高性能模式是默認(rèn)的保護(hù)模式。它與最高可用性模式相比，提供了略微少一些的主數(shù)據(jù)庫數(shù)據(jù)保護(hù)，但提供了更高的性能。在這樣的模式下，當(dāng)主數(shù)據(jù)庫處理事務(wù)時(shí)，重做數(shù)據(jù)由 LGWR 進(jìn)程異步傳輸?shù)絺溆脭?shù)據(jù)庫上。另外，也能夠?qū)⒅鲾?shù)據(jù)庫上的歸檔器進(jìn)程 (ARCH) 配置為在這樣的模式下傳輸重做數(shù)據(jù)。在不論什么情況下，均先完畢主數(shù)據(jù)庫上的寫操作，主數(shù)據(jù)庫的提交操作不等待備用數(shù)據(jù)庫確認(rèn)接收（類似于MySQL中的異步復(fù)制）。假設(shè)隨意備用目標(biāo)數(shù)據(jù)庫變?yōu)椴豢捎茫瑒t處理將在主數(shù)據(jù)庫上繼續(xù)進(jìn)行，這對(duì)性能僅僅有非常小的影響或沒有影響。

在主數(shù)據(jù)庫出現(xiàn)問題的情況下，尚未被發(fā)送到備用數(shù)據(jù)庫的重做數(shù)據(jù)會(huì)丟失。可是，假設(shè)網(wǎng)絡(luò)有足夠的吞吐量來跟上重做流量高峰，而且使用了 LGWR 進(jìn)程來將重做流量傳輸?shù)絺溆胹erver，則丟失的事務(wù)將很少或者為零。

?

三、? Oracle Dataguard三種保護(hù)模式特點(diǎn)

1?最大保護(hù)模式

?

1).這樣的模式提供了最高級(jí)別的數(shù)據(jù)保護(hù)能力

2).重做日志在至少一個(gè)物理從庫 數(shù)據(jù)庫 后，主庫的事務(wù)才可以提交

3).主庫找不到合適的從庫寫入時(shí)，主庫會(huì)自己主動(dòng)關(guān)閉，防止無保護(hù)的數(shù)據(jù)出現(xiàn)

4).長處：該模式能夠保證從庫沒有數(shù)據(jù)丟失

5).缺點(diǎn)：主庫的自己主動(dòng)關(guān)閉會(huì)影響到主庫的可用性，同一時(shí)候須要從庫恢復(fù)后才干提交，對(duì)網(wǎng)絡(luò)等客觀條件要求很的高，主庫的性能會(huì)受到很大的影響。

?

2?最大可用性模式

?

1).這樣的模式提供了僅次于 “最大保護(hù)模式”的數(shù)據(jù)保護(hù)能力

2).重做日志在至少一個(gè)物理從庫數(shù)據(jù)庫后，主庫的事務(wù)才可以提交

3).主庫找不到合適的從庫寫入時(shí)，主庫不會(huì)關(guān)閉，而是暫時(shí)減少到 “最大性能模式”模式，直到問題得到處理

4).長處：該模式能夠在沒有問題出現(xiàn)的情況下保證從庫沒有數(shù)據(jù)丟失，是一種折中的方法

5).缺點(diǎn)：在正常執(zhí)行的過程中缺點(diǎn)是主庫的性能收到諸多因素的影響

?

3?最大性能模式

?

1).默認(rèn)模式，提供主數(shù)據(jù)庫的最高可用性

2).保證主庫執(zhí)行過程中不受從庫的影響，主庫事務(wù)正常提交，不因從庫的不論什么問題影響到主庫的執(zhí)行

3 ).長處：避免了從庫對(duì)主數(shù)據(jù)庫的性能和可用性影響

4 ).缺點(diǎn)：假設(shè)與主庫提交的事務(wù)相關(guān)的恢復(fù)數(shù)據(jù)沒有發(fā)送到從庫，這些事務(wù)數(shù)據(jù)將被丟失，不能保證數(shù)據(jù)無損失