V$DATAGUARD_STATS中 transport lag 或 apply finish time 是空值

Oracle 11.2.0.2  , AIX 6.1 

从生产RAC数据库上通过RMAN备份恢复出一个单机测试数据库， 然后建立这个测试数据库的ADG ,  然后将这个
ADG 备库convert 为 snapshot 数据库然后open 做一些测试 ,  这时候应该可以传输log , 只是不apply ,  但是通过
以下语句查看时，  apply lag 是合理的， transport lag 没有对应的value ,  查看对应v$dataguard_stats 定义，

SQL> select to_char(SYSDATE,'yyyymmdd hh24:mi:ss') CTIME,NAME,VALUE,DATUM_TIME from V$DATAGUARD_STATS WHERE NAME LIKE '%lag';

CTIME                  NAME                                  VALUE            DATUM_TIME
-----------------   -------------------------------- ------------------------  ------------------------------
20140830 09:06:22     transport lag
20140830 09:06:22     apply lag                        +09 18:22:33      08/30/2014 09:06:20

http://docs.oracle.com/cd/E11882 ... 2/dynviews_1104.htm
"The APPLY LAG and TRANSPORT LAG metrics [for DATUM_TIME] are computed based on data that is periodically received from the primary database. An unchanging value in this column across multiple queries indicates that the standby database is not receiving data from the primary database."

可能需要反复查询， 如果值没有变化(应该是有值，不为空) ，说明没有transport 或 apply . 不过测试发现，也不对，
在主库插入大量的值， 备库反复查询  , transport lag 还是么有对应的值出现。  怀疑是否bug, 查询metalink , 发现一些
类似的文档。
Bug 14033984 - V$DATAGUARD_STATS "transport lag" or "apply finish time" have a NULL value if there is a disabled thread in RAC (文档 ID 14033984.8)

想起来这个测试主库和备库都是从 RAC 生产库rman恢复出来的， 好像对其中的thread 做过disable 处理。 估计就是这个原因。

后面有这个DG需求再详细做个测试。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/35489/viewspace-1260550/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/35489/viewspace-1260550/