[Oracle 11g r2(11.2.0.4.0)]案例分析1-OLR丢失导致数据库启动失败

环境：RHEL5.5+ 112. .0.4G I， 双节点。
问题描述： OBA发现节点2的GI无法启动。
分析过程：由于问题是节点2的GI无法启动， 首先需要确认GI启动到了哪一个阶段。
以下是crsctl stat res -t -init 的输出：
[grid@testl ohasd] $ crsctl stat res -t -init
CRS-4639: Could not contact Oracle High Availability Services
CRS-4000: Command Status failed， or completed with errors.
从以上程序可以看出ohasd 层面都没有启动， 有可能是／et c/inittab 中启动集群的init.ohasd 脚本没有被调用， 或者是ohasd.bin 守护进程没有启动成功。因此需要进一步验证：
[grid@testl ohasd) S ps -ef I grep has
root 2710 1 0 Nov13? 00:00:00 /bin/sh /etc/init.d/init.ohasd run
root 6414 1 1 12:36? 00:00:00 / * * / * * / * * / * */bin/ohasd.bin reboot

根据上面的输出可推出init.ohasd 脚本的确被调用了， 而且ohasd.bin 守护进程也已经被启动，那么问题在于ohasd 没有被成功启动。因此， 需要看一下ohasd 的日志文件以进行分析：
more /u01/app/11.2.0/grid/log/node1/ohasd/ohasd.log

ohasd.log
2014-11-15 12:29:03.167: [default) [3037648592) OHASD Daemon Starting. Command
string :reboot
2014-11-15 12:29:03.169: [default) [3037648592) Initializing OLR
2014-11-15 12:29:03.172: [OCROSD) [3037648592Jutopen:6m ’ ： failed in stat OCR file/disk
／** ／ * ／ * ／ ** ／ cdata/***.olr, errno=2, os err string=No such file or directory
2014 11-15 12:29:03.172: [OCROSD) [3037648592)utopen:7: failed to open any OCR
file/disk, errno=2, os err string=No such file or directory
2014-11-15 12:29:03.172: [OCRRAW) [3037648592)proprinit: Could not open raw device
2014-11-15 12:29:03.173: ［ α：RAPI) [3037648592)a init:16!: Backend init unsuccessful : [26)
2014-11-15 12:29:03.173: [CRSOCR) [3037648592) OCR context init failure. Error:
PROCL-26: Error while accessing the phys工cal storage Operating System error [No
such file or directory) [2)
2014-11-15 12:29:03.173: [ default) [3037648592) Created alert : (:OHAS00106:)
OLR initialization failed, error: PROCL-2 6: Error while accessing the
physical storage Operating System error [No such file or directory] [2]
2014-11-15 12:29:03.173: [ default] (3037648592] [PANIC] OHASD exiting; Could not
init OLR

根据上面的日志信息， 看起来问题是由于无法访问OLR导致的。此时， 需要看一下OLR是否存在。
结果发现OLR文件丢失，由于没有备份olr文件，又不能从别的服务器拷贝，在安装GI的时候默认会产生olr备份，所以可以使用其进行还原：

[root@testl bin]$ ./ocrconfig -local -restore backup_ 20141111 l 42928. olr

最后重新启动GI， 问题解决。
crsctl start crs