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

創(chuàng)新互聯(lián)致力于互聯(lián)網(wǎng)品牌建設(shè)與網(wǎng)絡(luò)營(yíng)銷(xiāo)，包括網(wǎng)站設(shè)計(jì)制作、成都做網(wǎng)站、SEO優(yōu)化、網(wǎng)絡(luò)推廣、整站優(yōu)化營(yíng)銷(xiāo)策劃推廣、電子商務(wù)、移動(dòng)互聯(lián)網(wǎng)營(yíng)銷(xiāo)等。創(chuàng)新互聯(lián)為不同類(lèi)型的客戶提供良好的互聯(lián)網(wǎng)應(yīng)用定制及解決方案，創(chuàng)新互聯(lián)核心團(tuán)隊(duì)十年專(zhuān)注互聯(lián)網(wǎng)開(kāi)發(fā)，積累了豐富的網(wǎng)站經(jīng)驗(yàn)，為廣大企業(yè)客戶提供一站式企業(yè)網(wǎng)站建設(shè)服務(wù)，在網(wǎng)站建設(shè)行業(yè)內(nèi)樹(shù)立了良好口碑。

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

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

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

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

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

注：

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

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

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ù)已被寫(xiě)入到備用站點(diǎn)的磁盤(pán)上，才允許LGWR認(rèn)可提交操作成功。這種方式能保護(hù)所有的數(shù)據(jù)都不會(huì)丟失，但是有可能會(huì)影響到主庫(kù)的性能。

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

2.3 自動(dòng)間隔處理

圖2.2自動(dòng)間隔處理

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

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

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

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

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

注：目前只用過(guò)物理備用，邏輯備用沒(méi)有去接觸。

四、保護(hù)模式

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

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

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

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

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

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

六、DG的管理方式

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

參考資料：

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