[讀書筆記]ORACLE11GR2 DataGuard架構(gòu)

一、Data Guard架構(gòu)圖

圖1.1 Data Guard 架構(gòu)圖

Data Guard（以下簡稱DG）由5個部分組成，分別是重做數(shù)據(jù)服務(wù)、角色管理與切換、備庫的應(yīng)用服務(wù)、主庫的保護(hù)模式、DG的管理。

二、重做傳輸服務(wù)

2.1 重做傳輸服務(wù)介紹

DG重做傳輸服務(wù)協(xié)調(diào)從主庫到備庫的重做數(shù)據(jù)傳輸過程。同時，主庫中的LGWR將重做數(shù)據(jù)寫入到自己聯(lián)機(jī)重做日志文件中（ORL）；LNS進(jìn)程將主庫的SGA的緩沖的重做日志傳輸?shù)絺鋷熘校粋鋷焐系?/span>RFS接收LNS傳輸?shù)臄?shù)據(jù)，將交由LGWR寫入到備用重做日志（SRL）中。

注：

1.ORL：Online Redo Logfile:連接重做日志文件；

2.LNS：Log Network Server:負(fù)責(zé)將主庫SGA中的重做緩沖數(shù)據(jù)傳輸?shù)絺鋷熘校?/span>

3.RFS：Remote File Server:負(fù)責(zé)接收LNS傳輸?shù)臄?shù)據(jù)。

4.SRL：Standby Redo Logfile:備用重做日志文件。

2.2 重做傳輸服務(wù)架構(gòu)

圖2.1 重做傳輸服務(wù)

DG支持兩種LNS進(jìn)程的傳輸方法：同步方法（SYNC）、異步方法（ASYNC）。

同步傳輸要等到LNS確認(rèn)事務(wù)恢復(fù)所需的重做數(shù)據(jù)已被寫入到備用站點(diǎn)的磁盤上，才允許LGWR認(rèn)可提交操作成功。這種方式能保護(hù)所有的數(shù)據(jù)都不會丟失，但是有可能會影響到主庫的性能。

異步傳輸中，LGWR不必等待來自LNS的確認(rèn)消息，幾乎不會影響主庫的性能。異步傳輸中，還可以啟用重做數(shù)據(jù)壓縮的功能。

2.3 自動間隔處理

圖2.2 自動間隔處理

當(dāng)LNS進(jìn)程停止將重做數(shù)據(jù)傳輸?shù)絺鋷鞎r而主庫卻繼續(xù)提交事務(wù)時，會出現(xiàn)日志間隔。在中斷期間，主庫上使用特殊的ARCH進(jìn)程連續(xù)ping備庫來確定其狀態(tài)。當(dāng)還原與備庫的通信后，ARCH ping進(jìn)程會通過RFS進(jìn)程查詢備用控制文件來確定備庫從主庫收到的最后一個完整日志文件，確定需要哪些日志文件來重新同步備庫，并通過其他的ARCH進(jìn)程傳輸相應(yīng)的日志文件。

在接下來執(zhí)行日志切換時，LNS會試圖連接備庫，成功后開始傳輸當(dāng)前的重做數(shù)據(jù)，而ARCH在后臺處理間隔。備庫上的應(yīng)用歸檔日志的速度趕上重做記錄之后，應(yīng)用進(jìn)程不再讀取歸檔日志，改而讀取當(dāng)前的SRL（假定配置了“實(shí)時應(yīng)用”）。

三、應(yīng)用服務(wù)

Data Guard提供兩種不同方法在備用數(shù)據(jù)庫上應(yīng)用重做數(shù)據(jù)分別是物理備用和邏輯備用。

物理備用是主庫逐塊對應(yīng)的精確物理副本；邏輯備用使用邏輯進(jìn)程將更改協(xié)調(diào)應(yīng)用于備用數(shù)據(jù)庫。

注：目前只用過物理備用，邏輯備用沒有去接觸。

四、保護(hù)模式

DG的保護(hù)模式有三種：最高性能模式（默認(rèn)）、最高可用模式、最大保護(hù)模式。

最高性能模式：重視主庫的性能，輕視數(shù)據(jù)保護(hù)，使用ASYNC重做傳輸。

最高可用模式：最強(qiáng)調(diào)可用性，其次強(qiáng)調(diào)零數(shù)據(jù)損失保護(hù)，使用SYNC重做傳輸。主庫未能從備庫收到確認(rèn)消息，會斷開LNS連接，并在主庫上繼續(xù)提交事務(wù)。

  最大保護(hù)模式：將數(shù)據(jù)保護(hù)放在首位，使用SYNC重做傳輸。如果主庫接收不到可用備庫的確認(rèn)消息，主庫會停止。

五、角色管理與角色轉(zhuǎn)換

DG中有主庫和備庫兩種角色，角色之間的切換有switchover 和 failover兩種。

六、DG的管理方式

DG的管理方式有三種，分別是SQL*PLUS、DG Broker和OEM。

參考資料：

  《Oracle Data Guard 11g完全參考手冊》 第一章。