windows 环境如何恢复 (oracle 11g grid) ocr voting 损坏的集群
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. Exoracle账号ecute 'ocrcheck' as a privileged user to verify the
contents of OCR.
OCR integrity check passed
Verification of OCR integrity was successful.