在上云后的Oracle數(shù)據(jù)災(zāi)備場景中，我們經(jīng)常聽到DBA遷移工程師講到“在這個項(xiàng)目中用ADG進(jìn)行數(shù)據(jù)實(shí)時備份，ADG比DG更好！”。究竟ADG作Oracle數(shù)據(jù)災(zāi)備的優(yōu)勢在什么地方？

一、ADG主要解決了DG時代讀寫不能并行的問題

        DG時代的數(shù)據(jù)同步方式如采用Redo Log的物理方式，則數(shù)據(jù)庫同步數(shù)據(jù)快、耗用資源低，但存在一個大問題。

        Oracle 11G以前的Data Guard物理備份數(shù)據(jù)庫，可以以只讀的方式打開數(shù)據(jù)，但這時日志的數(shù)據(jù)同步過程就停止了。而如果日志的數(shù)據(jù)同步處于執(zhí)行過程中，則數(shù)據(jù)庫就不能打開。也就是日志讀、寫兩個狀態(tài)是互相排斥的。而Active Data Guard則是主要解決這個問題。

二、Oracle具有閃回數(shù)據(jù)庫的功能，避免刪表等誤操作造成無法挽回

        當(dāng)主數(shù)據(jù)庫打開并處于活動狀態(tài)時，事務(wù)處于處理狀態(tài)，生成Redo Log數(shù)據(jù)，并將其傳送到備用的數(shù)據(jù)庫中，正常情況下，可以做到秒級的數(shù)據(jù)同步。但如果在主用數(shù)據(jù)庫上執(zhí)行一個錯誤的命令，如drop database，則所有備用數(shù)據(jù)庫中的數(shù)據(jù)也會被刪除。

        Oracle DG提供了易于使用的方式來避免這種用戶錯誤。DBA可以在主數(shù)據(jù)庫、備用數(shù)據(jù)庫中同時使用閃回數(shù)據(jù)庫功能，以快速將數(shù)據(jù)庫恢復(fù)到一個較早的時間點(diǎn)上，從而取消這個誤操作。

       另外，Oracle還提供了延時執(zhí)行備份數(shù)據(jù)庫同步的功能，這樣又是另一種方式防止誤操作。

三、Oracle的DG、RAC一般是聯(lián)合使用

       RAC主要解決系統(tǒng)應(yīng)用的故障，它不提供數(shù)據(jù)故障的快速、自動恢復(fù)，它還提供數(shù)據(jù)庫應(yīng)用的伸縮能力，提供應(yīng)用級的保護(hù)。

        DG只提供數(shù)據(jù)的備份、恢復(fù)能力，提供數(shù)據(jù)級的保護(hù)。

四、建議使用DG做數(shù)據(jù)實(shí)時同步，而不是第三方的磁盤copy工具

      原因三點(diǎn)：

1. DG具有延時寫入數(shù)據(jù)功能，可以避免誤操作，而第三方工具沒有。
2. DG傳輸?shù)臄?shù)據(jù)量更小，而第三方工具的所需的帶寬更高。
3. 實(shí)戰(zhàn)中的坑：有些第三方工具的磁盤同步最小單元與Oracle的最小磁盤單元不同，造成異常故障時，備份數(shù)據(jù)庫無法啟用，這非常嚇人。

到此這篇關(guān)于Oracle區(qū)別ADG與DG案例詳解的文章就介紹到這了,更多相關(guān)Oracle區(qū)別ADG與DG詳解內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！