dataguard从库上的standby归档日志发生跳跃，竟然没有gap

zhuqibs

最近，测试dataguard较多，所以尝试也较多：）

（1）将 _log_archive_network_redo_size 从10 改为100 (不知道是不是由这个引起的，这个参数有什么坏处，请刘大指导）

（2）shutdown从库，在主库发生大量dml语句，很明显，从库close了，standby logfile是不能传送的。

（3）启动从库，处于恢复模式（应该是real time的），这时从库的standby日志目录中，发生跳跃，也就是8,9,10,14,15,16，
缺少了11,12,13，三个standby日志，但奇怪的是所有的日志，applied都是yes，也就是说跳跃了，也能apply。

（4）检查gap，相信在real time模式下，gap都是没有的（不知道这么说对不对，因为我测了real time不检查gap。

发生现在如下图所示：

select sequence#,applied from v$archived_log;

sequence#      applied
-------------     -------------
    8                YES
    9                YES
   10               YES
   14               YES
   15               YES
   16               YES

猜想：是不是因为当不能传送时，11,12,13在LNS的buffer中，当恢复后，从库发现不读取standby logfile，也可以从主库的buffer获取数据，就不去拿11,12,13了，导致从库的standby logfile产生跳跃。

Maclean Liu(刘相兵

任何问题先说版本！！！！！！

zhuqibs

啊，对不起，版本是11.2.0.1 redhat linux 5.7 64bit

Maclean Liu(刘相兵

之前做过什么操作吗？

是否切换过？ 是否convert snapshot过？

alert.log打包上传看看

而且11.2.0.1 有BUG也不稀奇啊

Maclean Liu(刘相兵

Bug 13918546 : AFTER CONVERTING FROM SNAPSHOT TO PHYSICAL, V$ARCHIVE_GAP DOEN'T WORK FINE

Description

After converting from snapshot standby to physical standby, even though
there is gap, v$archive_gap may not show gap.

Rediscovery Notes:
If you see v$archive_gap does not report gap correctly after converting
from snapshot standby to physical standby, probably you hit this problem.

Workaround
None