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