Error 12154 received logging on to the standby
环境为
操作系统：AIX 6.1
oracle版本：11.2.0.3 （psu5）
本编记录了本人一次DG搭建失败的经历，只是一个小的错误，但却导致我排查了半天。记录本次经历用来警醒自己，作为一名dba任何时候我们都要万分仔细，认真。
DG搭建的具体步骤此处就省略了，后面有时间会写一遍详细的DG搭建步骤及检查方法。
按正常的步骤部署完成，用rman duplicate方式完成备库的复制后进行如下操作：
1.在备库上启动恢复管理模式
SQL> recover managed standby database using current logfile disconnect;
2.在主库查看当前日志
SQL> select * from v$log;
主库强制归档
SQL> alter system archive log current; （多切几次）
System altered.
3.在备库查看新的归档日志有没有正常传输过来，并被应用
select THREAD#,SEQUENCE#,ARCHIVED,APPLIED,DELETED,STATUS from v$archived_log;
--查看发现新切换的日志没有被传送过来，但是在主备机上下面四项的检查都是通过的（egap和egapdb分别为主被库的连接字符串）
tnsping egap
tnsping egapdb1
sqlplus sys/oracle@egap as sysdba
sqlplus sys/oracle@egapdb as sysdba
查看了备库的alert日志
报错信息如下：
Wed Mar 19 18:10:32 2014 Time drift detected. Please check VKTM trace file for more details. Wed Mar 19 19:11:11 2014 Time drift detected. Please check VKTM trace file for more details. Wed Mar 19 20:23:42 2014 Time drift detected. Please check VKTM trace file for more details.
查询了mos上相关文档，说是11g的一个bug，但是跟我的问题好像无关，先跳过。
接着查看主库的alert日志
Wed Mar 19 21:32:52 2014 Error 12154 received logging on to the standby FAL[server, ARC0]: Error 12154 creating remote archivelog file 'egapdg' FAL[server, ARC0]: FAL archive failed, see trace file. ARCH: FAL archive failed. Archiver continuing ORACLE Instance egap - Archival Error. Archiver continuing. ALTER SYSTEM ARCHIVE LOG
根据主库alert日志里的信息又查看了vi egap_arc0_26345742.trc（arc0 的trace日志，在alert同级目录下 ls –lrt 查看最近的arc0 的trace日志）
Redo shipping client performing standby login OCIServerAttach failed -1 .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS:could not resolve the connect identifier specified ' OCIServerAttach failed -1 .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS:could not resolve the connect identifier specified ' OCIServerAttach failed -1 .. Detailed OCI error val is 12154 and errmsg is 'ORA-12154: TNS:could not resolve the connect identifier specified ' *** 2014-03-19 21:32:52.054 4320 krsh.c Error 12154 received logging on to the standby *** 2014-03-19 21:32:52.054 915 krsu.c Error 12154 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'egapdg' Error 12154 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'egapdg' *** 2014-03-19 21:32:52.054 2932 krsi.c krsi_dst_fail: dest:2 err:12154 force:0 blast:1 kcrrwkx: unknown error:12154
我们也可以用select error from v$archive_dest where target='STANDBY'来快速查看DG的报错信息
根据主库的alert日志以及arc0的trace日志，基本可以肯定是链接串或者监听的问题了，于是我左一遍又一遍的排查，监听配置，tnsnames文件配置，密码文件配置。但是都没有发现问题。最后下班回家以后又仔细排查了一遍，终于发现是主库的log_archive_dest_2参数中 指定的字符串中写错了一个字母。
更改后，DG正常！！！
打错一个字母很容易，但是排查起来我们可能就要耗费莫大的人力和精力。
“胆大！！！心细！！！”
本文出自 “技术” 博客，请务必保留此出处http://589985.blog.51cto.com/1609992/1379900