这篇文章主要介绍“怎么解决12cRAC打季度补丁时遇到ORA-12547: TNS:lost contact错误”,在日常操作中,相信很多人在怎么解决12cRAC打季度补丁时遇到ORA-12547: TNS:lost contact错误问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”怎么解决12cRAC打季度补丁时遇到ORA-12547: TNS:lost contact错误”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!一、环境说明:操作系统:RHEL7.4数据库版本:12.2.0.1已打补丁:201910月的季度补丁由于保密缘故,相关命名与IP已做变更二、问题描述在对GI打季度补丁时,节点1运行opatcha免费主机域名uto apply后,CRS正常关闭,但是到自动拉起CRS时遇到ORA-12547: TNS:lost contact报错了,导致打补丁失败。详细信息如下:调用crsctl check crs查看集群服务,发现Cluster Ready Services、Event Manager异常。查看/u01/app/grid/diag/crs/db1/crs/trace/alert.log日志,发现如下信息:/u01/app/grid/diag/crs/db1/crs/trace/ohasd_orarootagent_root.trc日志如下:三、故障分析从告警日志中可知,CRS进程未能识别到OCR磁盘有挂载导致CRS服务启动失败。尝试手工启动ASM实例,CRS启动成功:关闭CRS后再调用crsctl start crs,ASM实例一样未能自动拉起,只能通过startup的方式。查看/u01/app/grid/diag/crs/db1/crs/trace/crsd.trc日志,发现如下信息:ORA-12547: TNS:lost contact的报错出现在该日志文件中,而该报错是要访问私网IP10.10.10.43 1526端口失败所致。四、问题原因1526端口是运行在ASMNET1LSNR_ASM监听上的。在12cRAC中,从FLEXASM开始,crsd.bin将使用ASMNET1LSNR_ASM监听进行远程连接。即会连接10.10.10.43的1526端口。那么为何连接节点2的1526端口会失败呢。查看节点2的免费主机域名sqlnet.ora配置,发现配置了白名单,但是没有增加节点1的私网IP。五、解决办法
到此,关于“怎么解决12cRAC打季度补丁时遇到ORA-12547: TNS:lost contact错误”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注云技术网站,小编会继续努力为大家带来更多实用的文章!
相关推荐: Navicat的MongoDB 12以及Mac 12.1.13中文版是怎样的
Navicat的MongoDB 12以及Mac 12.1.13中文版是怎样的,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。Navicat for MongoDB是什么?navicat for mo…