Oracle學(xué)習(xí)之DATAGUARD(一)DG架構(gòu)

    DataGuard運(yùn)行原理非常簡(jiǎn)單：傳輸日志、應(yīng)用日志。下圖表示了DG的基本架構(gòu)

榆陽(yáng)網(wǎng)站制作公司哪家好，找成都創(chuàng)新互聯(lián)！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。成都創(chuàng)新互聯(lián)于2013年開(kāi)始到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選成都創(chuàng)新互聯(lián)。

1. 日志傳輸服務(wù)將主庫(kù)產(chǎn)生的日志數(shù)據(jù)傳到從庫(kù)。

2. 應(yīng)用服務(wù)（Apply Service）驗(yàn)證日志數(shù)據(jù)，并且更新從庫(kù)的數(shù)據(jù)文件。

3. 主數(shù)據(jù)庫(kù)的寫進(jìn)程更新數(shù)據(jù)文件，并不依賴于DataGuard架構(gòu)。

4. 當(dāng)網(wǎng)絡(luò)或者從庫(kù)故障恢復(fù)時(shí)，DG自動(dòng)重傳已經(jīng)被主庫(kù)歸檔的日志數(shù)據(jù)。

 

• 日志傳輸服務(wù)Redo Transport Services

         Redo Transport Services協(xié)調(diào)主從庫(kù)之間的日志傳輸。當(dāng)主庫(kù)LGWR寫日志時(shí)，Log Network Server (LNS)程序從Log buffer cache中讀取日志數(shù)據(jù)，通過(guò)Oracle Net Services將數(shù)據(jù)傳輸?shù)綇膸?kù)上。從庫(kù)上的Remote File Server (RFS)接收傳過(guò)來(lái)的日志。RFS將接收到的日志寫到standby redo log file (SRL).在多從庫(kù)環(huán)境下，主庫(kù)為每個(gè)從庫(kù)都啟用一個(gè)獨(dú)立的LNS進(jìn)程，用來(lái)傳輸日志數(shù)據(jù)。

         使用LNS進(jìn)程，DataGuard支持兩種日志傳輸方式：同步、異步。

         同步日志傳輸Synchronous Redo Transport

         Synchronous transport (SYNC) 也被稱為"零數(shù)據(jù)丟失"。只有當(dāng)LNS確認(rèn)日志被傳輸?shù)綇膸?kù)并且已經(jīng)寫入磁盤后，主庫(kù)上的commit操作才會(huì)被認(rèn)為成功。

 

Data Guard 日志傳輸進(jìn)程架構(gòu)

 

SYNC redo transport architecture

 

1. 用戶commit一個(gè)事務(wù)，將在Redo Buffer中生成一些redo record 。LGWR從Log buffer中讀取redo record并將其寫入Online Redo Logs,于此同時(shí)等待LNS進(jìn)程的確認(rèn)。

2.  LNS從Redo Buffer中讀取相同的redo record，通過(guò)ONS將其傳輸?shù)綇膸?kù)。RFS接收日志，將其寫入Standby Redo Logs。

3. 當(dāng)RFS寫日志成功后，傳輸一個(gè)確認(rèn)信號(hào)給主庫(kù)上的LNS，LNS將此確認(rèn)信息告知LGWR。此時(shí)LGWR才能反饋給用戶提交成功的信息。 

 

Asynchronous transport (ASYNC)

  日志異步傳輸，LGWR無(wú)需等待LNS的確認(rèn)信息。這種情況，standby幾乎對(duì)主庫(kù)沒(méi)有任何的性能影響。如果LNS傳輸日志的速度跟不上LGWR寫，當(dāng)Log buffer被回收后，LNS就從online redo file從讀取日志傳輸?shù)綇膸?kù)。一旦LNS的速度跟上了，又會(huì)從Log buffer中讀取數(shù)據(jù)。

  有一種情況，假設(shè)LNS正在讀的current log的編號(hào)為10，再讀的過(guò)程中發(fā)生了兩次日志切換。現(xiàn)在current log編號(hào)變成了12. 這個(gè)時(shí)候LNS讀完了10. 它不會(huì)接著去讀取11號(hào)日志。而是直接切換到當(dāng)前日志，編號(hào)為12的。 這種情況，11號(hào)日志沒(méi)有被LNS傳到standby 數(shù)據(jù)庫(kù). 我們稱之為log file gap

當(dāng)發(fā)生log file gap時(shí)，被歸檔的日志文件由arch進(jìn)程負(fù)責(zé)傳輸?shù)綇臄?shù)據(jù)庫(kù)。

 

文章標(biāo)題：Oracle學(xué)習(xí)之DATAGUARD(一)DG架構(gòu)
當(dāng)前鏈接：http://muchs.cn/article26/gdsjcg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供域名注冊(cè)、搜索引擎優(yōu)化、定制網(wǎng)站、網(wǎng)站排名、網(wǎng)站改版、App設(shè)計(jì)

廣告

聲明：本網(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í)需注明來(lái)源： 創(chuàng)新互聯(lián)