rac节点挂掉后，vip飘到别的节点，但是业务连接不上报 no listener问题处理

Posted 2021-11-28 ocp-100

　　客户一套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