首先查看环境。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博客 ” ，链接：https://blog.itpub.net/10113559/viewspace-748608/ ，如需转载，请注明出处，否则将追究法律责任。
