标签:ice 问题处理 article listener mes 监听配置 命令 snr art
客户一套rac系统,三节点,其中一个节点的p260主机主板有问题(经常机器重启,好像是这个型号的通病,主板被炒到20W),临时把故障节点的vip作为业务地址用。
首先,查看确定故障节点vip飘到那个节点了:
crsctl stat res -t ifconfig -a
接下来使用静态监听注册vip地址,来监听业务,添加,11.2 GI的LISTENER 监听器配置默认受到11.2新引入的endpoints_listener.ora配置文件的管理。
注意:使用 endpoints_listener.ora的情况 下不应使用lsnrctl管理LISTENER,而需使用srvctl或crsctl工具管理,否则lsnrctl将不会识别endpoints_listener.ora中的信息,造成监听没有在必要地址、端口上工作。
而在11.2 RAC中listener.ora仅记录LISTENER的IPC条目。这样做的目的是方便dbca配置数据库参数及tnsnames.ora配置文件。
了解到以上信息后可能你对当前11.2 RAC中的listener.ora文件中的监听配置信息不再感到奇怪。我们可以使用netca图形化工具或者srvctl 命令行工具添加监听配置; 如果仅仅是手动在listener.ora中添加记录的话是无法被注册为Cluster Ready Service的服务的,将不会被CRS管理。
netmgr -监听里添加 tcp 故障vip 1521 即可,下图是参考,
最后使用crsctl srvctl停止重新启动监听就好:
srvctl stop listener
srvctl start listener
或者
crsctl stop res ora.MACLEAN_LISTENER.lsnr
crsctl start res ora.MACLEAN_LISTENER.lsnr
再次查看监听,vip已经存在与另外的节点,业务也能正常连接这个vip的服务了。
其它,还可以手动使用srvctl 工具添加监听并手动加入静态注册信息,详细参考:https://blog.csdn.net/vic_qxz/article/details/53043828
rac节点挂掉后,vip飘到别的节点,但是业务连接不上报 no listener问题处理
标签:ice 问题处理 article listener mes 监听配置 命令 snr art
原文地址:https://www.cnblogs.com/ocp-100/p/10843202.html