在日常排查 Oracle Data Guard 配置问题时，许多 DBA 习惯先查看 show parameter 结果，认为参数正确后问题就能解决。然而，参数配置无误并不代表归档传输真正正常运转——真正反映运行状态的是 v$archive_dest_status 视图中的 status 和 error 字段。一旦 status 显示为 ERROR 或 DEFERRED、error 非空，或者 recovery_mode 不是 MANAGED REAL TIME APPLY，就说明归档传输链路存在异常。此时需要结合 log_archive_config、valid_for 配置以及 RESET/ENABLE 操作进行综合排查。
排查状态必须查询 V$ARCHIVE_DEST_STATUS，而非 V$ARCHIVE_DEST
V$ARCHIVE_DEST 仅显示初始化参数配置，而 V$ARCHIVE_DEST_STATUS 才能反映真实的运行时状态。在主库执行以下查询：
SELECT DEST_ID, STATUS, ERROR, TRANSMIT_MODE, RECOVERY_MODE FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 2;
重点关注三个方面：
STATUS是否为ERROR或DEFERRED？若不是VALID或ALTERNATE，说明传输链路已中断ERROR列是否非空？常见值如ORA-16055、ORA-16086、ORA-12541、ORA-16047，每种对应不同的根因RECOVERY_MODE在备库端是否为MANAGED REAL TIME APPLY？如果是IDLE，说明 MRP0 进程根本没有启动
log_archive_config 缺失或大小写不一致会导致静默失败
主库和备库都必须显式配置 log_archive_config，且所有 DB_UNIQUE_NAME 必须完全一致（包括大小写、空格、引号）。漏配或写错任何一个，就会触发 ORA-16047: DGID mismatch，但 ERROR 字段可能只显示“DGID mismatch”，不提示具体缺少哪个库。
检查方法：
SHOW PARAMETER log_archive_config
若返回空值、NULL 或内容不全，立即补全：
ALTER SYSTEM SET log_archive_config='DG_CONFIG=(PRIMARY_DB,STANDBY_DB)' SCOPE=BOTH SID='*';
注意：这个参数修改后必须重启数据库才能生效，仅设置 SCOPE=BOTH 不够，尤其是备库常被忽略。
VALID_FOR 配置错误会让归档路径“形同虚设”
即使路径、服务名、权限全部正确，只要 VALID_FOR 不匹配当前实例角色和日志类型，Oracle 就会直接跳过该目标，不报错也不尝试传输。
主库归档到备库的标准写法是：
LOG_ARCHIVE_DEST_2='SERVICE=standby LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)'
常见错误包括：
- 写成
VALID_FOR=(STANDBY_LOGFILES,PRIMARY_ROLE)：主库不生成 standby redo log，该路径永远不可达 - 备库启用了
LOG_ARCHIVE_DEST_1但VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)：备库角色是STANDBY_ROLE，条件不满足 - 级联场景中，中间备库回传时未配置
VALID_FOR=(ONLINE_LOGFILES,STANDBY_ROLE)
验证是否生效，可查询：
SELECT DEST_ID, VALID_TYPE, VALID_ROLE, STATUS FROM V$ARCHIVE_DEST_STATUS WHERE DEST_ID = 2;
状态卡在 ERROR 不更新？先 RESET 再 ENABLE
很多情况下，ERROR 字段一直显示旧错误（比如磁盘满修复后仍报 ORA-19809），这是因为 Oracle 内部错误计数器没有清除。不能只修改路径或重启监听就结束。
标准操作顺序是：
- 先清状态缓存：
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=RESET; - 再启用目标：
ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE; - 最后手动切一次日志触发归档：
ALTER SYSTEM ARCHIVE LOG CURRENT;
切记：ENABLE 不会自动补传积压的日志，中断期间的归档必须用 RMAN 手动拷贝 + 备库 RECOVER 补上；直接 cp 文件到备库归档目录无效，控制文件未注册，MRP0 无法识别。
最常被忽略的一步：改完路径、修完空间、配好 log_archive_config 后，忘记确认 LOG_ARCHIVE_DEST_STATE_n 是否仍是 DEFER 或卡在 ERROR——新配置全白费，通道实际上已经被锁死。
