Fatal NI connect error 12170 TNS-12535: TNS: 操作超时

一、alert日记中频繁报如下错误：

Fatal NI connect error 12170.


  VERSION INFORMATION:
TNS for Linux: Version 11.2.0.4.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.4.0 - Production
  Time: 19-11月-2014 14:49:27
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12535
    
TNS-12535: TNS: 操作超时
    ns secondary err code: 12560
    nt main err code: 505
    
TNS-00505: 操作超时
    nt secondary err code: 110
    nt OS err code: 0
  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=120.31.131.11)(PORT=3145))
Wed Nov 19 14:50:45 2014 ----session被instance kill掉的时间

二、
listener日记上
19-11月-2014 12:37:07 * (CONNECT_DATA=(SERVICE_NAME=orcl)(CID=(PROGRAM=c:\windows\system32\inetsrv\w3wp.exe)(HOST=SVCTAG-9YVTX2X)(USER=NETWORK?SERVICE))) * (ADDRESS=(PROTOCOL=tcp)(HOST=120.31.131.11)(PORT=3145)) * establish * orcl * 0


综合alert日记和listener日记我们可以知道：客户端(HOST=120.31.131.11)(PORT=3145) 19-11月-2014 12:37:07连上数据库orcl，并与Nov 19 14:50:45 2014被instance kill掉，该session在数据库总的存活时间为：2小时13分

总结：
HOST=120.31.131.11 连接数据库的client地址
establish 表明已经建立client到db的连接
注意：alert.log有些(HOST=120.31.131.15)(PORT=1241)，在listener.log中找不到。这很正常，因为只有establish状态的session才会被listener.log记录。


解决办法：
1.确定网络防火墙设置是否适合现有的业务需求（应用监控、流量监控、系统监控）
2.确定网络防火墙是符合业务需求后，可以尝试在sqlnet.ora中添加SQLNET.EXPIRE_TIME参数
举例：SQLNET.EXPIRE_TIME=n  
Where is a non-zero value set in minutes. 此参数会自动解决DCD问题（僵尸进程问题）。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28786649/viewspace-1339042/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/28786649/viewspace-1339042/