oracle11.2.0.4rac+linux7.7打gi/db20191015psu注意点

补丁需要放到grid:oinstall属主下的空目录下，两个节点需要分别打。

两个节点的ocm.rsp在grid用户下$ORACLE_HOME/OPatch/ocm/bin/下直接生成即可。

注意检查grid和oracle家目录下的oracle权限属主问题

节点1打补丁第一次failed，原因可能是ocm.rsp路径问题。失败后会导致集群无法启动，需检查$ORACLE_HOME/log/rac1/alertjyc1.log日志。

一般都是因为bin/oracle的属主权限被修改了，调整正常后可正常启动。

再次打补丁的过程成功状态后启动crs后可能会报错crs-4124,crs-4000忽略即可:

然后ps -ef|gerp d.bin结果kill -9

如果报错：

[[email protected] rac1]$ tail -f alertrac1.log 
[ohasd(7937)]CRS-2769:Unable to failover resource 'ora.cssdmonitor'.
2020-07-07 19:29:45.848: 
[cssd(8146)]CRS-1660:The CSS daemon shutdown has completed
2020-07-07 19:29:48.026: 
[gpnpd(8078)]CRS-2329:GPNPD on node rac1 shutdown. 
[client(33254)]CRS-10001:07-Jul-20 19:34 ACFS-9459: ADVM/ACFS is not supported on this OS version: 'centos-release-7-7.1908.0.el7.centos.x86_64
'
[client(33262)]CRS-10001:07-Jul-20 19:34 ACFS-9201: Not Supported
[client(33573)]CRS-10001:CRS-10132: No msg for has:crs-10132 [10][60]
[client(74567)]CRS-10001:CRS-10132: No msg for has:crs-10132 [10][60]

检查ps -ef|grep d.bin

手动kill掉所有d.bin进程，再crsctl stat crs即可。

重新手动启动集群即可crsctl start crs

等集群服务都正常后，打节点2

节点2打补丁无报错：