Oracle DG 延迟

查询：

select systimestamp-sys.scn_to_timestamp(current_scn) from v$database;

set line 200;
col NAME for a25;
col UNIT for a30;
col VALUE for a20;
select name,value,unit,time_computed from v$dataguard_stats;

延迟分析：

1. 检查备库有无gap
2. 检查备库alert日志有无报错：convert 转换目标端没有空间，dg归档空间没有剩余空间
3. 检查主库alert中日志传输情况，有无报错：主备密码不一致，备库无剩余空间

如果standbylog不能使用（select * from v$standby_log）
4. dg无 standby log
5. dg和主库的redo的blocksize不一样 

6.dg中 standby log的thread不对，有的dg中standby log的thread 为0； 每个thread的standby log 一般3组够用

7.dg中 standby log 的大小比主库的redo最大的size小

8.如果主备alert日志无报错，备库应用日志hang住，可能缺少某个归档日志：

set linesize 300 pagesize 900 

select process, status, thread#,sequence#, block#, blocks from V$MANAGED_STANDBY where process in ('MRP0','RFS') order by process;

BLOCK#  停在1，或者其他序号，绝大部分是1

处理办法：

检查dg同步到哪个归档：
 select process, status, thread#,sequence#, block#, blocks from V$MANAGED_STANDBY where process in ('MRP0','RFS') order by process; 
恢复归档
主库如果有，直接传输；备库 catalog
主库如果没有，备库恢复需要的

9.备库存储IO太差