19c的RAC 环境，升级RU 从19.3 到 19.6，根据19.6 RU readme文档的操作，opatchauto的时候，报错：

查看错误日志：https://www.cndba.cn/dave/article/4081

这里的错误是：

“/u01/software/30501910/30489227/files/bin/ocrconfig.bin” does not exists or is not readable

从这里看像是权限问题，手工修改RU 补丁的权限：

[[email protected] software]# chown grid:oinstall 30501910 -R

再次执行变成了另外的错误。

再次执行，还是报错。如下：

这次错误变了：

Copy failed from ‘/u01/software/30501910/30489227/files/bin/cssdagent’ to ‘/u01/app/19.3.0/grid/bin/cssdagent’…https://www.cndba.cn/dave/article/4081

上MOS搜了一下，有一篇文章和这个错误很类似：

opatch report “ERROR: Prereq checkApplicable failed.” when Applying Grid Infrastructure patch (Doc ID 1417268.1)

MOS里将了多种原因可能会触发这个错误，和我这里最像的是这一条：

我的RU patch 虽然不在GRID_HOME目录下，但也是用root用户解压缩的。 删除原来的解压缩后，重新用grid用户解压缩一次，在打补丁，还是同样的错误：

继续研究，有可能是bug：https://www.cndba.cn/dave/article/4081

Bug 13575478 : PATCH APLLICABLE/CONFLICT CHECK FAILED WITH ‘OPATCH AUTO’

这里的方法和opatchauto有出入，所以尝试进行了analyze，提示有patch 已经打上了，但是通过opatch lspatches 并没有显示，所以对19.6 的RU执行了rollback。

再次执行，变成了另外错误3.

这里的错误提示非常明显：https://www.cndba.cn/dave/article/4081https://www.cndba.cn/dave/article/4081

有活动的sqlplus 窗口存在。 先执行rollback：

再次apply，依旧报错。

这里的错误和错误2是一致的。 其实这个错误才是最根本的，影响19c 打RU的现象，只是MOS上没有找到合理的解释。 现在可行的方法就是使用 nonrolling的方式，分别对GI和DB 进行RU的升级。

按日志提示，执行脚本：

因为之前不能copy文件都是crs的，所以在进行到RU 进行到停CRS时，我手工的执行了停CRS的操作：

这种在打RU过程中手工停crs的方式可以让RU 打成功，但是会导致很多权限问题，CRS 无法启动：

根据错误提示逐个手工修改权限：

Oracle 19c RAC PRVG-11960 : Set user ID bit is not set for file 解决方法https://www.cndba.cn/dave/article/4079

但最终还是按如下方法解决了CRS不能启动的问题：https://www.cndba.cn/dave/article/4081

Oracle 19c 升级19.6 RU 导致权限异常 gipcInternalConnectSync: failed sync request 解决方法https://www.cndba.cn/dave/article/4080

版权声明：本文为博主原创文章，未经博主允许不得转载。