怎么解決windows下oracle監(jiān)聽故障

153次閱讀

共計 3905 個字符，預(yù)計需要花費 10 分鐘才能閱讀完成。

這篇文章主要講解了“怎么解決 windows 下 oracle 監(jiān)聽故障”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著丸趣 TV 小編的思路慢慢深入，一起來研究和學(xué)習(xí)“怎么解決 windows 下 oracle 監(jiān)聽故障”吧！

現(xiàn)象: 數(shù)據(jù)庫服務(wù)及監(jiān)聽運行正常，但打開功能模塊非常慢；
處理過程:
一檢查數(shù)據(jù)庫 alert_oaxx.log 日志
日志切換并不高，無報錯；數(shù)據(jù)庫負(fù)載不大；
二檢查數(shù)據(jù)庫狀態(tài)
服務(wù)和監(jiān)聽均運行正常，sqlplus / as sysdba 登陸正常，會話數(shù)正常 .
檢查系統(tǒng)啟動時間
初始安裝日期: 2015/5/13, 12:09:51
系統(tǒng)啟動時間: 2018/6/14, 3:11:06
檢查網(wǎng)絡(luò)連接, 發(fā)現(xiàn)大量 close_wait, 由進程 327000 引起, 經(jīng)判斷為 360tray

TCP 10.25.136.5:52667 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52668 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52669 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52672 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52674 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52675 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52676 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52677 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52678 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52680 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52681 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52682 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52683 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52684 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52686 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52688 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52690 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52691 221.130.200.53:80 CLOSE_WAIT 327000
TCP 10.25.136.5:52692 221.130.200.53:80 CLOSE_WAIT 327000

三檢查數(shù)據(jù)庫等待事件
無等待；
四做 tnsping 發(fā)現(xiàn):

C:\Users\Administrator tnsping oadb
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 08- 5 月  -
2019 15:05:04
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的參數(shù)文件:
Y:\oracle\product\11.2.0\dbhome_1\network\admin\sqlnet.ora
已使用  TNSNAMES  適配器來解析別名
嘗試連接  (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST =10.xx.1xx.5)(PORT = 15
22)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = oadb)))
OK (51910  毫秒)

延遲很高, 停用 360tray

C:\Users\Administrator tnsping oadb
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 08- 5 月  -
2019 14:58:23
Copyright (c) 1997, 2010, Oracle. All rights reserved.
已使用的參數(shù)文件:
Y:\oracle\product\11.2.0\dbhome_1\network\admin\sqlnet.ora
已使用  TNSNAMES  適配器來解析別名
嘗試連接  (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = WIN-5K0CGNM3EQV)(PORT
 = 1522)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = oadb)))
OK (24950  毫秒)

降至 25 秒，但還是很高，ping 主機，發(fā)現(xiàn)延遲很低，禁用 ipv6，效果還是一樣；
C:\Users\Administrator ping 10.25.136.5

正在 Ping 10.25.136.5 具有 32 字節(jié)的數(shù)據(jù):
來自 10.25.136.5 的回復(fù): 字節(jié) =32 時間 1ms TTL=64
來自 10.25.136.5 的回復(fù): 字節(jié) =32 時間 1ms TTL=64
另發(fā)現(xiàn)應(yīng)用日志存在網(wǎng)絡(luò)連接超時

url=jdbc:oracle:thin:@10.2x.1x6.x:xxx:oadb;user=bxxx;pwd=xxx
java.sql.SQLException: Io  異常: Connection refused(DESCRIPTION=(TMP=)(VSNNUM=186
646784)(ERR=12505)(ERROR_STACK=(ERROR=(CODE=12505)(EMFI=4))))
 at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:189)
 at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:231)

檢查 sqlnet.ora 無明顯異常；
五檢查數(shù)據(jù)庫監(jiān)聽，重啟監(jiān)聽，無改善，查看監(jiān)聽日志發(fā)現(xiàn)，日志在 2019-04-06 2 點以后無更新
產(chǎn)生有大量 trace:

** DBGRL Error: Text Alert Log
** DBGRL Error: SLERC_OERC, 48184
** DBGRL Error: OSD-00002:  附加錯誤信息
O/S-Error: (OS 87)  參數(shù)錯誤。** DBGRL Error: 06- 4 月  -2019 02:01:39 * (CONNECT_DATA=(SID=xxdb)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=1xxxxx)(PORT=60839)) * establish * oadb * 0
Trace file y:\oracle\diag\tnslsnr\WIN-5K0CGNM3EQV\listener\trace\ora_895324_893720.trc
** DBGRL Error: Text Alert Log
** DBGRL Error: SLERC_OERC, 48184
** DBGRL Error: OSD-00002:  附加錯誤信息
O/S-Error: (OS 87)  參數(shù)錯誤。** DBGRL Error:  系統(tǒng)參數(shù)文件為 Y:\oracle\product\11.2.0\dbhome_1\network\admin\listener.ora

查看 listner.log 發(fā)現(xiàn)其有 4GB, 在 win 下存在如下問題：
WINDOWS: Listener Hangs Lsnrctl Commands Are Slow or Hang (文檔 ID 1319797.1)
Bug 9879101 : THE CONNECT THROUGH LISTENER WAS SLOW WHEN LISTNER LOG GROWED 4GB
處理辦法：
停上監(jiān)聽，重命名原監(jiān)聽文件，
y:\oracle\diag\tnslsnr\WIN-5K0CGNM3EQV\listener\trace\ listener.bak.log
新建一個 listener.log

感謝各位的閱讀，以上就是“怎么解決 windows 下 oracle 監(jiān)聽故障”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對怎么解決 windows 下 oracle 監(jiān)聽故障這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是丸趣 TV，丸趣 TV 小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！

正文完