ORA-609,ORA-12537問題處理

dawn009發表於2014-08-14
轉載於:http://lanying1982.blog.163.com/blog/static/23067748201332410527783/
------&gt>方案一
[Oracle] opiodr aborting process unknown ospid (***) as a result of ORA-609

今天線上資料庫(版本11.2.0.1)無法建立新連線,但原有的連線不受影響,alert.log報如下錯誤:

opiodr aborting process unknown ospid (22997) as a result of ORA-609

但在listener.log裡卻顯示連線已建立

03-APR-2014 16:05:44 * (CONNECT_DATA=(SERVICE_NAME=orcl2.localdomain)(CID=(PROGRAM=python@lx151)(HOST=lx151)(USER=gl))) * (ADDRESS=(PROTOCOL=tcp)(HOST=10.10.100.151)(PORT=52903)) *establish * orcl2.localdomain * 0

在sqlnet.log裡報12537錯誤

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-APR-2014 15:24:30
  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

當用lsnrctl status檢視監聽器狀態時,卡住

透過查詢官方文件,知道這是個bug,後來根據網上搜尋的解決辦法,連結:

刪除主機檔案/etc/resolv.conf,果然恢復了,具體原因不清楚,這只是一個臨時的解決辦法,要想徹底解決,應該要升級
------&gt>方案二

公司某系統在alert日誌中報如下錯誤
       TNS for HPUX: Version 11.2.0.3.0 - Production
        Oracle Bequeath NT Protocol Adapter for HPUX: Version 11.2.0.3.0 - Production
Fatal NI connect error 12547, connecting to:
 (LOCAL=NO)
 
  VERSION INFORMATION:
        TNS for HPUX: Version 11.2.0.3.0 - Production
        Oracle Bequeath NT Protocol Adapter for HPUX: Version 11.2.0.3.0 - Production
        TCP/IP NT Protocol Adapter for HPUX: Version 11.2.0.3.0 - Production
  Time: 23-APR-2013 18:30:09
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12547
 
TNS-12547: TNS:lost contact
    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 (13330) as a result of ORA-609
Tue Apr 23 18:30:09 2013

並且,客戶端連線資料庫特別慢,超過20s,檢視oracle support,翻到了note 1121357.1,直接跳到known issues,直接將listener中INBOUND_CONNECT_TIMEOUT_ 及 SQLNET.INBOUND_CONNECT_TIMEOUT設定為0,故障消除。

     公司其它系統都用的都是預設配置,沒有發現這樣的問題。
     與其它系統的不同處是該系統客戶端與伺服器端位於不同網段,是否有影響暫時不知道。
listener 原配置與修改後配置如下:

LISTENER=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER))))            # line added by Agent
LISTENER_SCAN1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_SCAN1))))                # line added by Agent
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=ON                # line added by Agent
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON              # line added by Agent
INBOUND_CONNECT_TIMEOUT_LISTENER=120
INBOUND_CONNECT_TIMEOUT_LISTENER_SCAN1=120
TRACE_LEVEL_CLIENT=0
TRACE_DIRECTORY_CLIENT=/oracle/app/crs_base/diag/tnslsnr/cydb1/listener/trace
TRACE_TIMESTAMP_CLIENT=TRUE
DIAG_ADR_ENABLED=off
-----------------------------------------------------
LISTENER=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER))))            # line added by Agent
LISTENER_SCAN1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_SCAN1))))                # line added by Agent
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=ON                # line added by Agent
ENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER=ON              # line added by Agent
INBOUND_CONNECT_TIMEOUT_LISTENER=0
TRACE_LEVEL_CLIENT=0
TRACE_DIRECTORY_CLIENT=/oracle/app/crs_base/diag/tnslsnr/cydb1/listener/trace
TRACE_TIMESTAMP_CLIENT=TRUE
DIAG_ADR_ENABLED=off
只修改了標黑部分

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29119536/viewspace-1251272/,如需轉載,請註明出處,否則將追究法律責任。

相關文章