日誌報警：
$ORACLE_BASE/diag/rdbms/jrdb/trace/alert_jrdb.log 出現這個報警的時間點正好是在12:06-12:18這段時間內,IDC生產環境,網路出現故障,造成域名解析發生錯誤. *********************************************************************** Fatal NI connect error 12537, connecting to:
(LOCAL=NO) VERSION INFORMATION:
TNS for Linux: Version 11.2.0.1.0 - Production
Oracle Bequeath NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 11.2.0.1.0 - Production
Time: 03-NOV-2011 12:17:26
Tracing not turned on.
Tns error struct:
ns main err code: 12537
TNS-12537: TNS:connection closed ns secondary err code: 12560
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0
opiodr aborting process unknown ospid (3132) as a result of ORA-609 Thu Nov 03 12:17:36 2011 *********************************************************************** 檢查 listener 日誌確認沒有異常,在部分機器 TNSPING XXX 60 等進行嘗試結果正常,無鏈接問題 明顯感覺,只要第一次 tnsping 鏈接正常,之後的 jdbc 鏈接就正常；如果第一次不正常,之後的 jdbc 鏈接就容易返回超時的錯誤. 嘗試重啟 lsnrctl stop/start 和重新載入配置文件 lsnrctl reload 重新註冊資料庫實例,仍然無法解決超時錯誤. tnsping xxxx N 的時候明顯觀察到： OK (56730 msec)
OK (80 msec)
OK (80 msec)
OK (70 msec)
OK (70 msec)
OK (60 msec)
OK (47820 msec)
OK (70 msec)
.... 同時 PING IP 的結果並沒有出現延時,機器之前並未設置防火牆等,可以排除網路和防火牆問題.
在連續 TNSPING 的情況下,出現明顯鏈接延時,懷疑是JianTingQi的問題. 解決辦法： 註釋掉 /etc/resolve.conf 配置文件中對 DNS 的解析解決
[oracle@vcdog log]$ cat /etc/resolv.conf
#nameserver 202.106.0.20 參考以下文章：http://hi.baidu.com/benmaoer/blog/item/ccf7a18badd18d6c9f2fb475.html
