大清早被叫起来，说是产品库挂掉了。登上去看网页打不开，plsql devper也连不过去没响应，判断大概是listener又出问题了，登到OS上 ps -ef|grep listener，果然有出现了多个子进程

$ ps -ef |grep LIS
oracle    5679     1 1 11:02 ?        00:00:02 /home/oracle/product/10.2.0/db_1/bin/tnslsnr LISTENER -inherit
oracle    7035 24877 0 11:06 pts/0    00:00:00 grep LIS
oracle    7037     1 0 11:06 ?        00:00:00 /home/oracle/product/10.2.0/db_1/bin/tnslsnr LISTENER -inherit

lsnrctl stop/status/reload 均没反应，直接KILL掉进程，再lsnrctl start就恢复正常了。

查了下，果然是个BUG-- bug 4518443 ，ORACLE 10.2.0.3之前版本都有。

解决方法是：打补丁4518443 或者在listener.ora 文件里加入：
SUBSCRIBE_FOR_NODE_DOWN_EVENT_=OFF
其中，是数据库的监听器的名称。如：默认情况下，监听器名为：LISTENER 。则语句就是：
SUBSCRIBE_FOR_NODE_DOWN_EVENT_LISTENER=OFF
重启监听程序:
lsnrctl stop
lncrctl start

但有时候这种方法没有什么用即使加了SUBSCRIBE_FOR_NODE_DOWN_EVENT_ =OFF。连续两天出现swap和load过高导致数据库无法提供服务，甚至OS都无法登陆。在ps后发现有两个监听进程，kill后系统恢复正常。按照Oracle的建议，删除了ONS的配置文件$ORACLE_HOME/opmn/conf/ons.config，暂时看起来正常了

按照metalink的说法，这个语句关闭了监听自动向ONS(Oracle Notification Services)注册，正是这个注册可能导致监听启动子进程。ONS是RAC中的一个组件，禁用该特性将导致RAC的FAN(Fast Application Notification)特性不可用。还好我这里两台都是单机，这么解决应该没什么问题。

ITPub博客

bug 4518443 LISTENER 无响应

最新文章