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 =========