TNS-12535: TNS:operation timed out TNS-00505: Operation timed out

TNS-12535 TNS-00505 经常出现很多这种报错 

Problem Description 
--------------------------------------------------- 
查看alert警告日志，经常发现很多如下报错 
Mon Nov 09 18:40:11 2015 


*********************************************************************** 

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: 09-NOV-2015 18:40:11 
Tracing not turned on. 
Tns error struct: 
ns main err code: 12535 

TNS-12535: TNS:operation timed out 
ns secondary err code: 12560 
nt main err code: 505 

TNS-00505: Operation timed out 
nt secondary err code: 110 
nt OS err code: 0 

Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.0.105.11)(PORT=60866)) 

问题解决：

如下文档解释了这个错误 
Fatal NI Connect Error 12170, 'TNS-12535: TNS:operation timed out' Reported in 11g Alert Log ( Doc ID 1286376.1 ) 
Alert Log Errors: 12170 TNS-12535/TNS-00505: Operation Timed Out ( Doc ID 1628949.1 ) 

基本上这是一个告知性的消息。它的意思是说 
The messages indicate the specified client connection (identified by the 'Client address:' details) has experienced a time out. 

通常是由于客户端发起的连接没有经过正常的流程结束引起的。一个常见的场景是，从客户端连接数据库，比如通过plsql工具，连上之后，很久没有操作， 
然后网络防火墙发现了这个空闲的连接超过了设置的允许时间，于是中断了它。数据库端就会记这个错误。比较糟糕的一种情况是，发起一个非常长时间的查询， 
数据库由于要运行很久才会给客户端发送回复，结果超过了防火墙允许的时间，于是被中断了。 

所以关键在于您的应用方面是否有异常，如果应用方面正常，那么也可以不必管它。 
一个常用的解决方式是在$ORACLE_HOME/network/admin下的sqlnet.ora文件中设置 

SQLNET.EXPIRE_TIME=n Where <n> is a non-zero value set in minutes. 

比如 
SQLNET.EXPIRE_TIME=3 

设置这个参数后，Oracle服务器会每隔n分钟向所有的客户端连接发送一个非常小的侦测包，大约10byte，这个侦测包本身构成了连接上的活跃通讯，从而避免防火墙认为这个连接是空闲的。 

如果设置了这个参数，仍然有错误，而且非常频繁的话，那么可以考虑检查一下报错的客户端地址，看该客户端上有什么应用会导致这个异常？