最近又發掘出了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的狀态，也看到主備庫的角色已經調整過來了。
newtest2 - Primary database
snewtest2 - Physical standby database
這個時候我們檢視表test的資料。
然後開始破壞。直接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驗證失敗。
Error: ORA-16810: multiple errors or warnings detected for the database
ERROR
我們關閉日志的應用。
SQL> recover managed standby database cancel;
然後開始閃回到指定的SCN
完成之後，重新開啟日志應用。
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;
這個過程讓我對閃回的強大功能又有了新的認識和了解，希望在一些極端場景中依然能夠幫助到你們。