ORA-12537 TNS-12560 TNS-00530 ora-609解決

oracle 11g不能鏈接，卡住，ORA-12537 TNS-12560 TNS-00530 TNS-12502  tns-12505 ora-609 Windows Error: 54: Unknown error 解決方案。

今天折騰了一下午，爲了查這個問題。。找了N多方案，由於本身粗心走了彎路，其實一開始就百度找到答案了，可是由於粗心沒找對文件而錯過。

網上文章提到的基本是這幾類緣由：網絡問題，機器名/IP，DNS問題，讓設置sqlnet.ora跟listener.ora；或listener.log 達到了4G，沒法寫入了。

個人案列中，環境、情景徹底和下文中如出一轍。

sqplus / 能進入。 sqplus user@orcl就卡死。

lsnrctl start/stop/status 就各類卡各類錯誤..

解決方案：diag目錄下的listener.log日誌文件已經達到4G  沒法再繼續寫入，因此停掉OracelListener服務後刪除listener.log就可恢復正常。 注意，文件是 listener.log，不是listener.xml，不要找錯了，找不到就文件搜索一下，看是否是到4G了。我就是由於第一次憑感受進錯了目錄，誤把listener.xml當成listener.log，發現文件很小，就忽略了這個方案。

====================引用文章以下================

數據庫：oracle11g

問題發生：一套正常跑了一年的應用系統，突然沒法鏈接上數據庫，可是另一個應用能夠正常連接，數據入庫正常。

 

數據庫服務器端查看：

使用 lsnrctl status 查看監聽狀態卡住，10分鐘左右結果纔會反饋。

plsql沒法鏈接。

重啓監聽問題依舊。

alter日誌文件中報錯：

Fatal NI connect error 12537, connecting to:
(LOCAL=NO)

VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 - Production
Time: 17-6月 -2015 09:17:49
Tracing not turned on.
Tns error struct:
ns main err code: 12537

TNS-12537: TNS: 鏈接關閉
ns secondary err code: 12560
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
opiodr aborting process unknown ospid (6052) as a result of ORA-609

 

使用dos端sqlplus登陸正常，查有最新數據入庫。懷疑是監聽問題！

 

查看監聽log文件   $ORACLE_HOME/network/log  報錯以下

<msg time='2015-06-16T02:14:18.877+08:00' org_id='oracle' comp_id='tnslsnr'
type='UNKNOWN' level='16' host_id='WINDOWS-35NMUNE'
host_addr='fe80::7840:6685:828f:4f5a%17'>
<txt>TNS-12560: TNS: 協議適配器錯誤
TNS-00530: 協議適配器錯誤
64-bit Windows Error: 53: Unknown error
TNS-12518: TNS: 監聽程序沒法分發客戶機鏈接
TNS-12571: TNS: 包寫入程序失敗
TNS-12560: TNS: 協議適配器錯誤
TNS-00530: 協議適配器錯誤
64-bit Windows Error: 54: Unknown error
</txt>
</msg>

報錯 ora-12518 監聽沒法分發客戶端鏈接。 但在oracle中使用 show parameter session 與select count（×） from v$session; 對比發現不是鏈接數限制問題。

使用tnsping IP 沒有反應。

 

後繼續查看listener的log文件 $ORACLE_HOME/network/trace  發現listener.log 文件已經達到4G  沒法再繼續寫入，最後寫入日期也在前兩天，因而刪除該log文件，啓動監聽，正常～！！

 

最終緣由發現是log文件寫滿，看來之後要按期清理這個文件了。這麼小一個問題都使應用系統沒法鏈接上，細節決定成敗。 此類文件要見一個記錄一個 同時在同類系統中排查。

========原文地址：https://www.cnblogs.com/hanbo112/p/4583047.html =========