【问题描述】通过archive list log和v$archive_log视图看，日志都已经应用了，但是v$dataguard_stats里面显示还有未应用的。
一直是同步的，之前在主库通过delete noprompt ARCHIVELOG until time 'SYSDATE-1';删除了归档
我理解对备库是没有影响的，因为归档已经在传输到备库后得到了应用，且备库警告日志没有报错。
【疑惑】
那么为啥v$dataguard_stats有GAP呢?
那你是如何确认现在dg同步是正常的呢？alert log有输出media recover应用日志的信息吗？
用这个我sql查试试
select process,status,sequence#,THREAD#,BLOCK# from v$managed_standby;
评论
有用 0
我通过archive log list查看scn当前是一样的，通过视图v$managed_standby看到有GAP，如果做主备切换，忽略这个GAP,会有问题吗？
SQL> select process,status,sequence#,THREAD#,BLOCK# from v$managed_standby;
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 77531
Next log sequence to archive 0
Current log sequence 77533
有空请赐教，谢谢！
评论 有用 0 archive log list;显示的是控制文件里的信息，所以备库和主库是一致的，并不能代表主备同步。
从v$managed_standby;视图查询看你现在备库确实是有gap，mrp进程在等待seq#77246，并且日志传输已经出现问题，目前备库应该已经接收不到主库日志了。
而且也佐证了v$managed_standby中查询是正确的，dg延迟大概已经5天多了。
问题：如果做主备切换，忽略这个GAP,会有问题吗？
答：无法忽略，备库存在GAP是无法进行switchover切换的。
评论 有用 1
