当存放表决盘的磁盘组发生磁盘丢失时，启动CRS的步骤 (文档 ID 2055530.1)

当存放表决盘的磁盘组发生磁盘丢失时，启动CRS的步骤 (文档 ID 2055530.1)

转到底部

适用于: Oracle Database - Enterprise Edition - 版本 11.2.0.1 到 11.2.0.2 [发行版 11.2] 本文档所含信息适用于所有平台 目标 当存放表决盘和OCR的ASM磁盘组发生磁盘丢失时，CRS无法正常被启动。 此文档提供了在这种情况下启动CRS的步骤。 在Oracle Exadata环境中，这一般是由于丢掉一块celldisk或者丢掉整个存储节点引起的。  解决方案 大体上，这个错误是由于一部分磁盘或者整个cell存在问题，导致ASM实例无法启动。 这样CRS就没办法访问到存放在ASM磁盘组（比如SYSTEMDG）中的表决盘和OCR。 基本的解决步骤如下： 1. 用命令“crsctl stop crs [-f]”关闭所有节点的CRS。 2. 执行命令“crsctl start crs –excl”将CRS启动到“exclusive”模式。 这样CRS会在可用的磁盘中重新创建丢失的表决盘。  3. 强制挂载存放表决盘和OCR的磁盘组: sql>connect / as sysasm sql>alter diskgroup <name> mount force;   所有有问题的磁盘会被强制删除(force mode)，紧接着触发一次rebalance。 此时可以卸载（dismount）这个磁盘组。 4. 关闭 CRS 5. 正常启动此节点的CRS， 同样的方法强制挂载其他的磁盘组。  6. 启动所有节点的CRS   补充 在重建了OCR和表决盘所在的磁盘组以后，下面步骤会帮助你从备份中恢复OCR 1.列出OCR的备份 # $GI/bin/ocrconfig -showbackup 2. 检查备份的完整性 # $GI/bin/ocrdump -backupfile backup_file_name 3. 停掉所有节点的CRS # $GI/bin/crsctl stop crs [-f] 4. 11.2.0.2之前的版本: 在任一节点，将CRS启动到exclusive模式           # $GI/bin/crsctl start crs –excl 继续第5步   11.2.0.2或之后的版本: 在任一节点，在不启动crsd的情况下，将crs启动到exclusive模式          # $CRS_HOME/bin/crsctl start crs -excl -nocrs          从第6步继续（跳过第5步） 注意: 在11.2.0.2及以上版本，引入了一个新的选项’-nocrs’。 使用这个选项启动时， ora.crsd不会被启动。 在上述场景中，启动CRS一定要加这个选项，否则ora.crsd的启动失败，会导致ora.cluster_interconnect.haip无法启动， ASM实例将会因此 crash。 5. 停掉 crsd # $GI/bin/crsctl stop resource ora.crsd -init 6. 创建磁盘组 sql>create diskgroup <name normal redundancy disk '<path to disks' FORCE ATTRIBUTE 'compatible.asm'='11.2.0.2.0','compatible.rdbms'='11.2.0.2.0','au_size'='4M','cell.smart_scan_capable'='TRUE'; 7. 选择一个OCR备份进行恢复 # $GI/bin/ocrconfig -restore file_name 8. 检验OCR的完整性 # $GI/bin/ocrcheck 9. 查看表决盘。 如果磁盘组已经被重建，应该是空的。 #$GI/bin/crsctl start resource ora.crsd -init # $GI/bin/crsctl query css votedisk 10. 添加表决盘: # $GI/bin/crsctl replace votedisk <DISKGROUP NAME> 11. 将CRS重新启动到正常模式 # $GI/bin/crsctl stop crs # $GI/bin/crsctl start crs 12. 检验表决盘和OCR # $GRI/bin/crsctl query css votedisk # $GI/bin/ocrcheck 13. 启动cluster: #$GRI/bin/crsctl start cluster