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.

单位为秒,client须要在指定的时间内提交须要的认证信息。

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.

单位为秒,client与监听建立连接后多久须要完毕连接请求

比如:

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.client和server的OS平台、版本号是ORACLE支持的

3.假设使用9I或之前的Oracle Names Server,配置暂时tnsnames.ora 并在sqlnet.ora file 写入 NAMES.DIRECTORY_PATH = (TNSNAMES)

4.假设正在使用Shared Server。尝试使用SERVER=DEDICATED

5.数据库server负载高,CPU/内存等检查

6.10.1、10.2版本号 client可能在网络慢时收到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错误的组合。

排查client是否异常发出过多连接、连接风暴等问题。

8.监听器负载大,大量client连接积压。监听器不能及时处理。--或者连接风暴

9.server正在启动过程中。。

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.

05-11 14:00