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