TNS-12535 TNS-12606 When Sending Security Logging to the Database

最新推荐文章于 2021-04-05 00:46:54 发布

原创

最新推荐文章于 2021-04-05 00:46:54 发布 · 1.1k 阅读

0 ·

CC 4.0 BY-SA版权

本文记录了一次数据库连接超时的问题，详细分析了TNS-12535和TNS-12606错误，指出可能是由于系统熵不足导致的随机数生成延迟，影响Oracle安全连接。解决方案包括修改Java选项和调整SQLNET.INBOUND_CONNECT_TIMEOUT参数，同时提醒在排查问题时要考虑系统变化和连接请求的异常增长。

有套数据库环境一直报警无法连接，但立马又报警恢复正常，查看了下alert日志，大量如下信息：

Fatal NI connect error 12170.

VERSION INFORMATION:
TNS for Linux: Version 12.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 12.2.0.1.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 12.2.0.1.0 - Production
Time: 08-OCT-2018 23:17:48
Tracing not turned on.
Tns error struct:
ns main err code: 12535

TNS-12535: TNS: operation timed out
ns secondary err code: 12606
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
...
WARNING: inbound connection timed out (ORA-3136)

-----------------------------------------------------------------------------------

这个报错信息很常见，一直以来都觉得是应用服务器和数据库服务器之间存在防火墙，超时后将连接关闭导致的。

但这次的告警是这几天刚出现的，并且该系统已经上线一年多了。最近在网络、应用、数据库端都没有做过变更，所以怀疑存在其他问题。

------------------------------------------