ORACLE RAC 日誌結構解析

dbasdk發表於2014-07-10

ORACLE RAC中的日誌檔案較多,主要根據資源,程式劃分,具體日誌路徑結構如下

linux系統的應用日誌
/tmp/crsctl.5129

CRS日誌
$ORA_CRS_HOME/log/主機名/alert主機名.log
ASM日誌
/u01/app/oracle/admin/+ASM/bdump/alert_+ASM1.log
資料庫日誌
/u01/app/oracle/admin/RACDB/bdump/alert_RACDB1.log

cluster主要程式日誌
/u01/app/oracle/crs/log/oms/crsd/crsd.log

/u01/app/oracle/crs/log/oms/cssd/ocssd.log

/u01/app/oracle/crs/log/oms/evmd/evmd.log


遇到問題應根據問題所處位置檢視相應日誌檔案,進而判斷具體問題。
例如 在啟動RAC系統資源時報如下錯誤
[root@oms bin]# ./srvctl start nodeapps -n oms

PRKH-1010 : Unable to communicate with CRS services.
  [Communications Error(Native: prsr_initCLSS:[3])]

透過crsctl檢查crs健康狀態
[root@oms bin]# ./crsctl check crs
Failure 1 contacting CSS daemon
Cannot communicate with CRS
Cannot communicate with EVM
發現crs相關資源根本未啟動,無法連線,這時無論從CRS日誌,ASM日誌還是cluster主要程式日誌中是無法獲取相應日誌的,因為crs根本沒有啟動,相應日誌也就不會產生,因此最先檢視的日誌應該是系統日誌
[root@oms bin]# tail -f /tmp/crsctl.5129
Failed 3 to bind listening endpoint: (ADDRESS=(PROTOCOL=tcp)(HOST=oms-priv))
從系統日誌中得知hosts檔案中主機名被更改,更正hosts檔案後,重啟network服務
[root@oms bin]# service network restart
Shutting down interface eth0:                              [  OK  ]
Shutting down interface eth1:                              [  OK  ]
Shutting down loopback interface:                          [  OK  ]
Bringing up loopback interface:                            [  OK  ]
Bringing up interface eth0:                                [  OK  ]
Bringing up interface eth1:                                [  OK  ]
[root@oms bin]# ./crsctl check crs
CSS appears healthy
CRS appears healthy
EVM appears healthy
crs已啟動

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

相關文章