Oracle 10g R2 RAC CRS无法启动，CRS-1604:CSSD 表决文件脱机
在Oracle 10g R2 RAC环境中，CRS无法启动且出现CRS-1604:CSSD 表决文件脱机的错误，这是一个比较常见但又棘手的问题。本文将详细介绍这个问题的可能原因以及相应的解决方法。
问题分析
当出现CRS-1604错误时，意味着CSSD无法访问表决文件。表决文件在RAC环境中起着至关重要的作用，它用于记录集群成员的状态信息，确保在节点故障时能够正确地进行仲裁和资源管理。
可能的原因包括：
- 表决文件所在的磁盘出现故障或损坏。
- 表决文件的权限设置不正确。
- 网络问题导致节点之间无法正常通信。
- CRS配置文件损坏或不一致。
解决步骤
步骤一：检查表决文件所在磁盘状态
首先，我们需要确认表决文件所在的磁盘是否正常工作。可以使用以下命令来检查磁盘状态：
# 查看磁盘挂载情况 df -h # 检查磁盘是否有错误 dmesg | grep -i error
如果发现磁盘有故障，需要及时修复或更换磁盘。
步骤二：检查表决文件权限
表决文件的权限应该设置为Oracle用户可读写。可以使用以下命令来检查权限：
# 假设表决文件路径为 /dev/raw/raw1 ls -l /dev/raw/raw1
如果权限不正确，可以使用chown和chmod命令进行修改：
# 修改所有者为oracle:oinstall chown oracle:oinstall /dev/raw/raw1 # 修改权限为660 chmod 660 /dev/raw/raw1
步骤三：检查网络连接
网络问题也可能导致CSSD无法访问表决文件。可以使用以下命令检查节点之间的网络连接：
# 检查节点间的ping连通性 ping <其他节点IP地址> # 检查网络接口状态 ifconfig -a
如果发现网络连接有问题，需要排查网络配置和设备故障。
步骤四：修复CRS配置文件
如果上述步骤都没有解决问题，可能是CRS配置文件损坏或不一致。可以尝试重新创建CRS配置文件：
# 停止所有节点的CRS服务 crsctl stop crs # 备份原有的CRS配置文件 cp -r $ORA_CRS_HOME /tmp/crs_backup # 清理OCR和表决文件 dd if=/dev/zero of=/dev/raw/raw1 bs=1024 count=102400 dd if=/dev/zero of=/dev/raw/raw2 bs=1024 count=102400 # 重新初始化OCR和表决文件 ocrconfig -init crsctl add css votedisk /dev/raw/raw1 crsctl add css votedisk /dev/raw/raw2 # 启动CRS服务 crsctl start crs
注意：在执行上述操作之前，请确保已经备份了重要的数据，因为这些操作可能会导致数据丢失。
总结
CRS-1604:CSSD 表决文件脱机是一个比较复杂的问题，需要从多个方面进行排查和解决。通过检查表决文件所在磁盘状态、权限、网络连接以及修复CRS配置文件等步骤，通常可以解决这个问题。在实际操作中，需要根据具体情况进行分析和处理，确保RAC环境的稳定运行。