DG中DUPLICATE报错ORA-17629

DG中DUPLICATE报错ORA-17629

前几天搭建rac环境下的dg,在DUPLICATE前配完监听,测试监听没问题,可是在DUPLICATE时就会报错,错误信息如下:

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 08/05/2018 02:30:01
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
RMAN-03009: failure of backup command on prmy2 channel at 08/05/2018 02:30:01
ORA-17629: Cannot connect to the remote database server
ORA-17627: ORA-12154: TNS:could not resolve the connect identifier specified
ORA-17629: Cannot connect to the remote database server

可是在检查主库sqlnet.ora时也没有使用白名单限制,tnsping 也没报错,sqlplus通过tns标签连接主备库都可以连通,rman也可以连通,所以想不通为什么会显示无法连接,后来网上查找资料,查看mos,找到了解释,RMAN Active Duplicate on RAC fails with ORA-17629 and ORA-17627: ORA-12154 (文档 ID 1982003.1)
DG中DUPLICATE报错ORA-17629_第1张图片
MOS上的解释是,引发ORA-12154的原因是因为该进程在辅助端的不同ORACLE_HOME中寻找tnsnames.ora。 辅助端的这个不同的ORACLE_HOME通常是GRID HOME。在11G RAC上,客户可以配置SCAN侦听器以处理DB和ASM实例上的故障转移连接。
执行RMAN重复时,需要多次关闭/启动数据库。 数据库关闭后,TNS连接可能会在下次启动时丢失,因为与该实例关联的相应服务不再可用。 因此,在错误的主页下查找tnsnames.ora文件时,RMAN的连接失败。
MOS给了两个解决方案,如下:
DG中DUPLICATE报错ORA-17629_第2张图片
这里把Oracle用户下得tnsnames.ora考到grid用户下就能解决,或者连接的时候不要使用tns别名,直接指定路径。最后问题解决。

你可能感兴趣的:(Oracle)