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

創(chuàng)新互聯(lián)專注于驛城企業(yè)網(wǎng)站建設(shè),自適應(yīng)網(wǎng)站建設(shè),電子商務(wù)商城網(wǎng)站建設(shè)。驛城網(wǎng)站建設(shè)公司,為驛城等地區(qū)提供建站服務(wù)。全流程按需網(wǎng)站開發(fā)，專業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)

現(xiàn)象:數(shù)據(jù)庫服務(wù)及監(jiān)聽運(yùn)行正常，但打開功能模塊非常慢；
處理過程:
一 檢查數(shù)據(jù)庫alert_oaxx.log日志
日志切換并不高，無報(bào)錯(cuò)；數(shù)據(jù)庫負(fù)載不大；
二 檢查數(shù)據(jù)庫狀態(tài)
服務(wù)和監(jiān)聽均運(yùn)行正常，sqlplus / as sysdba登陸正常，會(huì)話數(shù)正常 .
檢查系統(tǒng)啟動(dòng)時(shí)間
初始安裝日期:     2015/5/13, 12:09:51
系統(tǒng)啟動(dòng)時(shí)間:     2018/6/14, 3:11:06
檢查網(wǎng)絡(luò)連接,發(fā)現(xiàn)大量close_wait,由進(jìn)程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 主機(jī)，發(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 時(shí)間<1ms TTL=64
來自 10.25.136.5 的回復(fù): 字節(jié)=32 時(shí)間<1ms TTL=64
另發(fā)現(xiàn)應(yīng)用日志存在網(wǎng)絡(luò)連接超時(shí)

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 點(diǎn)以后無更新
產(chǎn)生有大量trace:

** DBGRL Error: Text Alert Log
** DBGRL Error: SLERC_OERC, 48184
** DBGRL Error: OSD-00002: 附加錯(cuò)誤信息
O/S-Error: (OS 87) 參數(shù)錯(cuò)誤。
** 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: 附加錯(cuò)誤信息
O/S-Error: (OS 87) 參數(shù)錯(cuò)誤。
** 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
新建一個(gè)listener.log

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