我们的文章会在微信公众号IT民工的龙马人生和博客网站 ( www.htz.pw )同步更新 ，欢迎关注收藏，也欢迎大家转载，但是请在文章开始地方标注文章出处，谢谢！
由于博客中有大量代码，通过页面浏览效果更佳。
1、故障现象
今天下班后，一个朋友让帮忙看看他的ADG备库无新归档日志传送过来，备库无法同步，如果手动复制归档日志到备份，是可以正常同步的。
2，故障分析
2.1 现象分析
经过朋友的描述大概可以确定两个内容：
- ADG备库角色正确，数据库文件、控制文件等也正确。
- 主库传输日志到备库的链路已经终端。
上面两个信息对我们来说非常重要，基本可以确认问题的分析方向。
2.2 主库alert报错信息
手动启用像备库传输日志的归档路径和手动切换归档日志，观察后台alert日志，有如下的日志信息。
Checkpoint not completeCurrent log# 1 seq# 1170281 mem# 0: +DATA/htzz/onlinelog/group_1.272.928754879
Thu Dec 11 18:11:27 2025
ARC3: Archivelog destination LOG_ARCHIVE_DEST_3 disabled: destination Data Guard configuration error
ORACLE Instance htzz1 - Cannot allocate log, archival required
Archived Log entry 3649529 added for thread 1 sequence 1170280 ID 0xc992fa3c dest 1:
Thread 1 cannot allocate new log, sequence 1170282
All online logs need archiving
Examine archive trace files for archiving errorsCurrent log# 1 seq# 1170281 mem# 0: +DATA/htzz/onlinelog/group_1.272.928754879
Thread 1 advanced to log sequence 1170282 (LGWR switch)
这里虽然有error的报错，但是Oracle并没有ORA开头的报错信息，从这里来讲，大概也可以确认到主库到备库的网络、监听、密码都是正确的，否则这里应该会报明确的ORA的错误信息。
2.3 查询路径的状态
SQL> col logseq for a20 heading 'ARCH_LOG_APP_LOG'
SQL> SELECT ds.dest_id id ,2 ds.DB_UNIQUE_NAME||':'||ds.DESTINATION name,3 ad.status ,4 ds.database_mode db_mode ,5 ad.archiver TYPE ,6 ds.recovery_mode ,7 ds.protection_mode ,8 ds.standby_logfile_count "SRLs" ,9 ds.standby_logfile_active active ,10 ds.ARCHIVED_THREAD#||':'||ds.archived_seq#||':'||ds.APPLIED_THREAD#||':'||APPLIED_SEQ# logseq11 FROM v$archive_dest_status ds ,12 v$archive_dest ad13 WHERE ds.dest_id = ad.dest_id14 AND ad.status != 'INACTIVE'15 ORDER BY ds.dest_id16 /ID UNIQUE_NAME_ARCH_DEST STATUS DB_MODE TYPE RECOVERY_MODE PROTECTION_MODE SRLs ACTIVE ARCH_LOG_APP_LOG
--- ------------------------- ---------- --------------- ---- ------------------------ -------------------- ----- ---------- --------------------1 htzz:+ARCH VALID OPEN ARCH IDLE MAXIMUM PERFORMANCE 0 0 1:1170290:0:02 htzzdg:htzzdg DEFERRED UNKNOWN LGWR IDLE MAXIMUM PERFORMANCE 0 0 0:0:0:03 htzznew:htzznew1521 DISABLED UNKNOWN LGWR IDLE MAXIMUM PERFORMANCE 0 0 0:0:0:0
通过上面信息可以看到状态确实是DISABLED，并且没有报错信息返回。此时在备库数据库正常的前提下、网络、监听、密码又是正确的时，还出现了alert日志报错和路径disabled，这里基本就可以想到只有一种情况了，就是log_archive_config参数的问题。
2.4 确认DG关系
查询备库的log_archive_config参数的值，发现缺少了主库的db_unique_name的值。
手动修改参数：
SQL> alter system set log_archive_config='DG_CONFIG=(htzznew,htzz,htzzdg)';
System altered.
2.5 故障恢复
回到主库，手动启用路径和触发日志传输
SQL> alter system set log_archive_dest_state_3=enable;System altered.SQL> alter system archive log current;System altered.主库的alert日志如下：
Thu Dec 11 18:30:31 2025
Archived Log entry 3649559 added for thread 1 sequence 1170290 ID 0xc992fa3c dest 1:
Thu Dec 11 18:34:27 2025
ALTER SYSTEM SET log_archive_dest_state_3='ENABLE' SCOPE=BOTH;
Thu Dec 11 18:34:28 2025
Thread 1 cannot allocate new log, sequence 1170292
Checkpoint not completeCurrent log# 1 seq# 1170291 mem# 0: +DATA/htzz/onlinelog/group_1.272.928754879
Thread 1 advanced to log sequence 1170292 (LGWR switch)Current log# 2 seq# 1170292 mem# 0: +DATA/htzz/onlinelog/group_2.273.928754879
Thu Dec 11 18:34:32 2025
******************************************************************
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_3
******************************************************************
LNS: Standby redo logfile selected for thread 1 sequence 1170292 for destination LOG_ARCHIVE_DEST_3
Thu Dec 11 18:34:34 2025
FAL[server, ARC6]: FAL archive failed, see trace file.
ALTER SYSTEM ARCHIVE LOG
Thread 1 cannot allocate new log, sequence 1170293
Checkpoint not completeCurrent log# 2 seq# 1170292 mem# 0: +DATA/htzz/onlinelog/group_2.273.928754879
备库的alert日志：
Media Recovery Log +htzz_ARCH/htzznew/archivelog/2025_12_11/thread_2_seq_1152407.6847.1219602935
Media Recovery Waiting for thread 3 sequence 983212 (in transit)
Recovery of Online Redo Log: Thread 3 Group 13 Seq 983212 Reading mem 0Mem# 0: +htzz_DATA/htzznew/onlinelog/group_13.409.1219527301Mem# 1: +htzz_DATA/htzznew/onlinelog/group_13.410.1219527301
Media Recovery Waiting for thread 1 sequence 1170293 (in transit)
Recovery of Online Redo Log: Thread 1 Group 8 Seq 1170293 Reading mem 0Mem# 0: +htzz_DATA/htzznew/onlinelog/group_8.399.1219527299Mem# 1: +htzz_DATA/htzznew/onlinelog/group_8.400.1219527299
Media Recovery Waiting for thread 2 sequence 1152408 (in transit)
Recovery of Online Redo Log: Thread 2 Group 10 Seq 1152408 Reading mem 0Mem# 0: +htzz_DATA/htzznew/onlinelog/group_10.403.1219527299Mem# 1: +htzz_DATA/htzznew/onlinelog/group_10.404.1219527299
成功解决故障。
3、总结
在Oracle ADG环境中，成员关系的确认是通过log_archive_config参数来确认的，在备库环境中一定要包括上由传递日志的数据库的db_unique_name，否者备库会直接拒绝接受日志文件。
作者介绍
姓名：黄廷忠
个人博客: (http://www.htz.pw)
CSDN地址: (https://blog.csdn.net/wwwhtzpw)
博客园地址: (https://www.cnblogs.com/www-htz-pw)