困扰许久的dataguard问题：error 12514 received logging on to the standby

搭建dataguard环境，主库的归档日志就是传送不到备库上

用select dest_name,error from v$archive_dest;

总是报错：

ORA-12154: TNS:could not resolve the connect identifier specified

并且在主库的alert日志中有如下错误信息：

error 12514 received logging on to the standby

--------------------------------------------------------------------------------------------

由于最近几个月搭建dataguard环境特别多，总会遇到这个问题，但我仔细检查过配置，tnsnames.ora，log_archive_dest_2等信息都是正确的。

但是，归档日志就是传送不过去。之前遇到这种类似情况（太多了，记不清了），有使用过alter system set log_archive_dest_state_2=defer;

然后switch logfile，接着再改成enable:alter system set log_archive_dest_state_2=enable;解决过相关问题，但今天就是不行。

以前遇到这样的情况，只好重启数据库，立马就可以将归档日志传输过去。但今天由于主库已经上生产，不能随便重启，导致我也无计可施了。

-------------------------------------------------------------------------------------------

试着在metalink上搜了下（最近好几个月都很懒，不思进取，就想着天上掉馅饼），发现了如下一篇文章，算是对这个问题有深入的了解了：

归档进程在数据库启动后，只会在初始化过程中读取一次tnsnames.ora的信息，以后tnsnames.ora发生变化等情况，arch进程并不知晓。

这也就会导致当实例中log_archive_dest_2参数发生变化，arch识别不出相关tns别名，进而导致报错ora-12154

文章中提供的解决办法有：

1、kill掉归档进程（10g版本后不适用）

2、重启数据库（这招万能）

3、log_archive_dest_2参数不要用别名，写成连接字符串

比如：

alter system set log_archive_dest_2 = 'service="(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=standbynode)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=STDBY)))"' ;

-------------------------------

我还是想想，怎么找机会重启数据库吧

-----------------------------------------------

ps:20180614

使用了修改og_archive_dest_2的方法，可以解决掉问题：

alter system set log_archive_dest_2 = 'service="(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=32.114.111.11)(PORT=1521)))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=test_dg)))" LGWR ASYNC valid_for=(ONLINE_LOGFILES,PRIMAY_ROLE) DB_UNIQUE_NAME=test_dg' ;

--------------------------------------------------------------------------------------

Adding an new Standby fails with error Ora-12154: TNS:could not resolve the connect identifier specified (文档 ID 1240558.1)