OPATCHAUTO-68061报错本质是自动化编排失败，根因常为节点2实例关闭超时（活跃会话/长事务阻塞），需结合OPatch Auto、Alert及CRS三类日志协同分析，通过手动停实例resume、恢复异常资源或清理inventory脏状态解决。
不能用 opatchauto 直接滚动打 GI 补丁 —— 官方明确不支持，强行操作大概率卡在 ora.cssd 启动失败。
为什么 opatchauto 滚动打 GI 补丁会失败
Oracle 19c 的 opatchauto 工具对 GI（Grid Infrastructure）滚动升级没有完整 orchestration 支持。它会尝试在节点 2 还运行旧 GI 的情况下启动新 CSSD，但新 GI 组件依赖集群同步状态，而旧节点尚未完成升级，导致心跳、表决盘、OCR 访问冲突。最典型现象是执行 crsctl start crs 后卡住，日志里反复出现 CRS-4638: Oracle High Availability Services is online 之后无后续，ps -ef | grep cssd 显示进程僵死或反复重启。
这不是环境配置问题，是工具能力边界 —— 官方文档（Doc ID 2555800.1）已注明：GI 补丁必须使用非滚动（-nonrolling）模式，且严格遵循「GI 先于 DB」顺序。
opatchauto apply -nonrolling 是唯一可靠路径
所谓“优雅”，在这里不是指零停机，而是指可控、可回退、不破坏集群一致性。实际操作中必须接受「单节点 GI 停机窗口」，但整个过程可压缩到 10–15 分钟内完成。
- 节点 1 执行前，确保
crsctl check cluster -all全部通过，且ocrcheck、crsctl query css votedisk输出正常 - 节点 1 root 用户执行：
/u01/app/19.3.0/grid/OPatch/opatchauto apply /soft/p35319490_190000_Linux-x86-64 -oh /u01/app/19.3.0/grid -nonrolling - 执行完成后，不要立刻启 CRS，先验证：
/u01/app/19.3.0/grid/OPatch/opatch lsinventory -detail确认补丁已 listed；再crsctl stop crs（如果还 running），然后crsctl start crs - 节点 2 必须等节点 1 的 CRS 完全 online（
crsctl check crs全 green）、且cluvfy comp patch -n rac2 -p /soft/p35319490_190000_Linux-x86-64通过后，才能开始同样流程
滚动打 GI 补丁的替代方案只有手动拆解 + 风险自担
极少数客户曾用 opatch（非 opatchauto）手动逐组件打补丁，例如：
cd /soft/35319490 /u01/app/19.3.0/grid/OPatch/opatch apply -oh /u01/app/19.3.0/grid -local
但这绕过了 opatchauto 的依赖检查、冲突检测和 CRS 服务协调逻辑，容易遗漏 ACFS、OCW 或 GIPCD 相关子补丁，且后续 datapatch 对 GI 无效，无法验证完整性。官方不提供支持，MOS 上相关案例均标记为「unsupported workaround」。
真正需要滚动能力的场景（如金融核心库不允许任何 GI 中断），应评估是否满足以下条件：补丁本身是否含 GI 层热修复（极少）、是否已升级到支持 crsctl rollingpatch 的 19c RU 版本（当前最新 19.23+ 仍不支持）、是否有 Oracle SEV1 SR 可申请定制 patch —— 否则，就老老实实走 -nonrolling。
最容易被忽略的三个细节
一是 OPatch 版本必须 ≥ 12.2.0.1.30（对应补丁 p6880880_190000_Linux-x86-64.zip），低于此版本的 opatchauto 甚至无法识别 19c GI 补丁结构；
二是 /soft/ 路径下补丁目录权限必须为 grid:oinstall，且不能有中文或空格，否则 opatchauto 解析 inventory.xml 失败，报错 OPATCHAUTO-68061；
三是节点 2 执行前，务必确认节点 1 的 ora.asm、ora.crsd、ora.cssd 全部 online，且 crsctl stat res -t | grep ONLINE 中 GI 资源无 INTERMEDIATE 状态 —— 这个状态看似 online，实则 CSSD 未完全接管，此时切节点 2 就会触发脑裂。
