Oracle DG環境中的管理操作

• 在主庫中新增刪除Online Redo logs

在主庫中可以任意新增，刪除，修改Online Redo logs，這些操作不會影響到Standby資料庫，但是為了保證Standby資料庫在切換為Primary資料庫之後仍然能有相同的配置，因此建議在新增，刪除，修改主庫的Online Redo logs時也同時修改Standby庫的。

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
alter system set STANDBY_FILE_MANAGEMENT=manual;
ALTER DATABASE ADD logfile group 5 '/oradata/NEWS/redo05a.ora' size 50m;
alter system set STANDBY_FILE_MANAGEMENT=auto;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

[@more@]

• 在主庫中更改控制檔案

在Oracle10g中，Primary資料庫open resetlogs之後，standby資料庫無需重新配置，根據Standyb資料庫當前的情況，可以選擇flashback database然後再重新apply新的redolog，或者無須任何操作直接apply新的redolog。

• 在主庫中修改資料檔名稱

修改資料檔名稱不會被自動應用到Standby中，即使設定了STANDBY_FILE_MANAGEMENT=auto。因此需要手動在Standby中做同樣操作。

在主庫修改完資料檔名稱之後，在Standby端執行：
SQL>SELECT NAME, SEQUENCE#, ARCHIVED, APPLIED FROM V$ARCHIVED_LOG;
確認所有收到的redolog都已經被APPLY了。
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
SQL>SHUTDOWN;
將資料檔案移動到需要修改的位置，或者改名字。
SQL>STARTUP NOMOUNT;
SQL>ALTER DATABASE MOUNT STANDBY DATABASE;
SQL>ALTER DATABASE RENAME FILE .....;
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

• 在主庫中建立表空間，新增資料檔案，刪除資料檔案

對於初始化引數STANDBY_FILE_MANAGEMENT=auto的DG環境，無需特殊處理，在主庫中做的修改會在Standby日誌切換的時候自動apply。

• 如何解決ARCHIVE LOG GAP

在正常情況下Archive Log Gap會透過FAL_SERVER和FAL_CLIENT初始化引數的配置由Oracle資料庫自動完成。
如果要手工解決，則在Standby端：
SQL> select * from v$archive_gap;

THREAD# LOW_SEQUENCE# HIGH_SEQUENCE#
---------- ------------- --------------
1 67 67

表示現在有一個GAP歸檔，log sequence是67.
將該檔案從Primary端手動傳遞到Standby機器上。
SQL> select NAME from v$archived_log where SEQUENCE#=67;

NAME
--------------------------------------------------------------------------------
/xf_arch1/log67_1.arc

scp /xf_arch1/log67_1.arc stb:/oradata/NEWS/archive/

在Standby資料庫中註冊該歸檔日誌
SQL> ALTER DATABASE REGISTER LOGFILE '/oradata/NEWS/archive/log67_1.arc';

SQL> select * from v$archive_gap;

no rows selected

然後檢查Standby中的歸檔Apply情況。
SQL>select THREAD#,SEQUENCE#,APPLIED from v$archived_log;
注意：
V$ARCHIVE_GAP 檢視僅僅顯示當前缺失的歸檔日誌，當recover重新開始以後，需要再次檢查該檢視，確實是否還有更多的GAP，然後再按照上面的方法依次解決。