问题描述:情形是当主库真正出现异常之后,才会执行的操作,那么我们执行过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;

 

 

 

内容来源于网络如有侵权请私信删除

文章来源: 博客园

原文链接: https://www.cnblogs.com/houzhiheng/p/11977666.html

你还没有登录,请先登录注册
  • 还没有人评论,欢迎说说您的想法!