ALERT日志中常见监听相关报错之三：ORA-609 TNS-12537 and TNS-12547 or TNS-12170 TNS-12535错误的排查

时间：2015-07-17 16:19:56 阅读：166 评论：0 收藏：0 [点我收藏+]

标签：tns-12537 tns-12547 tns-12170 tns-12535

1.11G中ALERT日志中有报错ORA-609 TNS-12537 and TNS-12547 or TNS-12170 12170, ‘TNS-12535等问题的解决方法：
Troubleshooting Guide for TNS-12535 or ORA-12535 or ORA-12170 Errors (文档 ID 119706.1)
TNS-12535 / ORA-12535 on Connection to Database (文档 ID 214122.1)
11g: ORA-609 TNS-12537 and TNS-12547 or TNS-12170 in 11g Alert.log (文档 ID 1116960.1)
Fatal NI Connect Error 12170, ‘TNS-12535: TNS:operation timed out‘ Reported in 11g Alert Log (文档 ID 1286376.1)

TNS-12535 or ORA-12535从本质上来说是客户端与服务器之间计时的问题。a timing issue between the client and server.
这个错误通常是由于防火墙或网络不稳定、慢引起的超时。也可能是主机的TCP QUEUESIZE setting设置问题。
通常也需要排查监听配置文件：
listener.ora -->
CONNECT_TIMEOUT_<listener_name> (8.1.x and lower only)
   or
INBOUND_CONNECT_TIMEOUT_<listener_name> (9.2 and above)
sqlnet.ora -->
SQLNET.INBOUND_CONNECT_TIMEOUT (9.2 and up).

listener.ora: INBOUND_CONNECT_TIMEOUT_listenername
set to a value in seconds and determines how long a client has to provide the necessary authentication information to a database.
单位为秒，客户端需要在指定的时间内提交需要的认证信息。
sqlnet.ora: SQLNET.INBOUND_CONNECT_TIMEOUT
INBOUND_CONNECT_TIMEOUT_listenername is set to a value in seconds and determines how long a client has to complete its connect request to the listener after the network connection has been established.
单位为秒，客户端与监听建立连接后多久需要完成连接请求
例如：
Sqlnet.ora: SQLNET.INBOUND_CONNECT_TIMEOUT=180
Listener.ora: INBOUND_CONNECT_TIMEOUT_listener_name=120
参考:11g: ORA-609 TNS-12537 and TNS-12547 or TNS-12170 in 11g Alert.log (文档 ID 1116960.1)

排查方法：
1.可以PING通连接串中的主机HOST--如RAC的VIP/SCAN，检查防火墙、路由、网络慢等
2.客户端和服务器的OS平台、版本是ORACLE支持的
3.如果使用9I或之前的Oracle Names Server，配置临时tnsnames.ora 并在sqlnet.ora file 写入 NAMES.DIRECTORY_PATH = (TNSNAMES)
4.如果正在使用Shared Server，尝试使用SERVER=DEDICATED
5.数据库服务器负载高,CPU/内存等检查
6.10.1、10.2版本客户端可能在网络慢时收到ORA-12535 or ORA-12170，修改如下：
These parameters are set on the SERVER side:
listener.ora: INBOUND_CONNECT_TIMEOUT_listenername   --为0（无限期）
sqlnet.ora: SQLNET.INBOUND_CONNECT_TIMEOUT   --120防DOS
7.11g版数据库警报日志还可能包含12535和/或12170错误的组合。
排查客户端是否异常发出过多连接、连接风暴等问题。
8.监听器负载大，大量客户端连接积压，监听器不能及时处理。--或者连接风暴
9.服务器正在启动过程中。。
10.TRACE跟踪一下 DOC:文档 ID 1116960.1

解决方法：
1.8I及之前版本，在 listener.ora中配置CONNECT_TIMEOUT_<listener_name> and make it a higher value.
2.9I及之后版本，CONNECT_TIMEOUT_<listener_name> parameter is obsoleted.
需要根据不同版本来设置。

3.11G中此错误会出现在ALERT日志中。这个错误对应用基本没有影响，通常可以忽略。
ORACLE就给了一个损招，不让监听超时错误出现在告警日志里，回到10G的形式保存在监听的LOG中。。
Fatal NI Connect Error 12170, ‘TNS-12535: TNS:operation timed out‘ Reported in 11g Alert Log (文档 ID 1286376.1)
方法1： server‘s sqlnet.ora :
DIAG_ADR_ENABLED = OFF
方法2：
Also, to back out the ADR diag for the Listener component, server‘s listener.ora:
DIAG_ADR_ENABLED_LISTENER = OFF
此时出现监听超时错误只出现在监听日志，注意ADR_BASE_LISTENER = /orabase   --删除此条目。
对sqlnet文件的修改是要重新注册监听才能生效的。

4.11G中还可以设置sqlnet.ora--文档 ID 1628949.1
SQLNET.EXPIRE_TIME=n Where <n> is a non-zero value set in minutes.

标签：tns-12537 tns-12547 tns-12170 tns-12535

原文地址：http://blog.csdn.net/haibusuanyun/article/details/46927023

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行