oracle兩個tnslsnr的進(jìn)程

maoyh

最近已經(jīng)收到多起關(guān)于Oracle10g啟動兩個監(jiān)聽進(jìn)程的故障報告。
故障發(fā)生時數(shù)據(jù)庫無法通過監(jiān)聽正常建立連接，檢查時會發(fā)現(xiàn)系統(tǒng)上存在兩個監(jiān)聽器進(jìn)程，其中一個是另外一個的子進(jìn)程。
一位朋友在我的
留言板
上給出了以下輸出：
local1:/ #ps -ef | grep tnslsnr
oracle 925826 1 0 Apr 06 - 234:50 /u01/app/oracle/product/102/bin/tnslsnr listener1 -inherit
oracle 1081540 925826 0 21:39:39 - 0:00 /u01/app/oracle/product/102/bin/tnslsnr listener1 -inherit
有朋友在RAC環(huán)境下也遇到了類似的
問題
，在ITPUB上也有一個
相關(guān)問題
的討論。
在Metalink上可以找到相關(guān)問題的很多解釋，這個問題被最終確認(rèn)為一個BUG，BUG號為：4518443
Oracle稱在較大壓力下，監(jiān)聽進(jìn)程可能出現(xiàn)間歇性停止服務(wù)，此時Oracle會spaw出另外一個監(jiān)聽進(jìn)程，進(jìn)而導(dǎo)致兩個監(jiān)聽進(jìn)程互相影響的故障。
在非RAC環(huán)境下，可以通過在listener.ora中設(shè)置參數(shù)：
SUBSCRIBE_FOR_NODE_DOWN_EVENT_=OFF
來暫時回避這個BUG。
同時Oracle已經(jīng)推出了相關(guān)Patch用來修正這個問題。


本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u1/42019/showart_1958388.html