资讯教程

Oracle 19c RAC升级RU到19.18

截止到现在，oracle19c的patch更新到19.18，19.18 DB的RU 编号是：34765931，GI的RU编号是：34762026

1.查看当前环境

[oracle@rac19c1 ~]$ sqlplus -V

SQL*Plus: Release 19.0.0.0.0 - Production

Version 19.3.0.0.0

2.查看OPatch版本

oracle@rac19c1 ~]$ cd $ORACLE_HOME/OPatch

[oracle@rac19c1 OPatch]$ http://www.toutiao.com/a7205489284999070248/opatch version

OPatch Version: 12.2.0.1.17

OPatch succeeded.备注：升级到19.18，opatch版本需要更新到12.2.0.1.36

3.备份下grid/oracle目录

tar -zcvf /tmp/oracle.tar.gz /u01/app/oracle

tar -zcvf /tmp/grid.tar.gz /u01/app/19.0.0

cp -R /u01/app/oraInventory /tmp

备注:root用户执行

4.升级Opatch(两节点可以同时操作)

grid用户

[root@rac19c1 oracle]# su - grid

Last login: Wed Mar 1 16:45:11 CST 2023

[grid@rac19c1:/home/grid]$ unzip p6880880_190000_Linux-x86-64-12.2.0.1.36.zip -d $ORACLE_HOME

oracle用户：

[root@rac19c1 oracle]# su - oracle

Last login: Wed Mar 1 16:45:13 CST 2023

[oracle@rac19c1:/home/oracle]$ unzip p6880880_190000_Linux-x86-64-12.2.0.1.36.zip -d $ORACLE_HOME

5.开始升级 GI RU (RELEASE UPDATE) 补丁

备注：在升级过程中会用到fuser命令，需提前安装:

yum -y install fuser

说明: (两个节点都要执行)

(1) 升级过程会自动关闭和启动集群。

(2) 先升级节点1 grid，再升级节点2 grid

grid 用户下解压 GI RU 补丁包：

[grid@rac19c1:/home/grid]$ unzip p34762026_190000_Linux-x86-64--19_18.zip

备注:root 用户下使用 `-analyze` 命令预安装 RU，测试兼容性(必须要在 root 用户下，否则报错)

[root@rac19c1 ~]# /u01/app/19.0.0/grid/OPatch/opatchauto apply /home/grid/34762026 -oh /u01/app/19.0.0/grid/ -analyze

如上测试无误后，root 用户下安装 GI RU：

[root@rac19c1 ~]# /u01/app/19.0.0/grid/OPatch/opatchauto apply /home/grid/34762026 -oh /u01/app/19.0.0/grid/

节点1安装完成后，节点2再进行安装。

6.开始升级 DB RU (RELEASE UPDATE) 补丁

说明: (两个节点都要执行)

(1) 升级过程会自动关闭和启动集群。

(2) 先升级节点1 database，再升级节点2 database。

解压patch包:

[oracle@rac19c1:/home/oracle]$ unzip p34765931_190000_Linux-x86-64--19_18.zip

备注:root 用户下使用 `-analyze` 命令预安装 RU，测试兼容性(必须要在 root 用户下，否则报错)

[root@rac19c1 ~]# /u01/app/oracle/product/19.0.0/db_1/OPatch/opatchauto apply /home/oracle/34765931 -oh /u01/app/oracle/product/19.0.0/db_1 -analyze

如上测试无误后，root 用户下安装 database RU：

备注:之前在多次升级到19.6/19.13时会遇到权限等相关错误信息，目前个人在升级到19.18的过程中没有再遇到类似问题.

7.升级数据字典

备注:依次打patch减少了停机时间，但是停机时间还是需要的，就是在这里的运行datapatch的时间。这个步骤是升级数据字典，针对整个database的数据字典，因此只需在一个节点上执行即可。主要注意的是，如果是cdb模式，需要 alter pluggable database all open instances=all，打开所有的pdb之后，再运行datapatch。在执行alter pluggable database all open instances=all 时，在日志中会有WARNING提示，如下:

这种错误先忽略，当执行完datapatch后不会再出现。

8.处理无效对象

9.查看版本变化