alert日志的问题，请刘大帮忙分析下

不相干的闲人

alert日志见附件。
os：linux 6.2
DB版本：11.2.0.2
日志当中频繁出现
***********************************************************************

Fatal NI connect error 12170.

  VERSION INFORMATION:
        TNS for Linux: Version 11.2.0.2.0 - Production
        Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.2.0 - Production
        TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.2.0 - Production
  Time: 13-NOV-2013 08:51:03
  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=172.16.8.1)(PORT=60630))


请刘老师指教是什么问题，该从什么方面着手考虑

不相干的闲人

iimax 发表于 2013-11-21 18:12
metalink上说这个错误是客户端经历了一个超时，新的 Automatic Diagnostic Repository (ADR) 机制将超时信 ...

我这边的环境，出现的状况是双机，都死机了。。。客户很不满意。怀疑是由于双机软件rose HA引起的。又不知道该如何着手分析。

不相干的闲人

iimax 发表于 2013-11-21 18:12
metalink上说这个错误是客户端经历了一个超时，新的 Automatic Diagnostic Repository (ADR) 机制将超时信 ...

您说的很明白，解答详细~谢啦~

不相干的闲人

xin_chy 发表于 2013-11-21 15:11
此问题由于connect time out，11GR2的ADR导致出现在alter中，可以禁止在alert中显示。  ...

谢谢~如果是超时的话，就是看看网络状态稳定不稳定了。那问题不大。谢谢~

iimax

metalink上说这个错误是客户端经历了一个超时，新的 Automatic Diagnostic Repository (ADR) 机制将超时信息写入了日志文件。

These time out related messages are mostly informational in nature.  The messages indicate the specified client connection (identified by the 'Client address:' details) has experienced a time out.  The 'nt secondary err code' identifies the underlying network transport, such as (TCP/IP) timeout limits after a client has abnormally terminated the database connection.

可以通过在SQLNET.ORA文件中设置参数 DIAG_ADR_ENABLED_监听器名称 = OFF 来屏蔽ADR向ALERT写入错误信息。

iimax

我也在alert日志看到过类似信息，很奇怪感觉像监听日志，怎么会输出到alert了 我来搜一下ADR

xin_chy

此问题由于connect time out，11GR2的ADR导致出现在alter中，可以禁止在alert中显示。