問題描述：情形是當主庫真正出現(xiàn)異常之后，才會執(zhí)行的操作，那么我們執(zhí)行過failover 之后，如何在重新構(gòu)建DG，這里我們利用flashback database來重構(gòu)。模擬前主庫要開啟閃回區(qū)，否則要重新搭建DG了

1.由于主庫已經(jīng)不可訪問，下面所有的操作都在備庫完成，先取消實時同步

SQL> alter database recover managed standby database cancel;

 2.強制取消redo接收

 3.確認一下備庫

4.切換為物理主庫，然后open，確認一下切換成功，因為原先的主庫還沒有關(guān)閉，可能會產(chǎn)生一些連接，所以現(xiàn)在的狀態(tài)是GAP，至此failover操作完成，原來的備庫已經(jīng)切換為主庫，可以給業(yè)務(wù)提供服務(wù)了

SQL> alter database commit to switchover to primary with session shutdown;

SQL> alter database open;

SQL> select switchover_status,database_role,open_mode from v$database;

5.failover恢復(fù)，在新的主庫執(zhí)行，查詢到scn值

SQL> select to_char(standby_became_primary_scn) from v$database;

 6.在之前的主庫現(xiàn)在的備庫上執(zhí)行,我的之前是startup狀態(tài)，調(diào)整一下現(xiàn)在備庫的狀態(tài)

SQL> shutdown immediate

SQL> startup mount

 7.恢復(fù)閃回區(qū)scn值

SQL> flashback database to scn 1388059

 8.更改狀態(tài)

SQL> alter database convert to physical standby;

 SQL> shutdown immediate

SQL> startup

 9.開啟實時同步

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

 10.分別查看一下主備庫的切換狀態(tài)，以及數(shù)據(jù)庫角色是否正常

SQL> select switchover_status,database_role,open_mode from v$database;

現(xiàn)在的備庫：

 現(xiàn)在的主庫：已經(jīng)不再顯示GAP，現(xiàn)在指向備庫，到此failover結(jié)束

11.相關(guān)命令

停止實時同步：SQL> alter database recover managed standby database cancel;

強制停掉redo apply:SQL> alter database recover managed standby database finish force;         //危險操作，一旦執(zhí)行，rfs、mrp進程就會停掉

轉(zhuǎn)換物理備庫：SQL> alter database commit to switchover to primary with session shutdown;

查詢狀態(tài)角色：SQL> select switchover_status,database_role,open_mode from v$database;

查詢SCN號   ：SQL> select to_char(standby_became_primary_scn) from v$database;

閃回到序列號：SQL> flashback database to scn 1388059

切換主庫為備庫：SQL> alter database convert to physical standby;

開啟實時同步：SQL> alter database recover managed standby database using current logfile disconnect from session;