問題描述:情形是當主庫真正出現異常之後,才會執行的操作,那麼我們執行過failover 之後,如何在重新構建DG,這裡我們利用flashback database來重構。模擬前主庫要開啟閃回區,否則要重新搭建DG了 1.由於主庫已經不可訪問,下麵所有的操作都在備庫完成,先取消實時同步 SQL> al ...
問題描述:情形是當主庫真正出現異常之後,才會執行的操作,那麼我們執行過failover 之後,如何在重新構建DG,這裡我們利用flashback database來重構。模擬前主庫要開啟閃回區,否則要重新搭建DG了
1.由於主庫已經不可訪問,下麵所有的操作都在備庫完成,先取消實時同步
SQL> alter database recover managed standby database cancel;
2.強制取消redo接收
3.確認一下備庫
4.切換為物理主庫,然後open,確認一下切換成功,因為原先的主庫還沒有關閉,可能會產生一些連接,所以現在的狀態是GAP,至此failover操作完成,原來的備庫已經切換為主庫,可以給業務提供服務了
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恢復,在新的主庫執行,查詢到scn值
SQL> select to_char(standby_became_primary_scn) from v$database;
6.在之前的主庫現在的備庫上執行,我的之前是startup狀態,調整一下現在備庫的狀態
SQL> shutdown immediate
SQL> startup mount
7.恢復閃回區scn值
SQL> flashback database to scn 1388059
8.更改狀態
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.分別查看一下主備庫的切換狀態,以及資料庫角色是否正常
SQL> select switchover_status,database_role,open_mode from v$database;
現在的備庫:
現在的主庫:已經不再顯示GAP,現在指向備庫,到此failover結束
11.相關命令
停止實時同步:SQL> alter database recover managed standby database cancel;
強制停掉redo apply:SQL> alter database recover managed standby database finish force; //危險操作,一旦執行,rfs、mrp進程就會停掉
轉換物理備庫:SQL> alter database commit to switchover to primary with session shutdown;
查詢狀態角色: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;