更改DG工作模式前提參數得設定合理。

Physical standby直接從主庫接受archived log，然後直接做基於block的物理恢復（更新或調整變化的block），所以physical standby在物理文件一級完全都等同於主庫。physical standby恢復只是底層的block apply, OS層面的工作,數據庫SCHEMA，包括索引都是一樣的。它是直接應用REDO或歸檔實現同步的 。不會涉及temp ,undo等。物理STANDBY可能的模式：只讀模式（OPEN READONLY）和恢復模式（MANANGED RECOVERY）。

在邏輯STANDBY中，邏輯信息是相同的，但物理組織和數據結構可以不同，它和主庫保持同步的方法是將接收的REDO轉換成SQL語句，然後在STANDBY上執行SQL語句（SQL Apply）。邏輯STANDBY除災難恢復外還有其它用途，比如用於用戶進行查詢和報表。

在9i R2之前，data guard的服務器只能運行在read only或者recover模式， 一個physical standby database在物理上完全等同主庫，當physical standby database正在做恢復的時候，不能打開用作其他用途。 而logical standby database只是在logical上等同需要恢復的schema， 所以在恢復的時候，可以同時打開做report(做查詢動作)，也可以用戶和主庫不一樣的 數據對象等等，極大了提高了備用庫的利用率。

一.Dataguard

都是Standby。在Oracle 9i之前稱為Standby，9i或之後的Standby被改名為Data guard。不過功能上也有了很多的改進和區別 。

二．Standby下LGWR / ARCH傳輸

查看數據庫保護模式：

SQL> select DATABASE_ROLE,PROTECTION_MODE,PROTECTION_LEVEL from v$database;

1.最大性能(maximize performance):這是data guard默認的保護模式。primay上的事務commit前不需要從standby上收到反饋信息（主數據庫的提交操作不等待STANDBY），該模式在primary故障時可能丟失數據，但standby對primary的性能影響最小。 可以使用LGWR ASYNC或者ARCH兩種傳輸模式。

ARCH傳輸模式：Primary DB上的online redo log寫滿或其他條件引起redo log寫歸檔的時候，redo log生成的archived log file寫到本地歸檔目錄的同時，寫入了Standby歸檔目錄。只是Primary db上的online redo log切換不必等Standby上的寫歸檔動作結束。

2.最大可用(maximize availability):在正常情況下，最大可用模式和最大保護模式一樣；在standby不可用時，最大可用模式會自動降低成最大性能模式，所以standby故障不會導致primay不可用。在問題糾正之後，Standby和主數據庫進行再同步，至少有一個standby可用的情況下，即使primary down機，也能保證不丟失數據。(不過當問題修復，再同步之前有必要FAILOVER,那麽有些數據可能會丟失)。最大可用性模式Standby必須配置Standby Redo log，Oracle推薦最大可用模式使用LGWR ASYNC（異步）模式傳輸。

采用最大可用的data guard模式，主庫往備庫傳遞在線日誌(online redo log)信息，在線日誌信息寫入備用庫的standby redo log,這些standby redo log歸檔後，備用庫應用歸檔日誌。

LGWR還分為LGWR ASYNC(異步)和LGWR SYNC(同步)兩種。

最大保護(maximize protection):最高級別的保護模式。primay上的事務在commit前必須確認redo已經傳遞到至少一個standby上，如果所有standby不可用，則primary會掛起。該模式能保證零數據丟失。對於最大保護和最高可用性模式，Standby數據庫必須配置standby redo log，並且oracle推薦所有數據庫都使用LGWR ASYNC模式傳輸。

Data Guard 知識 （來自網絡）