Oracle Dataguard Standby Redo Log的兩個實驗

在Data Guard環境中，Standby Redo Log是一個比較特殊的日誌類型。從最新的DG安裝指導中，都推薦在Primary和Standby端，都配置Standby Redo Log。
 
簡單的說，Standby Redo Log就是在Standby端應用傳遞Redo Log過程中，逐步執行的online redo log。Standby端雖然也有online redo log，但是在redo apply應用的過程中，是不使用online redo log的。即使是11g Active Data Guard支援apply中讀取standby資料，這個操作也是read-only的，並不涉及當前執行個體redo log的產生（注意是產生）。所以，如果一直是在Standby角色，online redo log是不需要的。
 
Primary傳遞過來的redo log資訊，是存放在standby redo log組內進行apply的。並且隨著主庫Primary日誌的切換動作而切換。這也就是為什麼推薦standby redo log的大小和Primary online redo log的大小保持一致的原因。
 
下面會從維護角度，討論Standby Redo log維護過程中的方法。

--------------------------------------分割線 --------------------------------------

相關參考:

Oracle Data Guard 重要配置參數

基於同一主機配置 Oracle 11g Data Guard

探索Oracle之11g DataGuard

Oracle Data Guard （RAC+DG) 歸檔刪除策略及指令碼

Oracle Data Guard 的角色轉換

Oracle Data Guard的日誌FAL gap問題

Oracle 11g Data Guard Error 16143 Heartbeat failed to connect to standby 處理方法

--------------------------------------分割線 --------------------------------------

1、環境介紹

 

資料庫版本為11.2.0.4，已經構建好DG環境。Primary資料庫執行個體名ora11g。

 

SQL> select name, DATABASE_ROLE from v$database;

 

NAME      DATABASE_ROLE

--------- ----------------

ORA11G    PRIMARY

 

Primary上也是需要配置standby redo log的。但是，這個redo log和Standby端的online redo log一樣，都是在角色switch/failover之後，才會發揮作用。
 
 

SQL> col dbid for a20;

SQL> select group#, dbid, sequence#, archived, status from v$standby_log;

 

    GROUP# DBID                  SEQUENCE# ARCHIVED STATUS

---------- -------------------- ---------- -------- ----------

        4 UNASSIGNED                    0 YES      UNASSIGNED

        5 UNASSIGNED                    0 YES      UNASSIGNED

        6 UNASSIGNED                    0 YES      UNASSIGNED

 

檔案自動管理參數設定為Auto。

 

SQL> show parameter standby_file

 

NAME                                TYPE        VALUE

------------------------------------ ----------- ------------------------------

standby_file_management              string      AUTO

 

2、Primary端Standby Redo Log配置

 

Primary角色下，Standby Redo Log是不使用的。原則上也沒有什麼特殊的用途。所以，我們查看v$standby_log視圖時查看到的Primary端狀態都是unsigned，也就是沒有使用。
 
在Primary正常Read Write狀態下，我們是可以添加standby log group的。

 

SQL> alter database add standby logfile group 8 size 100m;

Database altered

 

SQL> select group#, dbid, sequence#, archived, status from v$standby_log;

 

    GROUP# DBID                  SEQUENCE# ARCHIVED STATUS

---------- -------------------- ---------- -------- ----------

        4 UNASSIGNED                    0 YES      UNASSIGNED

        5 UNASSIGNED                    0 YES      UNASSIGNED

        6 UNASSIGNED                    0 YES      UNASSIGNED

        8 UNASSIGNED                    0 YES      UNASSIGNED

 

在v$logfile中，可以看到對應的添加檔案。由於使用的OMF特性，建立成員組為兩個，在recovery area中有對應鏡像。

 

SQL> select group#, type, member from v$logfile;

 

    GROUP# TYPE    MEMBER

---------- ------- --------------------------------------------------------------------------------
 
        （篇幅原因，有省略……）

        7 ONLINE  /u01/app/fast_recovery_area/ORA11G/onlinelog/o1_mf_7_9pclt1lt_.log
 
        8 STANDBY /u01/app/oradata/ORA11G/onlinelog/o1_mf_8_9pgqt9hg_.log

        8 STANDBY /u01/app/fast_recovery_area/ORA11G/onlinelog/o1_mf_8_9pgqtcgj_.log
 
 

16 rows selected

 

在standby端，我們查看是否有對應standby redo log自動添加。

 

SQL> select group#, sequence#, dbid,status from v$standby_log;

 

    GROUP#  SEQUENCE# DBID                STATUS

---------- ---------- -------------------- ----------

        4        34 4239941846          ACTIVE

        5          0 UNASSIGNED          UNASSIGNED

        6          0 UNASSIGNED          UNASSIGNED

 

Primary端刪除standby redo log。

 

SQL> alter database drop standby logfile group 8;

Database altered

 

SQL> select group#, dbid, sequence#, archived, status from v$standby_log;

 

    GROUP# DBID                  SEQUENCE# ARCHIVED STATUS

---------- -------------------- ---------- -------- ----------

        4 UNASSIGNED                    0 YES      UNASSIGNED

        5 UNASSIGNED                    0 YES      UNASSIGNED

        6 UNASSIGNED                    0 YES      UNASSIGNED

 

從實驗情況看：在Primary端，我們進行standby redo log的管理是比較方便的。沒有過多的限制。

 

3、Standby端Standby Redo Log維護

 

當前Primary端的Online Redo Log情況。

 

SQL> select group#, sequence#, bytes, status from v$log;

 

    GROUP#  SEQUENCE#      BYTES STATUS

---------- ---------- ---------- ----------------

        1        32  104857600 INACTIVE

        2        34  52428800 INACTIVE

        3        35  52428800 CURRENT

        7        33  10485760 INACTIVE

 

此時，standby端的standby redo log情況如下：

 

SQL> select group#, sequence#, dbid,status from v$standby_log;

 

    GROUP#  SEQUENCE# DBID                STATUS

---------- ---------- -------------------- ----------

        4        35 4239941846          ACTIVE

        5          0 UNASSIGNED          UNASSIGNED

        6          0 UNASSIGNED          UNASSIGNED

 

standby redo log對應的是當前Primary的online current redo log。反映在sequence#相同。我們嘗試直接添加standby日誌。
 
 

SQL> alter database add standby logfile group 8 size 100m;

alter database add standby logfile group 8 size 100m

 

ORA-01156: 進行中的恢複或閃回可能需要訪問檔案

 

當前standby處在apply過程，終止apply動作。

 

 

SQL> alter database recover managed standby database cancel;

Database altered

 

SQL> alter database add standby logfile group 8 size 100m;

Database altered

 

standby redo log日誌情況。

 

SQL> select group#, dbid, sequence#, archived, status from v$standby_log;

 

    GROUP# DBID                  SEQUENCE# ARCHIVED STATUS

---------- -------------------- ---------- -------- ----------

        4 4239941846                  35 YES      ACTIVE

        5 UNASSIGNED                    0 NO      UNASSIGNED

        6 UNASSIGNED                    0 NO      UNASSIGNED

        8 UNASSIGNED                    0 YES      UNASSIGNED

 

之後可以啟動redo apply過程。

 

SQL> alter database recover managed standby database using current logfile disconnect from session;
 
Database altered

更多詳情見請繼續閱讀下一頁的精彩內容：

1 2 下一頁