oracle Fatal NI connect error 12170 最近服务投然链接不上，过上一分钟就好了

私念醉美 2017-09-12 07:28:39

Fatal NI connect error 12170.

VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.4.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.4.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.4.0 - Production
Time: 12-9月 -2017 18:43:35
Tracing not turned on.
Tns error struct:
ns main err code: 12535

TNS-12535: TNS: 操作超时
ns secondary err code: 12606
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=56160))

Fatal NI connect error 12170.

VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.4.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.4.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.4.0 - Production
Time: 12-9月 -2017 18:43:36
Tracing not turned on.
Tns error struct:
ns main err code: 12535

TNS-12535: TNS: 操作超时
ns secondary err code: 12606
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=56153))

Fatal NI connect error 12170.

VERSION INFORMATION:
TNS for 64-bit Windows: Version 11.2.0.4.0 - Production
Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.4.0 - Production
Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.4.0 - Production
Time: 12-9月 -2017 18:43:36
Tracing not turned on.
Tns error struct:
ns main err code: 12535

TNS-12535: TNS: 操作超时
ns secondary err code: 12606
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.76.20)(PORT=56152))

...全文

487 5 打赏收藏转发到动态举报

写回复

用AI写文章

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

qq_33507131 2017-09-14

打赏
举报

这个链接不错，针对你现在这个问题，讲解的非常清楚，并且提供了两种解决措施 http://www.linuxidc.com/Linux/2015-05/118004.htm

私念醉美 2017-09-14

打赏
举报

引用 1 楼 minsic78 的回复:

这问题可能会很复杂，如果不是单纯的网络原因，而是数据库的问题的话，建议在突然连接到不服务的时候，登录到数据库服务器，查下当时的等待事件概况，也许还能从等待事件中瞧出点端倪。简单点的，比如： select event,count(*) from gv$session group by event order by 2 desc;

心累，服务部署在IIS上win server 2008r2 使用了一个多月没有任何问题。突然就感觉间歇性链接不上数据库。造成iis程序池假死。回收就好了。

私念醉美 2017-09-14

打赏
举报

引用 4 楼 qq_33507131 的回复:

这个链接不错，针对你现在这个问题，讲解的非常清楚，并且提供了两种解决措施 http://www.linuxidc.com/Linux/2015-05/118004.htm

这个帖子看了，添加只是关闭了alter日志记录没有解决实际问题，数据库用的是连接池的形式链接的。

minsic78 2017-09-13

打赏
举报

这问题可能会很复杂，如果不是单纯的网络原因，而是数据库的问题的话，建议在突然连接到不服务的时候，登录到数据库服务器，查下当时的等待事件概况，也许还能从等待事件中瞧出点端倪。简单点的，比如： select event,count(*) from gv$session group by event order by 2 desc;