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

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

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

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

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

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

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

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

注：

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

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

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ù)都不會(huì)丟失，但是有可能會(huì)影響到主庫的性能。

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

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

 

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

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

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

 

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

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

物理備用是主庫逐塊對(duì)應(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)消息，會(huì)斷開LNS連接，并在主庫上繼續(xù)提交事務(wù)。

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

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

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

六、DG的管理方式

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

參考資料：

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

 

 

 

 

 

 

 

新聞標(biāo)題：[讀書筆記]ORACLE11GR2DataGuard架構(gòu)
網(wǎng)址分享：http://bm7419.com/article46/pcichg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供云服務(wù)器、定制網(wǎng)站、微信公眾號(hào)、品牌網(wǎng)站建設(shè)、ChatGPT、網(wǎng)站維護(hù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)