Data Guard Failover 处理

1、flush redo
ALTER SYSTEM FLUSH REDO TO target_db_name;
Note:1)11g新加功能，如果不是11g的data gurad 则直接跳至步骤2
2)只要主库能启动到mount状态，那么Flush 就可以把没有发送的归档和current online redo 发送到备库，如果Flush成功，数据不会丢失，执行步骤2

2、检查Gap
select thread#, low_sequence#, high_sequence# from v$archive_gap;
如果有，将对应的归档文件copy到备库，在注册它
alter database register physical logfile ‘filespec1′;
检查是否存在gap，如果无记录，继续执行步骤3，否则再尝试，确实不行，则执行步骤6

3、Stop Redo Apply
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

4、Finish Apply
1）在oracle 10gR2 或之后的版本：如果在备用库上有备用库日志文件
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH [force|wait|nowait];
Note:在执行这个命令的时候，如果主库和备库之间的网络中断了。 那么备库的RFS进程就会等待网络的连接，直到TCP超时。 因此在这种情况下，就需要加上Foce 关键字
2)在oracle 10gR2之前的版本：没有备库日志文件
alter database recover managed standby database finish skip standby logfile;
Note:如果执行了这条命令，就不能在进行recover standby database;

5、将备库切换成主库
SELECT SWITCHOVER_STATUS FROM V$DATABASE;
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY [WITH SESSION SHUTDOWN];
Note：当我们正常切换的时候，如果提示我们需要介质恢复的时候执行，则执行步骤6，否则执行步骤7

6、强行切换（激活）
1）查找主库最后归档日志
SELECT UNIQUE THREAD# AS THREAD, MAX(SEQUENCE#)
OVER (PARTITION BY thread#) AS LAST from V$ARCHIVED_LOG;
2）注册最近归档日志
ALTER DATABASE REGISTER PHYSICAL LOGFILE ‘filespec1′;
3）将主库的所有online redo copy到备库
4）Stop Redo Apply
alter database recover managed standby database cancel;
5）恢复备库
recover standby database until cancel;
Note:手工输入online redo尝试
6）激活备库
alter database activate standby database;

7、重启数据库
shutdown immediate;
startup