9i dg 不传log

 

首先查看环境。9207的数据库，主备库都在同一台主机,hp系统。

 

检查主备库的 fal_server fal_client ，archive 参数，没有问题。

Tnsping 主备库的设置没有问题。

检查监听和SID设置没有问题。

 

检查主备库的告警日志，在主库有如下信息：

Wed Nov  7 07:53:23 2012

ARC2: Begin FAL noexpedite archive (thread 1 sequence 1896 destination xx_xxxxx)

Creating archive destination LOG_ARCHIVE_DEST_2: 'xx_xxxxx'

ARC2: Complete FAL noexpedite archive (thread 1 sequence 1896 destination xx_xxxxx)

 

备库没有看到异常的信息。

V$archivelog_dest 也没有错误，都是valid的。

 

觉得问题在主库端的归档设置，没有和DG联通过。

 

Down掉备机，切主库LOG，主库的确没有发现备库已经DOWN掉。

 

设置都是正常的，都能tnsping 通，问题可能是LOG_ARCHIVE_DEST_2设置的名字过长，

这个原因还真的有点难以接受，但是从设置和LOG来看可能性还比较大。

 

于是把主库的LOG_ARCHIVE_DEST_2 改为4位，手动切换log，马上看到LOG信息中

出现了reject，期盼的reject啊。

 

把两端的参数都改成4~5位。

 

重启了一把备库，主库。正常了。

 

真的是名字太长吗？

 

于是把主备库的相关 tns，归档路径，fal 参数都改成12位全字母。测试是正常的。

 

难道是名字包含“_”的原因？把主备改成 “p_d”, “d_g” 的三个字符形式，再测试，还是正常的。

 

。。。。。。。。我心情复杂。

 

把所有的参数名字都改成我刚刚拿到问题的时候，再试，还是正常的。

 

悬案。求解。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10113559/viewspace-748608/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10113559/viewspace-748608/