物理standby中switchover时switchover pending的解决办法

jly8866

DataGuard一主一物理备，sid为primary和standby，现在要把primary切换成备库，standby切换成主库。在switchover时primary上已经做了
     SQL>alter database commit to switchover to physical standby with session shutdown;并且shutdown immediate;startup mount;
这时，在standby上查看switchover status：
     SQL>select switchover_status from v$database;
     SWITCHOVER_STATUS
     ---------------------------------
     SWITCHOVER PENDING
居然显示为pending！这说明这个standby已经接收到了primary传来的to primary的通知，但是还没有执行。
那么为什么没有执行呢？通过v$archived_log我们可以找到答案。
     SQL>select dest_id,sequence#,archived,applied from v$archived_log order by 1,2;
可以看到目前dest_id为2也就是这个备库上有日志号为28的log还没有apply，继续跟踪alert log，看到它说：
     ORA-00314: log 5 of thread 1,expedted sequence# 28 doesn't match 0
这里提示我们28这个日志不存在！去standby的log_archive_dest_1去找一找，果然没有找到28的日志。于是我们可以通过拷贝，并注册：
     $cp primary/1_28_803392039.log standby/
     SQL>alter database register logfile '1_28_803392039.log';
     System altered.
这是再去看alert log，发现
     MRP0:Media Recovery Complete:End-Of-REDO(standby)
     Resetting standby activation ID XXXXX()
     Sun Apr 21 18:38:29 2013
     MRP0: Background Media Recovery process shutdown(standby)
这说明，在成功apply了所有主库传来的日志后，MRP0进程终于完成了所有工作并且“安享晚年”停止了，于是再次查看standby的switchover status，
     SQL>select switchover_status from v$database;
     SWITCHOVER_STATUS
     ---------------------------------
     TO PRIMARY
OK，状态正常了，愉快的切换吧！

PS：
这个输出结果是手工敲出来的，因为data guard在另一台电脑上，好累。。

jieyancai

kevin1214

很棒，很有参考性

五“宅”一生

顶一个，楼主没有继续找找为什么日志没有传过来的原因吗？

kevin1214

后来我在自己的data guard中发现，在我的主备库切换时，备库转换为主库时常会被pending，主要原因是主库传送过来的日志没有被applied到最近的归档，所以我需要手动的去促发备库及时的应用这些未被使用的归档日志（ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;）之后再看的备库状态的话就变成正常了。

其中的原理可能都差不多，但是关键应该还是在配置主备库日志传送及应用的方式来决定着这些细微的差别