Oracle RAC服务无法随集群启动？检查服务依赖关系

Oracle RAC数据库实例未随集群自动启动的排查指南

在Oracle RAC环境中，节点服务器重启后数据库实例未能自动启动，是一个常见且影响业务连续性的运维难题。这通常表明集群服务的自动启动链条在某个环节发生了中断。无需慌张，我们可以遵循从底层基础设施到上层应用服务的逻辑顺序，系统性地排查以下几个关键环节。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

确认ora..db资源的AUTO_START属性是否配置为always

首要且最常见的原因，是数据库资源本身未被正确配置为自动启动。许多管理员存在一个认知误区，认为数据库作为集群的一部分，必然会随集群启动。实际上，Oracle集群资源管理器（CRS）仅在数据库资源的AUTO_START属性明确设置为always时，才会在节点启动后尝试启动它。

检查该属性当前值的命令非常简单：
crsctl stat res ora.racdb.db -p | grep AUTO_START

若发现其值并非always，则需要进行修改（以资源ora.racdb.db为例）：
crsctl modify resource ora.racdb.db -attr "AUTO_START=always"

执行此操作时，有几点关键注意事项：
• 该命令必须使用grid操作系统用户身份执行。
• 修改属性后，通常无需重启整个CRS集群服务，但需确保节点已重启或资源状态已被重新加载。
• 若数据库名称包含特殊字符（例如点号），务必使用引号将完整的资源名称包裹起来。

检查srvctl enable database命令是否真正生效

这里存在一个经典的混淆点。不少数据库管理员执行了srvctl enable database命令后，便认为数据库已具备开机自启能力。实际上，该命令仅设置了数据库在srvctl命令行工具层面的“启用”状态，主要影响srvctl start cluster等命令的行为，并不能直接控制系统级的开机自启动流程。

真正的控制权，始终掌握在CRS层级的AUTO_START属性手中。明确以下几点：
• 即使执行了srvctl enable database -d racdb，若底层ora.racdb.db资源的AUTO_START属性仍是restore或never，数据库依然不会随集群启动。
• 检查的优先级非常明确：CRS层属性高于srvctl启用状态。
• 因此，最可靠的做法是统一使用crsctl modify resource ... -attr "AUTO_START=always"命令进行控制，以避免概念混淆和配置遗漏。

验证OHASD启动后CSSD是否成功完成集群成员资格协商

让我们将排查视角转向更底层。如果集群栈在基础服务层面就已停滞，数据库自然无法启动。集群启动的第一步是OHASD（Oracle高可用性服务守护进程），随后会启动CSSD（集群同步服务）。如果ocssd.bin进程长时间停留在starting状态，那么所有依赖它的上层服务（包括ASM、CRSD和数据库）都将无法正常启动。

典型的日志报错信息会包含类似has a disk HB, but no network HB的内容。这非常关键，表明CSSD能够检测到磁盘心跳（即可访问投票盘voting disk），但网络心跳失败。问题的根源通常集中在网络层面：
• NetworkManager服务干扰：在RHEL 6/7等操作系统中，NetworkManager服务可能与集群私网接口的静态配置产生冲突。
• 私网IP地址异常：私网IP被DHCP重新分配，或网卡绑定（bonding）配置存在错误。
• 防火墙规则拦截：防火墙未放行CSSD默认使用的UDP 12345和12346端口通信。
• 主机名解析失败：/etc/hosts文件中集群私网主机名解析不正确或完全缺失。

可以通过以下命令进行验证：
crsctl stat res -t -init 查看ora.cssd初始化资源的状态。
tail -f $GRID_HOME/log//cssd/ocssd.log 实时跟踪CSSD日志，定位首个ERROR级别的错误信息。

确认ASM实例已就绪且CRSD能够正确访问OCR

继续向上排查，CRSD（集群就绪服务）的启动有一个绝对前提：它必须能够正常读写OCR（Oracle集群注册表）和投票盘文件。而这些关键文件都存放在ASM磁盘组中。如果ASM实例未能成功启动，或对应的磁盘组未挂载，CRSD将陷入反复重试的循环，最终因超时而失败。

需要检查的关键点包括：
• 使用crsctl stat res ora.asm命令确认ASM资源状态为ONLINE。
• 运行asmcmd lsdg命令，确保存放OCR的磁盘组（通常名为+OCR）状态显示为MOUNTED。
• 执行ocrcheck命令，其返回状态应显示为Status of Oracle Cluster Registry is as follows :并附带OK结果。
• 如果集群采用了Flex ASM模式，还需确认ora.asm资源的PLACEMENT属性与当前节点是兼容的。

还有一个容易被忽略的细节：OCR的备份路径。使用ocrconfig -showbackup命令查看备份路径，如果备份指向了本地文件系统，而该磁盘空间已满，同样可能导致CRSD初始化失败，尽管错误日志可能不会直接明确地指出此原因。

总而言之，排查Oracle RAC自动启动失败问题，本质上是一个遵循“操作系统 -> 网络通信 -> 集群底层服务（CSSD） -> 集群核心服务（CRSD/ASM） -> 数据库资源”这条依赖链，自底向上、逐层检查的过程。只要按照这个逻辑顺序逐一确认，绝大多数数据库实例无法自动启动的故障都能准确定位并解决。