問題描述：情形是當(dāng)主庫真正出現(xiàn)異常之后，才會執(zhí)行的操作，那么我們執(zhí)行過failover 之后，如何在重新構(gòu)建DG，這里我們利用flashback database來重構(gòu)。模擬前主庫要開啟閃回區(qū)，否則要重新搭建DG了
1.由于主庫已經(jīng)不可訪問，下面所有的操作都在備庫完成，先取消實(shí)時(shí)同步
SQL> alter database recover managed standby database cancel;
2.強(qiáng)制取消redo接收
3.確認(rèn)一下備庫
4.切換為物理主庫，然后open，確認(rèn)一下切換成功，因?yàn)樵鹊闹鲙爝€沒有關(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.開啟實(shí)時(shí)同步
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)命令
停止實(shí)時(shí)同步：SQL> alter database recover managed standby database cancel;
強(qiáng)制停掉redo apply:SQL> alter database recover managed standby database finish force; //危險(xiǎn)操作，一旦執(zhí)行，rfs、mrp進(jìn)程就會停掉
轉(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;
開啟實(shí)時(shí)同步：SQL> alter database recover managed standby database using current logfile disconnect from session;
