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
AI 代码解读
遇到问题应根据问题所处位置查看相应日志文件，进而判断具体问题。
例如 在启动RAC系统资源时报如下错误
[root@oms bin]# ./srvctl start nodeapps -n oms
PRKH-1010 : Unable to communicate with CRS services.
[Communications Error(Native: prsr_initCLSS:[3])]
AI 代码解读
通过crsctl检查crs健康状态
[root@oms bin]# ./crsctl check crs
Failure 1 contacting CSS daemon
Cannot communicate with CRS
Cannot communicate with EVM
AI 代码解读
发现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))
AI 代码解读
从系统日志中得知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已启动
AI 代码解读
本文转自ICT时空dbasdk的博客，原文链接：ORACLE RAC 日志结构解析 ，如需转载请自行联系原博主。
