Archivelog不同步典型现象是V$ARCHIVE_DEST_STATUS中STATUS为ERROR/DEFERRED或STANDBY_ARCHIVED_LOG_COUNT停滞，根因常为RMAN归档删除策略未设为SHIPPED TO ALL STANDBY、LOG_ARCHIVE_DEST_2的VALID_FOR与角色不匹配、LOG_ARCHIVE_DEST_1未使用USE_DB_RECOVERY_FILE_DEST，或密码文件缺失SYS权限导致LGWR静默失败。
Archivelog不同步的典型现象和根因
备库 archivelog 不同步，最直接的表现是 v$archive_dest_status 中 status 为 error 或 deferred，error 列显示类似 ora-16057: dgid not set for destination 或 ora-12514: tns:listener does not currently know of service requested；更隐蔽的是归档日志在主库生成了，但备库 standby_archive_log_count 长期不增长，select max(sequence#) from v$archived_log where dest_id = 2 停滞。根本原因往往不是网络或磁盘空间，而是归档删除策略与归档目标状态冲突，或者 log_archive_dest_2 的 valid_for 和实际角色不匹配。
RMAN归档删除策略必须设为 SHIPPED TO ALL STANDBY
Oracle 11g RAC 主库若使用默认的 APPLIED ON ALL STANDBY 策略，在 ADG 场景下极易导致归档被提前清理——因为备库可能处于 READ ONLY WITH APPLY 状态，APPLIED 检查依赖于 REDO APPLY 进程是否真正写入数据文件，而 ADG 的实时应用（ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT）并不等同于传统物理备库的“已应用”语义。RMAN 会误判归档已无用，从而删除尚未传输到所有备库节点的归档。
正确做法是：
- 进入 RMAN：
rman target / - 执行：
CONFIGURE ARCHIVELOG DELETION POLICY TO SHIPPED TO ALL STANDBY; - 验证：
SHOW ARCHIVELOG DELETION POLICY;输出应为SHIPPED TO ALL STANDBY
注意：该配置对 RAC 所有实例生效（sid='*'），无需逐个节点执行。
归档位置必须指向 FRA 且启用 USE_DB_RECOVERY_FILE_DEST
在 RAC 环境中，LOG_ARCHIVE_DEST_1 若显式指定本地路径（如 LOCATION=/u01/arch），会导致各节点归档写入不同物理位置，不仅管理混乱，更关键的是 RMAN 的 BACKUP ARCHIVELOG ALL 或清理逻辑可能因路径分散而漏删/误删，间接引发同步断裂。Oracle 官方推荐且 RAC 兼容性最好的方式是统一使用快速恢复区（FRA）。
确保以下两点同时满足：
-
DB_RECOVERY_FILE_DEST参数已设置（如/u01/fast_recovery_area），且对应目录在所有 RAC 节点上存在、权限正确（属主oracle:oinstall，权限750） -
LOG_ARCHIVE_DEST_1必须为：LOCATION=USE_DB_RECOVERY_FILE_DEST VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=your_primary_db_unique_name - 禁用任何其他
LOCATION=...形式的LOG_ARCHIVE_DEST_n，避免冲突
修改后需重启数据库或至少执行 ALTER SYSTEM ARCHIVE LOG CURRENT 触发新归档路径生效，并检查 ARCHIVE LOG LIST 输出中的 Archive destination 是否已变为 USE_DB_RECOVERY_FILE_DEST。
最容易被忽略的坑：密码文件必须同步且含 SYS 登录能力
RAC 主库向备库传输归档依赖 LGWR 进程通过网络服务名（如 SERVICE=standbydb）发起连接。这个连接默认以 SYS 身份认证，而认证依据是密码文件（orapw<sid></sid>）。如果仅从主库拷贝密码文件到备库，但未确认其包含 SYS 密码且未启用远程登录，LGWR 就会静默失败，归档卡在主库 ARCHIVED 状态，永远不触发传输。
验证和修复步骤：
- 在备库执行：
orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=<sys_password> force=y</sys_password>（强制重建，确保含 SYS） - 检查主库密码文件是否含 SYS：
strings $ORACLE_HOME/dbs/orapw<sid> | grep -i sys</sid>（应有非空输出） - 确认备库监听器已静态注册（
SID_LIST_LISTENER中含备库SID_NAME），否则SYS连接连监听器都进不去
这个环节没有报错日志，ALERT.log 里最多一句 “TNS-12514”，排查时容易跳过——务必把它当作归档不同步的第一怀疑对象。
