Oracle 19c RAC打补丁过程避坑指南

墨天轮原文链接：https://www.modb.pro/db/22393

 

导读：记录19.3 rac 打补丁过程中遇到的一些问题19.3升19.5、19.5升19.6。

 

新装的19.3 rac 需要安装补丁，目前最新的RU是19.6，由于最新的可能不稳定，选择了次新的19.5，打第一套比较顺利，后面的几套都出现些大大小小的问题 ，记录一下。

 

19.3存在一个比较严重的crs-6015错误，是个bug，在19.6得到了修复，我打完4套19.5，又重新打了遍19.6，比较坑，强列建议直接打19.6。

 

a）下载RU19.6补丁：p30463609_190000_Linux-x86-64.zip ,包含GI、DB、OJVM 累积增量补丁。

b）补丁安装顺序：GI–>DB-OJVM。

c）打了19.5可以直接打19.6，不需要卸载。

d）打gi和db都是在root下面操作，只有ojvm需要在oracle用户下面操作。

 

一、补丁安装方法

 

1. 检查环境：

 

由于新装的，我这里就省略掉了，可以看README.html里面的方法.

 

2. 解压补丁包

 

我下载的是gi的RU，里面包含gi和db的补丁，我是解压到/tmp下面。

 

[root@xydb8node1 ~]# unzip p30116789_190000_Linux-x86-64.zip -d /tmp/ru19.5

 

[root@xydb8node1 ~]# chmod -R 777 /tmp/ru19.5

 

3. 先打gi补丁【节点1打完，再打节点2】，使用opatchauto。

 

打gi要用gi_home的opatchauto，打oracle用oracle_home的opatchauto ,切记都是在root下面执行命令,这时用的是全路径，配置Path切换容易出错。

[root@xydb8node1 ~]# /u01/app/19.3.0/grid/OPatch/opatchauto apply /tmp/ru19.5/30116789

 

4. 检查gi是否成功

 

[grid@xydb8node1 ~]$ /u01/app/19.3.0/grid/OPatch/opatch lspatches

30125133;Database Release Update : 19.5.0.0.191015 (30125133)

30122167;ACFS RELEASE UPDATE 19.5.0.0.0 (30122167)

30122149;OCW RELEASE UPDATE 19.5.0.0.0 (30122149)

29401763;TOMCAT RELEASE UPDATE 19.0.0.0.0 (29401763)

 

OPatch succeeded.

 

5. 打db补丁【节点1打完，再打节点2】，使用opatchauto。

 

[root@xydb8node1 ~]# /u01/app/oracle/product/19.3.0/db_1/OPatch/opatchauto apply /tmp/ru19.5/30116789 -oh /u01/app/oracle/product/19.3.0/db_1

 

6. 检查db是否成功

 

[oracle@xydb8node1 ~]$ /u01/app/oracle/product/19.3.0/db_1/OPatch/opatch lspatches

30125133;Database Release Update : 19.5.0.0.191015 (30125133)

30122149;OCW RELEASE UPDATE 19.5.0.0.0 (30122149)

 

OPatch succeeded.

 

7. 打OJVM补丁【节点1打完，再打节点2】

[root@xydb8node1 ~]# cd /tmp/ru19.6/30463609/30484981/

[root@xydb8node1 30484981]# /u01/app/oracle/product/19.3.0/db_1/OPatch/opatch apply

#按提示输入y,y即可。

 

8. 回退方法

 

#gi回退

/u01/app/19.3.0/grid/OPatch/opatchauto rollback /tmp/grid_path/30116789 -oh /u01/app/19.3.0/grid

 

#db回退

/u01/app/oracle/product/19.3.0/db_1/OPatch/opatchauto rollback /tmp/grid_path/30116789 -oh /u01/app/oracle/product/19.3.0/db_1

 

 

9. 小结

 

先打节点1，或2都行，没有强制要求先打节点1，习惯而已。补丁安装过程中可能会遇到各种权限问题及其它问题，后面针对遇到的问题都做了下记录，让后面的人少踩坑。

 

二、遇到的一些错误

 

错误No.1

Patch: /tmp/grid_path/30116789/30122149

Log: /u01/app/oracle/product/19.3.0/db_1/cfgtoollogs/opatchauto/core/opatch/opatch2020-03-09_17-44-51PM_1.log

Reason: Failed during Patching: oracle.opatch.opatchsdk.OPatchException: ApplySession failed in system modification phase... 'ApplySession::apply failed: java.io.IOException: oracle.sysman.oui.patch.PatchException: java.io.FileNotFoundException: /u01/app/oraInventory/ContentsXML/oui-patch.xml (Permission denied)'

 

After fixing the cause of failure Run opatchauto resume

 

]

OPATCHAUTO-68061: The orchestration engine failed.

OPATCHAUTO-68061: The orchestration engine failed with return code 1

OPATCHAUTO-68061: Check the log for more details.

OPatchAuto failed.

 

OPatchauto session completed at Mon Mar  9 17:45:31 2020

Time taken to complete the session 1 minute, 16 seconds

 

 opatchauto failed with error code 42

 

问题描述:

 

DB补丁安装过程中报出的权限不足，具体原因不明，没有深入去分析,19c打补丁过程中会遇到各种权限问题。

 

解决办法:

 

[root@xydb8node1 ~]# chmod 777 /u01/app/oraInventory/ContentsXML/oui-patch.xml

 

#resume是接着上次失败的地方继续安装的意思。

[root@xydb8node1 ~]# /u01/app/oracle/product/19.3.0/db_1/OPatch/opatchauto resume

 

错误No.2

 

2020-03-10 11:18:18.961 [CSSDMONITOR(150856)]CRS-8500: Oracle Clusterware CSSDMONITOR process is starting with operating system process ID 150856

2020-03-10T11:18:19.092125+08:00

Errors in file /u01/app/grid/diag/crs/xydb8node2/crs/trace/ohasd.trc  (incident=41):

CRS-6015 [] [] [] [] [] [] [] [] [] [] [] []

Incident details in: /u01/app/grid/diag/crs/xydb8no