Data Guard高階玩法:通過閃回恢復switchover主庫

jeanron100發表於2016-09-05
最近又發掘出了Data Guard的新玩法,可以通過閃回恢復switchover的主庫,這種場景聽起來比較特別,但是Oracle依舊支援。
我們的大體思路就是,在主庫我們標記一下資料狀態,然後做Switchover之後,我們truncate 某個表中的資料,也就間接模擬了一個資料庫故障,這個時候需要做回退,需要把主庫的資料都恢復到切換前的狀態,這個聽起來還是比較複雜的場景,備庫還可以一如既往的跟著主庫嗎?
我們用圖表來說明一下:
首先是一個主備庫的環境:


switchover是計劃內的任務,就是主切備,備切主。

這個時候發現切換出現了問題,我們需要緊急回退,需要回退到切換前的狀態,要知道此時的主庫已經不是原來的主庫,備庫也不是原來的備庫了。閃回是否依舊可行,備庫是否可以依舊選擇一個新的斷點可以重新同步?


我們來通過實戰演練一下,當然這個操作需要保證主備庫都開啟了閃回資料庫的特性,在11g中開啟已經不再需要重啟資料庫,open階段即可隨時開關。

主庫的操作如下:

我們建立一個表test,插入2行記錄。
SQL> select count(*)from n1.test;
  COUNT(*)
----------
         2
然後我們得到一個初始的SCN值。         
SQL> select current_scn,database_role,flashback_on from v$database;    
CURRENT_SCN DATABASE_ROLE                  FLASHBACK_ON
----------- ------------------------------ ------------------------------------
    2084486 PRIMARY                        YES
檢查DG Broker的狀態,這裡snewtest2是主庫,newtest2是備庫。
DGMGRL> show configuration;
Configuration - dg_newtest2
  Protection Mode: MaxPerformance
  Databases:
    snewtest2 - Primary database
    newtest2  - Physical standby database
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS
然後我們開始測試這個方案。

備庫的操作如下:
DGMGRL> switchover to newtest2;
Performing switchover NOW, please wait...
New primary database "newtest2" is opening...
Operation requires startup of instance "newtest2" on database "snewtest2"
Starting instance "newtest2"...
...

切換之後檢視DG Broker的狀態,也看到主備庫的角色已經調整過來了。

DGMGRL> show configuration;
Configuration - dg_newtest2
  Protection Mode: MaxPerformance
  Databases:
    newtest2  - Primary database
    snewtest2 - Physical standby database
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS
這個時候我們檢視錶test的資料。
SQL> select count(*)from n1.test;
  COUNT(*)
----------
         2

然後開始破壞。直接truncate
SQL> truncate table n1.test;
Table truncated.    

這個時候業務層面發現了資料的連鎖錯誤,準備開始回退到初始的狀態。    
SQL> shutdow immediate
SQL> startup mount

開始閃回資料庫,恢復到初始的資料狀態

SQL> flashback database to scn 2084486;
Flashback complete.

這個時候需要resetlogs
SQL> alter database open resetlogs;
Database altered.

原來的主庫操作如下:

先初步驗證,發現這個時候DG Broker驗證失敗。
DGMGRL> show configuration;
Configuration - dg_newtest2
  Protection Mode: MaxPerformance
  Databases:
    newtest2  - Primary database
    snewtest2 - Physical standby database
      Error: ORA-16810: multiple errors or warnings detected for the database
Fast-Start Failover: DISABLED
Configuration Status:
ERROR
我們關閉日誌的應用。
SQL> recover managed standby database cancel;

然後開始閃回到指定的SCN
SQL> flashback database to scn 2084486;
Flashback complete.
完成之後,重新開啟日誌應用。
SQL> recover managed standby database disconnect from session;
Media recovery complete.

這個時候操作成功,我們就直接開啟ADG,把資料庫開啟到open狀態。
SQL> alter database open;

稍作等待,就會發現備庫的狀態為READ ONLY WITH APPLY.

SQL> select open_mode from v$database;
OPEN_MODE
----------------------------------------
READ ONLY WITH APPLY

這個時候DG Broker校驗就沒有問題了,這就達到了我們的預期目標。
DGMGRL> DGMGRL> show configuration;
Configuration - dg_newtest2
  Protection Mode: MaxPerformance
  Databases:
    newtest2  - Primary database
    snewtest2 - Physical standby database
Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS
這個過程讓我對閃回的強大功能又有了新的認識和了解,希望在一些極端場景中依然能夠幫助到你們。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23718752/viewspace-2124543/,如需轉載,請註明出處,否則將追究法律責任。

相關文章