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

Error 12154 received logging on to the standby,布布扣,bubuko.com

Error 12154 received logging on to the standby

上一篇:innodb引擎的redo log日志的原理


下一篇:Oracle数据库的非归档模式迁移到归档模式