Alert Log Errors: 12170 TNS-12535/TNS-00505: Opera

客户反馈系统经常报会话超时,导致应用测试无法正常进行,经检查alert日志发现 Fatal NI connect error 12170. VERSION INFORMATION: TNS for HPUX: Version 11.2.0.4.0 – Production Oracle Bequeath NT Protocol Adapter for H本文来源gaodai#ma#com搞@@代~&码*网/PUX: Version 11.2.0.4.0 – Pro

客户反馈系统经常报会话超时,导致应用测试无法正常进行,经检查alert日志发现

Fatal NI connect error 12170.  VERSION INFORMATION:        TNS for HPUX: Version 11.2.0.4.0 - Production        Oracle Bequeath NT Protocol Adapter for HPUX: Version 11.2.0.4.0 - Production        TCP/IP NT Protocol Adapter for HPUX: Version 11.2.0.4.0 - Production  Time: 29-SEP-2014 20:42:56  Tracing not turned on.  Tns error struct:    ns main err code: 12535TNS-12535: TNS:operation timed out    ns secondary err code: 12560    nt main err code: 505TNS-00505: Operation timed out    nt secondary err code: 238    nt OS err code: 0  Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.78.199.47)(PORT=55447))Mon Sep 29 20:42:56 2014

虽然大部分网站或者mos上描述,Fatal NI connect error 12170部分情况考虑使用配置如下配置

##调整listener.ora vi $ORACLE_HOME/network/admin/listener.ora增加:DIAG_ADR_ENABLED_LISTENER=OFFINBOUND_CONNECT_TIMEOUT_LISTENER=180##调整sqlnet.ora  vi $ORACLE_HOME/network/admin/sqlnet.ora增加:DIAG_ADR_ENABLED=OFFSQLNET.INBOUND_CONNECT_TIMEOUT=180

这些已经配置,但是现在报12170 TNS-12535 TNS-00505错误,通过结合mos发现,出现该问题,可能是由于应用服务器和数据库服务器之间的防火墙策略设置不适合业务查询需求,出现应用服务器和数据库服务器防火墙超时（比如应用服务器发起一个大查询,在数据库服务器中执行,尚未返回结果,可是网络已经超时,终止会话)
补充知识点

The 'nt secondary err code' identifies the underlying network transport, such as (TCP/IP) timeout limit. In the current case 60 identifies Windows underlying transport layer.The "nt secondary err code" will be different based on the operating system:Linux x86 or Linux x86-64: "nt secondary err code: 110"HP-UX : "nt secondary err code: 238"AIX: "nt secondary err code: 78"Solaris: "nt secondary err code: 145"The alert.log message indicates that a connection was terminated AFTER it was established to the instance.  In this case, it was terminated 2 hours and 3 minutes after the listener handed the connection to the database.  This would indicate an issue with a firewall where a maximum idle time setting is in place. The connection would not necessarily be "idle".  This issue can arise during a long running queryor when using JDBC Thin connection pooling. If there is no data 'on the wire' for lengthyperiods of time for any reason, the firewall might terminate the connection.

解决方案

The non-Oracle solution would be to remove or increase the firewall setting for maximum idle time.  In cases where this is not feasible, Oracle offers the following suggestion:The following parameter, set at the **RDBMS_HOME/network/admin/sqlnet.ora, can resolve this kind of problem.  DCD or SQLNET.EXPIRE_TIME can mimic data transmission between the server and the client during long periods of idle time.SQLNET.EXPIRE_TIME=n  Where  is a non-zero value set in minutes.  See the following : Note 257650.1 Resolving Problems with Connection Idle Timeout With Firewall

当然除下面数据库中解决外,还可以在网络防火墙层面解决,比如增加网络空闲终止时间等

具体参考:Alert Log Errors: 12170 TNS-12535/TNS-00505: Operation Timed Out (Doc ID 1628949.1)
Fatal NI Connect Error 12170, ‘TNS-12535: TNS:operation timed out’ Reported in 11g Alert Log (Doc ID 1286376.1)

• Fatal NI connect error 12170
• WARNING: inbound connection timed out (ORA-3136)
• TNS-12525 TNS-12535 TNS-12606
• ORA-609 TNS-12537 and TNS-12547 in 11g Alert.log
• DATAGUARD中MAXIMUM AVAILABILITY+LGWR SYNC导致主库不能启动
• 因IPC导致多个监听不能正常启动
• hostname配置不切当导致TNS-12542错误
• ERROR OGG-01224 TCP/IP error 110 (Connection timed out); retries exceeded.

原文地址：Alert Log Errors: 12170 TNS-12535/TNS-00505: Opera, 感谢原作者分享。

喜欢 (0)赏

[搞代码]

分享 (0)