oracle 11g 以后 ocr 可以放到 asm 磁盘上，而ASM的启动依赖于ocr和votedisk，所以在丢失ocr或votedisk 会导致cluter无法正常启动
如果原来的ocr 位置已经不存在，则必须使用相同的名字在原来相同的位置创建一个空 OCR 。
建议使用以下步骤来恢复OCR：
1、确定当前集群节点数
C:\>olsnodes
2、关闭 oracle clusterware （all of the nodes）
C:\crsctl stop crs
可能会因为 ocr 损坏而无法关闭集群，可以使用下面的命令来强制关闭集群：
C:\>crsctl stop crs -f
3、以独占模式启动集群
C:\>crsctl start crs -excl -nocrs
-nocrs 表示crsdprocess and OCR 不随集群堆栈一起启动，但是ASM 实例会启动
可以忽略上述命令执行时报出的错误信息。
4、恢复ocr
恢复前要确保相应的 ocr device 或者asm diskgroup 已经存在或者 已经mount了
如果是asm disk group 可以使用 asmca 图形界面来创建 dg
---先确定ocr 的备份位置
ocrconfig -showbackup
---恢复ocr
C:\>ocrconfig -restore file_name
5、验证ocr的完整性
C:\>ocrcheck
6、关闭运行在排他模式下的集群
C:\>crsctl stop crs -f
7、重启集群
C:\>crsctl start crs
8、使用CVU组件验证OCR 在所有节点间的完整性：
C:\>cluvfy comp ocr -n all -verbose
一下检测信息来之 liunx的测试环境，window 环境也差不多
$cluvfy comp ocr -n all -verbose
Verifying OCR integrity
Checking OCR integrity...
Checking the absence of a non-clustered configuration...
All nodes free of non-clustered, local-only configurations
ASM Running check passed. ASM is running on all specified nodes
Checking OCR config file "/etc/oracle/ocr.loc"...
OCR config file "/etc/oracle/ocr.loc" check successful
Disk group for ocr location "+CRS" available on all the nodes
NOTE:
This check does not verify the integrity of the OCR contents. Execute ‘ocrcheck‘ as a privileged user to verify the
contents of OCR.
OCR integrity check passed
Verification of OCR integrity was successful.
windows 环境如何恢复 （oracle 11g grid） ocr voting 损坏的集群,布布扣,bubuko.com
windows 环境如何恢复 （oracle 11g grid） ocr voting 损坏的集群
原文地址：http://blog.csdn.net/lixora/article/details/31388035
