ORA-12154在Data Guard中本质是备库侧TNS解析失败，主因是ARC进程未正确加载tnsnames.ora：TNS_ADMIN未设置或路径错误、instant client不默认加载、RAC下文件位置不统一；需用tnsping std验证别名解析，且log_archive_dest_2必须使用严格匹配的service别名而非Easy Connect格式。
ora-12154 在 data guard 环境中不是配置错，而是解析链断在了备库侧 —— 主库能连、tnsping 通、监听正常，但 arc 进程持续报错，说明问题出在备库的 tns 解析上下文里。
备库上 tnsnames.ora 被忽略的三个真实原因
主库和备库共用一套监听器配置，但客户端（比如归档进程 ARC）在备库启动时，并不默认读取 $ORACLE_HOME/network/admin/tnsnames.ora。常见触发点：
-
TNS_ADMIN环境变量未在备库的 Oracle 用户 shell 中设置，或指向了空目录/错误路径 - 备库启动时使用的是
ORACLE_HOME下的 instant client，而非 full client；instant client 默认不加载tnsnames.ora，除非显式指定TNS_ADMIN - 备库运行在 RAC 或 ASM 环境下，
$ORACLE_HOME实际指向 Grid Infrastructure 的 home，而tnsnames.ora却放在 Database home 的network/admin目录下
验证 ARC 是否真在用你认为的那个 tnsnames.ora
别信“文件存在就一定被读”，ARC 进程有自己的执行环境。直接在备库上以 Oracle 用户身份执行：
echo $TNS_ADMIN ls -l $TNS_ADMIN/tnsnames.ora 2>/dev/null || echo "no tnsnames.ora found" tnsping std # 注意：这里必须用你在主库 <code>log_archive_dest_2</code> 中配置的 <code>service_name</code> 别名，比如 std
如果 tnsping 报 ORA-12154，但 ls 显示文件存在，说明：
- 要么
TNS_ADMIN指向了错误目录（比如指向了主库的路径） - 要么
tnsnames.ora中定义的别名（如std）拼写与log_archive_dest_2中的 service 名不一致（大小写、空格、换行都算） - 要么该文件权限为 600 且属主不是 Oracle 用户（Linux/Unix 下非属主不可读）
log_archive_dest_2 配置中 service 名必须匹配别名，不能是 IP+端口+service_name
Data Guard 归档依赖 TNS 别名解析，不支持 Easy Connect 格式。以下写法必然失败：
LOG_ARCHIVE_DEST_2='SERVICE=192.168.1.10:1521/orcl_stby ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcl_stby'
正确写法只能是：
LOG_ARCHIVE_DEST_2='SERVICE=std ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orcl_stby'
其中 std 必须严格对应 tnsnames.ora 中的条目名，且该条目必须包含完整 (DESCRIPTION=...) 结构，不能省略 CONNECT_DATA 块。
备库监听器注册状态常被误判
即使 lsnrctl status 显示监听器运行，也不代表备库实例已注册服务。尤其在 Active Data Guard 或只读打开状态下，PMON 不会向监听器注册服务名（这是设计行为）。但 ARC 进程连接主库时，不需要备库监听器注册 —— 它只 outbound 连主库。真正要检查的是：
- 主库监听器是否注册了备库的 service 名（用于主库反向连接？不，Data Guard 不需要）→ 其实不需要
- 备库监听器是否监听了本地
LOCAL_LISTENER地址（影响本地 SQL*Plus 连接，但不影响 ARC）→ 无关 - 唯一关键点：备库能否用
tnsping std解析到主库地址 → 这才是 ARC 所依赖的全部
所以重点永远在备库的 TNS_ADMIN + tnsnames.ora + 别名一致性，而不是监听器状态本身。
最易被忽略的点：RAC 环境下，tnsnames.ora 必须放在所有节点统一可访问的位置（如 ACFS 或 NFS），且每个节点的 TNS_ADMIN 必须指向同一路径；否则某节点 ARC 启动失败，日志里只报 ORA-12154，不会提示“找不到配置文件”。
