必须在主库查v$dataguard_stats，因该视图仅主库存在且依赖其主动探测，备库执行会报ora-00942或返回空；apply lag和transport lag为interval类型，须用extract提取秒数；延迟为0不等于实时同步，需交叉验证current_scn与applied_scn差值；定位瓶颈应结合v$managed_standby、v$archive_dest_status和v$archived_log。
必须在主库查 V$DATAGUARD_STATS，备库查不到有效延迟值——这不是权限问题，是 Oracle 内部设计决定的。
为什么不能在备库查 V$DATAGUARD_STATS？
这个视图只在主库上返回真实延迟数据。备库执行 SELECT * FROM V$DATAGUARD_STATS 会报 ORA-00942: table or view does not exist 或返回空行。它依赖主库主动探测和聚合备库状态，不是“视图没授权”，而是根本不存在于备库内存结构中。
常见误操作：
- 在备库反复重试该查询，怀疑监控脚本写错
- 用 EM 或第三方工具连备库取该视图，结果始终为空，误判为“监控失效”
V$DATAGUARD_STATS 中的 apply lag 和 transport lag 怎么正确读取？
这两个字段是 INTERVAL DAY TO SECOND 类型，不是数字。直接比大小或截字符串会出错。
关键点：
- 字段名严格为
'apply lag'（含空格），不能写成'apply_lag'或'applylag' - 必须加
WHERE NAME = 'apply lag'，否则可能返回多行或无关记录 - 提取秒数要用
EXTRACT函数，例如：SELECT EXTRACT(DAY FROM apply_lag) * 86400 + EXTRACT(HOUR FROM apply_lag) * 3600 + EXTRACT(MINUTE FROM apply_lag) * 60 + EXTRACT(SECOND FROM apply_lag) AS apply_lag_seconds FROM V$DATAGUARD_STATS WHERE NAME = 'apply lag';
- Shell 脚本里用
awk解析时，+00 00:05:23的开头+和空格容易切歪，建议统一走 SQL 提取后再传给脚本
延迟为 0 就代表实时同步了吗？
不。即使 apply lag 显示 +00 00:00:00，应用端仍可能查不到主库刚提交的数据。
原因：
- 该值基于日志头时间戳与系统时钟差估算，不反映真实 SCN 同步进度
- 真正决定“能不能读到”的，是备库当前已应用的 SCN 是否 ≥ 主库事务提交时的 SCN
- 跨公网、高抖动链路下，心跳间隔默认 60 秒，
apply lag可能严重滞后
所以必须交叉验证：
— 主库查 SELECT CURRENT_SCN FROM V$DATABASE
— 备库查 SELECT APPLIED_SCN FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 1（或查 V$DATAGUARD_STATS 中 latest applied scn 字段）
两者的差值才是实际同步缺口。
除了 V$DATAGUARD_STATS，还该盯哪些实时视图？
单靠 V$DATAGUARD_STATS 容易漏掉卡点。真正定位传输瓶颈得看三类视图：
-
V$MANAGED_STANDBY：唯一能看清 LGWR/RFS/MRP 实时状态的地方。重点看：
—PROCESS = 'LGWR'的STATUS是否为ACTIVE
—PROCESS = 'RFS'的STATUS是否为WRITING
—SEQ#是否追平主库V$LOG_HISTORY最新序列 -
V$ARCHIVE_DEST_STATUS：看TRANSMIT_TIME（主库发出耗时）和APPLY_TIME（备库应用耗时）。若前者 >2 秒，大概率是网络或主库 I/O；若后者远大于前者，问题在备库 MRP 或 I/O -
V$ARCHIVED_LOG：比对主备序列号：
— 主库已归档最大序列：SELECT MAX(SEQUENCE#) FROM V$ARCHIVED_LOG WHERE DEST_ID = 1 AND ARCHIVED = 'YES'
— 备库已接收最大序列：SELECT MAX(SEQUENCE#) FROM V$ARCHIVED_LOG WHERE DEST_ID = 2 AND ARCHIVED = 'YES'
差值超过 1 就说明有 gap，需查V$ARCHIVE_GAP
AWR 报告里的 log file parallel write 和 log file sync 等指标，跟网络传输无关，别被它们带偏。
