新搭建的ORACLE11gr2 physical standby database 状态不正常

chinadm123

Linux node1 2.6.32-200.13.1.el5uek #1 SMP Wed Jul 27 21:02:33 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux
SQL*Plus: Release 11.2.0.1.0
现在的情况是搭建过程没有出问题，而且进行日志切换也正常，只是switchover_status 状态不正常，导致我无法进行下一步的主备切换。
SQL> select switchover_status from v$database;

SWITCHOVER_STATUS
--------------------
RESOLVABLE GAP

还有一点比较奇怪，我用同样的方法，在oracle10g上做dataguard，整个过程都没有问题，包括状态都正常。
主库上的一些状态查询：
SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)
--------------
            35

SQL> alter system switch logfile;

System altered.

SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)
--------------
            36
SQL> select status,destination,error from v$archive_dest where rownum <5;

STATUS    DESTINATION                    ERROR
--------- ------------------------------ ------------------------------
VALID     /u01/archive
VALID     keke_st
INACTIVE
INACTIVE
-----------------------------------------------------------------------------------
备库状态查看：

SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)
--------------
            36

SQL> select status,destination,error from v$archive_dest where rownum<5;

STATUS    DESTINATION                    ERROR
--------- ------------------------------ ------------------------------
VALID     /u01/archive
VALID     keke_pd
INACTIVE
INACTIVE
SQL> select switchover_status from v$database;

SWITCHOVER_STATUS
--------------------
NOT ALLOWED
附件中是主库和备库的参数文件及alert文件，请大师们帮忙分析一下。

bin_huhj

楼主，你的这个问题解决了吗？
最近我为生产环境搭了个11.2.0.3版本的DataGuard，发现SWITCHOVER_STATUS现象如下：
在备库切换成主库后，立即查看SWITCHOVER_STATUS发现是RESOLVABLE GAP状态，但等待大约30秒后，状态就变成TO STANDBY的可切换状态。

Maclean Liu(刘相兵

跑一下 这2个脚本：

http://www.askmaclean.com/archiv ... ic-information.html

并上传结果

bin_huhj

附件是执行刘大提供的SQL脚本的输出结果。
我创建的DataGuard在切换后的30秒内由RESOLVABLE GAP自动变回了TO STANDBY。

Maclean Liu(刘相兵

Switchover always originates from Primary database.
On the request of switchover sql statement
"alter database commit to switchover to physical standby with session shutdown",
Primary will generate special marker called EOR (end-of-redo) that is placed in the
header of online redo log sequence. So this online redo log sequence will be archived locally
and sent to all standby databases.

Only upon receiving and applying EOR (end-of-redo), v$database.switchover_status will change
from "not allowed" to "to primary" or "sessions active".
At this stage Physical standby is ready to assume Primary database role


可以忽略该问题