快速解决方案：登录到有问题的节点，使用root用户执行以下命令清理临时文件和重启crs服务：
rm -rf /u01/app/19.0.0/grid/crsdata/*
crsctl stop crs -f
crsctl start crs
然后检查crs状态：crsctl check crs，如果所有服务up，则重新尝试滚动升级。远程处理时，通过ssh root@node执行，确保防火墙不阻挡端口1521和asm端口。

故障描述

在Oracle 19c RAC环境中进行滚动升级时，第二个节点报ORA-15158: cluster in rolling patch state，升级被阻止。日志显示string错误，涉及ASM磁盘组访问问题，无法继续。

原因分析

ORA-15158错误通常是因为集群处于滚动补丁状态，第一个节点升级后未正确清理crsdata目录残留文件，导致后续节点检测到不一致状态。string错误是ASM元数据校验失败。

解决方案步骤

1. 停止所有节点的crs服务。
2. 清理crsdata目录：find /u01/app/grid -name "crsdata" -exec rm -rf {} /
3. 重启crs：crsctl start crs
4. 验证：crsctl stat res -t
5. 继续升级，使用dbua或mopatch工具。

远程处理经验

对于远程服务器，无法物理访问时，使用PDK工具或ansible playbook批量执行清理命令。确保所有节点时间同步，避免NTP漂移导致string错误。升级前运行opatch lsinventory -detail确认补丁状态一致。

预防措施

升级前备份crsdata，升级单个节点后立即验证ASM状态，使用asmca检查磁盘组。避免在高峰期升级，准备回滚计划。

实际案例

某银行RAC集群升级19c，第二个节点卡ORA-15158，清理后5分钟内恢复。string错误通过重置ASM密码文件解决：orapwd file=+/your_diskgroup/asm/asmwals12.rsp。

FAQ
Q: ORA-15158后升级还能继续吗？
A: 是，清理crsdata后即可继续。
Q: string错误是什么？
A: 通常是路径或元数据string不匹配，检查日志路径。
Q: 远程怎么快速检查crs状态？
A: ssh node 'crsctl check crs'
Q: 升级失败怎么回滚？
A: rootpatch.sh -rollback