Oracle Rac11.2.0.1升级11.2.0.4

rac11.2.0.1升级至11.2.0.4需要p13390677_112040_Linux-x86-64_1of7.zip、p13390677_112040_Linux-x86-64_2of7.zip、p13390677_112040_Linux-x86-64_3of7.zip这3个安装包(1、2是oracle安装包,3是grid安装包)

RAC环境

节点1节点2
主机名wlrac01wlrac02
SIDwlracdb1wlracdb2
DB_NAMEwlracdb
RAC当前版本11.2.0.1
操作系统Red Hat Enterprise Linux Server release 6.8 (Santiago)
ORACLE_HOME/u01/app/oracle/product/11.2.0/db_1
GRID_HOME/u01/app/11.2.0/grid

备份两实例下的oracle_base,以便出问题后恢复

tar zcvf ora11.tar.gz /u01/app

1. 创建新版本所需目录(所有节点)

[root@wlrac01 ~]# mkdir -p /u01/app/oracle/product/11.2.0.4/db_1
[root@wlrac01 ~]# chown -R oracle:oinstall /u01/app/oracle/product/11.2.0.4
[root@wlrac01 ~]# mkdir -p /u01/app/11.2.0.4/grid
[root@wlrac01 ~]# chown -R grid:oinstall /u01/app/11.2.0.4

2. 执行安装前预检查

[grid@wlrac01 grid]$ ./runcluvfy.sh stage -pre crsinst -upgrade -n wlrac01,wlrac02 -rolling -src_crshome /u01/app/11.2.0/grid -dest_crshome /u01/app/11.2.0.4/grid -dest_version 11.2.0.4.0 -fixup -fixupdir /tmp -verbose

命令输出:
执行 集群服务设置 的预检查
正在检查节点的可访问性…

检查: 节点 “wlrac01” 的节点可访问性
目标节点 是否可访问?


wlrac02 是
wlrac01 是
结果:节点 “wlrac01” 的节点可访问性检查已通过

正在检查等同用户…

检查: 用户 “grid” 的等同用户
节点名 状态


wlrac02 通过
wlrac01 通过
结果:用户 “grid” 的等同用户检查已通过

检查 CRS 用户一致性
结果:CRS 用户一致性检查成功

正在检查节点连接性…

正在检查主机配置文件…
节点名 状态


wlrac02 通过
wlrac01 通过

主机配置文件的验证成功

节点 “wlrac02” 的接口信息
名称 IP 地址 子网 网关 默认网关 HW 地址 MTU


eth0 192.168.1.136 192.168.1.0 0.0.0.0 UNKNOWN 00:0C:29:0E:C4:A2 1500
eth0 192.168.1.138 192.168.1.0 0.0.0.0 UNKNOWN 00:0C:29:0E:C4:A2 1500
eth1 172.16.1.4 172.16.0.0 0.0.0.0 UNKNOWN 00:0C:29:0E:C4:AC 1500

节点 “wlrac01” 的接口信息
名称 IP 地址 子网 网关 默认网关 HW 地址 MTU


eth0 192.168.1.135 192.168.1.0 0.0.0.0 UNKNOWN 00:0C:29:02:31:8F 1500
eth0 192.168.1.140 192.168.1.0 0.0.0.0 UNKNOWN 00:0C:29:02:31:8F 1500
eth0 192.168.1.137 192.168.1.0 0.0.0.0 UNKNOWN 00:0C:29:02:31:8F 1500
eth1 172.16.1.3 172.16.0.0 0.0.0.0 UNKNOWN 00:0C:29:02:31:99 1500

检查: 接口 “eth0” 的节点连接性
源 目标 是否已连接?


wlrac02[192.168.1.136] wlrac02[192.168.1.138] 是
wlrac02[192.168.1.136] wlrac01[192.168.1.135] 是
wlrac02[192.168.1.136] wlrac01[192.168.1.140] 是
wlrac02[192.168.1.136] wlrac01[192.168.1.137] 是
wlrac02[192.168.1.138] wlrac01[192.168.1.135] 是
wlrac02[192.168.1.138] wlrac01[192.168.1.140] 是
wlrac02[192.168.1.138] wlrac01[192.168.1.137] 是
wlrac01[192.168.1.135] wlrac01[192.168.1.140] 是
wlrac01[192.168.1.135] wlrac01[192.168.1.137] 是
wlrac01[192.168.1.140] wlrac01[192.168.1.137] 是
结果:接口 “eth0” 的节点连接性检查已通过

检查: 子网 “192.168.1.0” 的 TCP 连接性
源 目标 是否已连接?


wlrac01:192.168.1.135 wlrac02:192.168.1.136 通过
wlrac01:192.168.1.135 wlrac02:192.168.1.138 通过
wlrac01:192.168.1.135 wlrac01:192.168.1.140 通过
wlrac01:192.168.1.135 wlrac01:192.168.1.137 通过
结果:子网 “192.168.1.0” 的 TCP 连接性检查通过

检查: 接口 “eth1” 的节点连接性
源 目标 是否已连接?


wlrac02[172.16.1.4] wlrac01[172.16.1.3] 是
结果:接口 “eth1” 的节点连接性检查已通过

检查: 子网 “172.16.0.0” 的 TCP 连接性
源 目标 是否已连接?


wlrac01:172.16.1.3 wlrac02:172.16.1.4 通过
结果:子网 “172.16.0.0” 的 TCP 连接性检查通过

正在检查子网掩码一致性…
子网 “192.168.1.0” 的子网掩码一致性检查已通过。
子网 “172.16.0.0” 的子网掩码一致性检查已通过。
子网掩码一致性检查已通过。

结果:节点连接性检查已通过

正在检查多点传送通信…

正在检查子网 “192.168.1.0” 是否能够与多点传送组 “230.0.1.0” 进行多点传送通信…
子网 “192.168.1.0” 是否能够与多点传送组 “230.0.1.0” 进行多点传送通信的检查已通过。

正在检查子网 “172.16.0.0” 是否能够与多点传送组 “230.0.1.0” 进行多点传送通信…
子网 “172.16.0.0” 是否能够与多点传送组 “230.0.1.0” 进行多点传送通信的检查已通过。

多点传送通信检查已通过。

正在检查 OCR 完整性…

OCR 完整性检查已通过

检查 ASMLib 配置。
节点名 状态


wlrac02 通过
wlrac01 通过
结果:ASMLib 配置检查通过。

检查: 内存总量
节点名 可用 必需 状态


wlrac02 1.8169GB (1905136.0KB) 1.5GB (1572864.0KB) 通过
wlrac01 1.8169GB (1905136.0KB) 1.5GB (1572864.0KB) 通过
结果:内存总量 检查已通过

检查: 可用内存
节点名 可用 必需 状态


wlrac02 920.2734MB (942360.0KB) 50MB (51200.0KB) 通过
wlrac01 776.6836MB (795324.0KB) 50MB (51200.0KB) 通过
结果:可用内存 检查已通过

检查: 交换空间
节点名 可用 必需 状态


wlrac02 3.9062GB (4095996.0KB) 2.7253GB (2857704.0KB) 通过
wlrac01 3.9062GB (4095996.0KB) 2.7253GB (2857704.0KB) 通过
结果:交换空间 检查已通过

检查: “wlrac02:/u01/app/11.2.0.4/grid,wlrac02:/tmp” 的 空闲磁盘空间
路径 节点名 装载点 可用 必需 状态


/u01/app/11.2.0.4/grid wlrac02 / 95.0703GB 7.5GB 通过
/tmp wlrac02 / 95.0703GB 7.5GB 通过
结果:”wlrac02:/u01/app/11.2.0.4/grid,wlrac02:/tmp” 的 空闲磁盘空间 检查已通过

检查: “wlrac01:/u01/app/11.2.0.4/grid,wlrac01:/tmp” 的 空闲磁盘空间
路径 节点名 装载点 可用 必需 状态


/u01/app/11.2.0.4/grid wlrac01 / 82.1364GB 7.5GB 通过
/tmp wlrac01 / 82.1364GB 7.5GB 通过
结果:”wlrac01:/u01/app/11.2.0.4/grid,wlrac01:/tmp” 的 空闲磁盘空间 检查已通过

检查: “grid” 的 用户存在性
节点名 状态 注释


wlrac02 通过 存在(1100)
wlrac01 通过 存在(1100)

检查 UID 值为 1100 的多个用户
结果:对 UID 值为 1100 的多个用户进行的检查已通过
结果:”grid” 的 用户存在性 检查已通过

检查: “oinstall” 的 组存在性
节点名 状态 注释


wlrac02 通过 存在
wlrac01 通过 存在
结果:”oinstall” 的 组存在性 检查已通过

检查: 组 “oinstall” 中用户 “grid” 的成员资格 [作为 主]
节点名 用户存在 组存在 组中的用户 主 状态


wlrac02 是 是 是 是 通过
wlrac01 是 是 是 是 通过
结果:组 “oinstall” 中用户 “grid” 的成员资格检查 [作为 主] 已通过

检查: 运行级别
节点名 运行级别 必需 状态


wlrac02 5 3,5 通过
wlrac01 5 3,5 通过
结果:运行级别 检查已通过

检查: “打开的文件描述符的最大数” 的 硬性限制
节点名 类型 可用 必需 状态


wlrac02 硬性 131072 65536 通过
wlrac01 硬性 131072 65536 通过
结果:”打开的文件描述符的最大数” 的 硬性限制 检查已通过

检查: “打开的文件描述符的最大数” 的 软性限制
节点名 类型 可用 必需 状态


wlrac02 软性 131072 1024 通过
wlrac01 软性 131072 1024 通过
结果:”打开的文件描述符的最大数” 的 软性限制 检查已通过

检查: “最大用户进程数” 的 硬性限制
节点名 类型 可用 必需 状态


wlrac02 硬性 131072 16384 通过
wlrac01 硬性 131072 16384 通过
结果:”最大用户进程数” 的 硬性限制 检查已通过

检查: “最大用户进程数” 的 软性限制
节点名 类型 可用 必需 状态


wlrac02 软性 131072 2047 通过
wlrac01 软性 131072 2047 通过
结果:”最大用户进程数” 的 软性限制 检查已通过

正在检查主目录 “/u01/app/11.2.0/grid” 中的 Oracle 补丁程序 “9413827 或 9706490”。
节点名 已应用 必需 注释


wlrac02 9413827 9413827 或 9706490 通过
wlrac01 9413827 9413827 或 9706490 通过
结果:主目录 “/u01/app/11.2.0/grid” 中的 Oracle 补丁程序 “9413827 或 9706490” 检查已通过

没有主目录 “/u01/app/11.2.0.4/grid” 所需的 Oracle 补丁程序。

检查: 系统体系结构
节点名 可用 必需 状态


wlrac02 x86_64 x86_64 通过
wlrac01 x86_64 x86_64 通过
结果:系统体系结构 检查已通过

检查: 内核版本
节点名 可用 必需 状态


wlrac02 2.6.32-754.3.5.el6.x86_64 2.6.9 通过
wlrac01 2.6.32-754.3.5.el6.x86_64 2.6.9 通过
结果:内核版本 检查已通过

检查: “semmsl” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 250 250 250 通过
wlrac01 250 250 250 通过
结果:”semmsl” 的 内核参数 检查已通过

检查: “semmns” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 32000 32000 32000 通过
wlrac01 32000 32000 32000 通过
结果:”semmns” 的 内核参数 检查已通过

检查: “semopm” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 100 100 100 通过
wlrac01 100 100 100 通过
结果:”semopm” 的 内核参数 检查已通过

检查: “semmni” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 128 128 128 通过
wlrac01 128 128 128 通过
结果:”semmni” 的 内核参数 检查已通过

检查: “shmmax” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 107374182400 107374182400 975429632 通过
wlrac01 107374182400 107374182400 975429632 通过
结果:”shmmax” 的 内核参数 检查已通过

检查: “shmmni” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 4096 4096 4096 通过
wlrac01 4096 4096 4096 通过
结果:”shmmni” 的 内核参数 检查已通过

检查: “shmall” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 4294967296 4294967296 2097152 通过
wlrac01 4294967296 4294967296 2097152 通过
结果:”shmall” 的 内核参数 检查已通过

检查: “file-max” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 6815744 6815744 6815744 通过
wlrac01 6815744 6815744 6815744 通过
结果:”file-max” 的 内核参数 检查已通过

检查: “ip_local_port_range” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 between 9000.0 & 65500.0 between 9000.0 & 65500.0 between 9000.0 & 65500.0 通过
wlrac01 between 9000.0 & 65500.0 between 9000.0 & 65500.0 between 9000.0 & 65500.0 通过
结果:”ip_local_port_range” 的 内核参数 检查已通过

检查: “rmem_default” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 262144 262144 262144 通过
wlrac01 262144 262144 262144 通过
结果:”rmem_default” 的 内核参数 检查已通过

检查: “rmem_max” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 4194304 4194304 4194304 通过
wlrac01 4194304 4194304 4194304 通过
结果:”rmem_max” 的 内核参数 检查已通过

检查: “wmem_default” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 262144 262144 262144 通过
wlrac01 262144 262144 262144 通过
结果:”wmem_default” 的 内核参数 检查已通过

检查: “wmem_max” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 1048576 1048576 1048576 通过
wlrac01 1048576 1048576 1048576 通过
结果:”wmem_max” 的 内核参数 检查已通过

检查: “aio-max-nr” 的 内核参数
节点名 当前值 已配置 必需 状态 注释


wlrac02 1048576 1048576 1048576 通过
wlrac01 1048576 1048576 1048576 通过
结果:”aio-max-nr” 的 内核参数 检查已通过

检查: “make” 的 包存在性
节点名 可用 必需 状态


wlrac02 make-3.81-23.el6 make-3.80 通过
wlrac01 make-3.81-23.el6 make-3.80 通过
结果:”make” 的 包存在性 检查已通过

检查: “binutils” 的 包存在性
节点名 可用 必需 状态


wlrac02 binutils-2.20.51.0.2-5.48.el6 binutils-2.15.92.0.2 通过
wlrac01 binutils-2.20.51.0.2-5.48.el6 binutils-2.15.92.0.2 通过
结果:”binutils” 的 包存在性 检查已通过

检查: “gcc(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 gcc(x86_64)-4.4.7-23.el6 gcc(x86_64)-3.4.6 通过
wlrac01 gcc(x86_64)-4.4.7-23.el6 gcc(x86_64)-3.4.6 通过
结果:”gcc(x86_64)” 的 包存在性 检查已通过

检查: “libaio(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 libaio(x86_64)-0.3.107-10.el6 libaio(x86_64)-0.3.105 通过
wlrac01 libaio(x86_64)-0.3.107-10.el6 libaio(x86_64)-0.3.105 通过
结果:”libaio(x86_64)” 的 包存在性 检查已通过

检查: “glibc(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 glibc(x86_64)-2.12-1.212.el6 glibc(x86_64)-2.3.4-2.41 通过
wlrac01 glibc(x86_64)-2.12-1.212.el6 glibc(x86_64)-2.3.4-2.41 通过
结果:”glibc(x86_64)” 的 包存在性 检查已通过

检查: “compat-libstdc++-33(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 compat-libstdc++-33(x86_64)-3.2.3-69.el6 compat-libstdc++-33(x86_64)-3.2.3 通过
wlrac01 compat-libstdc++-33(x86_64)-3.2.3-69.el6 compat-libstdc++-33(x86_64)-3.2.3 通过
结果:”compat-libstdc++-33(x86_64)” 的 包存在性 检查已通过

检查: “elfutils-libelf(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 elfutils-libelf(x86_64)-0.164-2.el6 elfutils-libelf(x86_64)-0.97 通过
wlrac01 elfutils-libelf(x86_64)-0.164-2.el6 elfutils-libelf(x86_64)-0.97 通过
结果:”elfutils-libelf(x86_64)” 的 包存在性 检查已通过

检查: “elfutils-libelf-devel” 的 包存在性
节点名 可用 必需 状态


wlrac02 elfutils-libelf-devel-0.164-2.el6 elfutils-libelf-devel-0.97 通过
wlrac01 elfutils-libelf-devel-0.164-2.el6 elfutils-libelf-devel-0.97 通过
结果:”elfutils-libelf-devel” 的 包存在性 检查已通过

检查: “glibc-common” 的 包存在性
节点名 可用 必需 状态


wlrac02 glibc-common-2.12-1.212.el6 glibc-common-2.3.4 通过
wlrac01 glibc-common-2.12-1.212.el6 glibc-common-2.3.4 通过
结果:”glibc-common” 的 包存在性 检查已通过

检查: “glibc-devel(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 glibc-devel(x86_64)-2.12-1.212.el6 glibc-devel(x86_64)-2.3.4 通过
wlrac01 glibc-devel(x86_64)-2.12-1.212.el6 glibc-devel(x86_64)-2.3.4 通过
结果:”glibc-devel(x86_64)” 的 包存在性 检查已通过

检查: “glibc-headers” 的 包存在性
节点名 可用 必需 状态


wlrac02 glibc-headers-2.12-1.212.el6 glibc-headers-2.3.4 通过
wlrac01 glibc-headers-2.12-1.212.el6 glibc-headers-2.3.4 通过
结果:”glibc-headers” 的 包存在性 检查已通过

检查: “gcc-c++(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 gcc-c++(x86_64)-4.4.7-23.el6 gcc-c++(x86_64)-3.4.6 通过
wlrac01 gcc-c++(x86_64)-4.4.7-23.el6 gcc-c++(x86_64)-3.4.6 通过
结果:”gcc-c++(x86_64)” 的 包存在性 检查已通过

检查: “libaio-devel(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 libaio-devel(x86_64)-0.3.107-10.el6 libaio-devel(x86_64)-0.3.105 通过
wlrac01 libaio-devel(x86_64)-0.3.107-10.el6 libaio-devel(x86_64)-0.3.105 通过
结果:”libaio-devel(x86_64)” 的 包存在性 检查已通过

检查: “libgcc(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 libgcc(x86_64)-4.4.7-23.el6 libgcc(x86_64)-3.4.6 通过
wlrac01 libgcc(x86_64)-4.4.7-23.el6 libgcc(x86_64)-3.4.6 通过
结果:”libgcc(x86_64)” 的 包存在性 检查已通过

检查: “libstdc++(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 libstdc++(x86_64)-4.4.7-23.el6 libstdc++(x86_64)-3.4.6 通过
wlrac01 libstdc++(x86_64)-4.4.7-23.el6 libstdc++(x86_64)-3.4.6 通过
结果:”libstdc++(x86_64)” 的 包存在性 检查已通过

检查: “libstdc++-devel(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 libstdc++-devel(x86_64)-4.4.7-23.el6 libstdc++-devel(x86_64)-3.4.6 通过
wlrac01 libstdc++-devel(x86_64)-4.4.7-23.el6 libstdc++-devel(x86_64)-3.4.6 通过
结果:”libstdc++-devel(x86_64)” 的 包存在性 检查已通过

检查: “sysstat” 的 包存在性
节点名 可用 必需 状态


wlrac02 sysstat-9.0.4-33.el6_9.1 sysstat-5.0.5 通过
wlrac01 sysstat-9.0.4-33.el6_9.1 sysstat-5.0.5 通过
结果:”sysstat” 的 包存在性 检查已通过

检查: “pdksh” 的 包存在性
节点名 可用 必需 状态


wlrac02 pdksh-5.2.14-37.el5_8.1 pdksh-5.2.14 通过
wlrac01 pdksh-5.2.14-37.el5_8.1 pdksh-5.2.14 通过
结果:”pdksh” 的 包存在性 检查已通过

检查: “expat(x86_64)” 的 包存在性
节点名 可用 必需 状态


wlrac02 expat(x86_64)-2.0.1-13.el6_8 expat(x86_64)-1.95.7 通过
wlrac01 expat(x86_64)-2.0.1-13.el6_8 expat(x86_64)-1.95.7 通过
结果:”expat(x86_64)” 的 包存在性 检查已通过

检查 UID 值为 0 的多个用户
结果:对 UID 值为 0 的多个用户进行的检查已通过

检查: 当前组 ID
结果:当前组 ID 检查已通过

开始检查 root 用户的主要组的一致性
节点名 状态


wlrac02 通过
wlrac01 通过

已通过 root 用户主要组的一致性检查

正在使用网络时间协议 (NTP) 启动时钟同步检查…

NTP 配置文件检查开始…
NTP 配置文件 “/etc/ntp.conf” 在所有节点上可用
NTP 配置文件检查通过

正在检查守护程序的活动性…

检查: “ntpd” 的活动性
节点名 正在运行?


wlrac02 是
wlrac01 是
结果:”ntpd” 的活动性检查已通过
针对 NTP 守护程序或服务是否活动的检查在所有节点上均已通过

为快速定向选项 “-x” 检查 NTP 守护程序命令行
检查: NTP 守护程序命令行
节点名 是否设置了快速定向选项?


wlrac02 是
wlrac01 是
结果:
NTP 守护程序快速定向选项检查已通过

在文件 “/etc/sysconfig/ntpd” 中为快速定向选项 “-x” 检查 NTP 守护程序的引导时间配置

检查: NTP 守护程序的引导时间配置
节点名 是否设置了快速定向选项?


wlrac02 是
wlrac01 是
结果:
快速定向选项的 NTP 引导程序的引导时间配置检查已通过

检查所有节点上的 NTP 守护程序或服务是否均使用 UDP 端口 123

检查 NTP 守护程序或服务是否正在使用 UDP 端口 123
节点名 端口是否打开?


wlrac02 是
wlrac01 是

NTP 公用时间服务器检查开始…
PRVF-5408 : NTP 时间服务器 “.INIT.” 仅由以下节点公用: “wlrac01”
PRVF-5408 : NTP 时间服务器 “.LOCL.” 仅由以下节点公用: “wlrac01”
PRVF-5416 : 所有节点上的 NTP 守护程序查询失败
结果:使用网络时间协议 (NTP) 进行时钟同步检查失败

正在检查核心文件名模式一致性…
核心文件名模式一致性检查已通过。

检查以确保用户 “grid” 不在 “root” 组中
节点名 状态 注释


wlrac02 通过 不存在
wlrac01 通过 不存在
结果:用户 “grid” 不属于 “root” 组。检查已通过

检查默认用户文件创建掩码
节点名 可用 必需 注释


wlrac02 0022 0022 通过
wlrac01 0022 0022 通过
结果:默认用户文件创建掩码检查已通过
检查文件 “/etc/resolv.conf” 在节点间的一致性

检查文件 “/etc/resolv.conf” 以确保只定义了 ‘domain’ 和 ‘search’ 条目中的一个
文件 “/etc/resolv.conf” 未同时定义 ‘domain’ 和 ‘search’ 条目
正在检查文件 “/etc/resolv.conf” 中的 ‘domain’ 条目是否在节点间一致…
文件 “/etc/resolv.conf” 中的 ‘domain’ 条目在节点间一致
正在检查文件 “/etc/resolv.conf” 中的 ‘search’ 条目是否在节点间一致…
文件 “/etc/resolv.conf” 中的 ‘search’ 条目在节点间一致
检查无法访问节点的 DNS 响应时间
节点名 状态


wlrac02 通过
wlrac01 通过
所有节点上的无法访问节点的 DNS 响应时间都在可接受的限制内

文件 “/etc/resolv.conf” 在各节点间一致

OCR 位置 的 UDev 属性检查开始…
结果:OCR 位置 的 UDev 属性检查通过

表决磁盘位置 的 UDev 属性检查开始…
结果:表决磁盘位置 的 UDev 属性检查通过

检查: 时区一致性
结果:时区一致性 检查已通过
检查 VIP 配置。
检查 VIP 子网配置。
VIP 子网配置检查通过。
检查 VIP 可访问性
VIP 子网可访问性检查通过。

正在检查 Oracle 集群表决磁盘配置…

“ASM 运行”检查通过。ASM 正在所有指定节点上运行

Oracle 集群表决磁盘配置检查已通过

集群件版本一致性测试已通过

attention:其中最可能报错的地方是缺少9413827或9706490补丁程序,安装其中一个就可,附上安装9413827补丁程序链接https://blog.csdn.net/qq_22917163/article/details/82697782

打完补丁后,在重新执行预检测命令,通过后就可以执行安装程序了。

3. Grid Infrastructure升级(在一个节点执行就行,会自动拷贝到其他节点)

Oracle建议使用滚动升级模式,该模式不用停止crs

节点1上执行

将p13390677_112040_Linux-x86-64_3of7.zip解压到gird用户家目录

[root@wlrac01 ~]# su - grid
[grid@wlrac01 ~]$ unset ORACLE_HOME
[grid@wlrac01 ~]$ unset ORACLE_BASE
[grid@wlrac01 ~]$ unset ORACLE_SID
[grid@wlrac01 ~]$ export LANG=en_US
[grid@wlrac01 ~]$ cd grid
[grid@wlrac01 grid]$ ./runInstaller

attention:由于文章是升级完后整理的,所以图片是后来找的,图片里边的一些内容可能不对,大家参照自己原有环境配置

3.1 选择跳过软件更新

这里写图片描述

3.2 选择“升级Oracle Grid Infrastructure或Oracle自动存储管理”

这里写图片描述

3.3 选择语言

这里写图片描述

3.4 选择所有rac节点,点击next

这里写图片描述

3.5 配置ASM对应组

这里写图片描述

3.6 制定新gird软件安装位置,参考上边新建目录(/u01/app/11.2.0.4/grid)

这里写图片描述

3.7 再次进行检查,如一些不必要的检查报错可以选择ignore(例如缺少i386包等)

这里写图片描述

3.8 执行安装过程

这里写图片描述
这里写图片描述

执行到最后一步,按照提示在所有节点依次执行脚本

[root@wlrac01 src]# cd /u01/app/11.2.0.4/grid/
[root@wlrac01 grid]# ./rootupgrade.sh

Performing root user operation for Oracle 11g

The following environment variables are set as:
ORACLE_OWNER= grid
ORACLE_HOME= /u01/app/11.2.0.4/grid

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The contents of “dbhome” have not changed. No need to overwrite.
The file “oraenv” already exists in /usr/local/bin. Overwrite it? (y/n)
Copying oraenv to /usr/local/bin …
The file “coraenv” already exists in /usr/local/bin. Overwrite it? (y/n)
Copying coraenv to /usr/local/bin …

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root script.
Now product-specific root actions will be performed.
Using configuration parameter file: /u01/app/11.2.0.4/grid/crs/install/crsconfig_params
Creating trace directory
User ignored Prerequisites during installation
Installing Trace File Analyzer

ASM 升级已在第一个节点上开始。

CRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.crsd’ on ‘wlrac01’
CRS-2790: Starting shutdown of Cluster Ready Services-managed resources on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.LISTENER.lsnr’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.CRS.dg’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.DATA.dg’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.FRA.dg’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.LISTENER_SCAN1.lsnr’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.LISTENER.lsnr’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.wlrac01.vip’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.wlrac01.vip’ on ‘wlrac01’ succeeded
CRS-2672: Attempting to start ‘ora.wlrac01.vip’ on ‘wlrac02’
CRS-2677: Stop of ‘ora.LISTENER_SCAN1.lsnr’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.scan1.vip’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.scan1.vip’ on ‘wlrac01’ succeeded
CRS-2672: Attempting to start ‘ora.scan1.vip’ on ‘wlrac02’
CRS-2676: Start of ‘ora.scan1.vip’ on ‘wlrac02’ succeeded
CRS-2672: Attempting to start ‘ora.LISTENER_SCAN1.lsnr’ on ‘wlrac02’
CRS-2676: Start of ‘ora.wlrac01.vip’ on ‘wlrac02’ succeeded
CRS-2676: Start of ‘ora.LISTENER_SCAN1.lsnr’ on ‘wlrac02’ succeeded
CRS-2677: Stop of ‘ora.CRS.dg’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.DATA.dg’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.FRA.dg’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.asm’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.asm’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.eons’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.ons’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.ons’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.net1.network’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.net1.network’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.eons’ on ‘wlrac01’ succeeded
CRS-2792: Shutdown of Cluster Ready Services-managed resources on ‘wlrac01’ has completed
CRS-2677: Stop of ‘ora.crsd’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.gpnpd’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.cssdmonitor’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.ctssd’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.evmd’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.asm’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.mdnsd’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.cssdmonitor’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.gpnpd’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.evmd’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.mdnsd’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.ctssd’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.asm’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.cssd’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.cssd’ on ‘wlrac01’ succeeded
CRS-2673: Attempting to stop ‘ora.diskmon’ on ‘wlrac01’
CRS-2673: Attempting to stop ‘ora.gipcd’ on ‘wlrac01’
CRS-2677: Stop of ‘ora.gipcd’ on ‘wlrac01’ succeeded
CRS-2677: Stop of ‘ora.diskmon’ on ‘wlrac01’ succeeded
CRS-2793: Shutdown of Oracle High Availability Services-managed resources on ‘wlrac01’ has completed
CRS-4133: Oracle High Availability Services has been stopped.
OLR initialization - successful
Replacing Clusterware entries in upstart
clscfg: EXISTING configuration version 5 detected.
clscfg: version 5 is 11g Release 2.
Successfully accumulated necessary OCR keys.
Creating OCR keys for user ‘root’, privgrp ‘root’..
Operation successful.
Configure Oracle Grid Infrastructure for a Cluster … succeeded

节点2输出比节点一多:

Started to upgrade the Oracle Clusterware. This operation may take a few minutes.
Started to upgrade the CSS.
Started to upgrade the CRS.
The CRS was successfully upgraded.
Successfully upgraded the Oracle Clusterware.
Oracle Clusterware operating version was successfully set to 11.2.0.4.0

ASM 升级已在最后一个节点上完成。

Configure Oracle Grid Infrastructure for a Cluster … succeeded

3.9 修改所有节点grid用户的bash_profile文件,将ORACLE_HOME改为ORACLE_HOME=/u01/app/11.2.0.4/grid

[grid@wlrac01 ~]$ source .bash_profile

3.10 重新启动crs(在一个节点执行即可)

[root@wlrac01 ~]# cd /u01/app/11.2.0.4/grid/bin/
[root@wlrac01 bin]# ./crsctl stop cluster -all
[root@wlrac01 bin]# ./crsctl start cluster -all

3.11 验证Grid是否升级成功

[root@wlrac01 bin]# ./crsctl query crs activeversion
Oracle Clusterware active version on the cluster is [11.2.0.4.0]
[root@wlrac01 bin]# ./crsctl query crs releaseversion
Oracle High Availability Services release version on the local node is [11.2.0.4.0]
[root@wlrac01 bin]# ./crsctl query crs softwareversion
Oracle Clusterware version on node [wlrac01] is [11.2.0.4.0]

4 RDBMS升级(在一个节点执行即可)

4.1 数据库软件升级

将p13390677_112040_Linux-x86-64_1of7.zip、p13390677_112040_Linux-x86-64_2of7.zip解压到oracle用户家目录

[root@wlrac01 bin]# su - oracle
[oracle@wlrac01 ~]$ unset ORACLE_HOME
[oracle@wlrac01 ~]$ unset ORACLE_BASE
[oracle@wlrac01 ~]$ unset ORACLE_SID
[oracle@wlrac01 ~]$ export LANG=en_US
[oracle@wlrac01 ~]$ cd database
[oracle@wlrac01 database]$ ./runInstaller

运行runInstaller进行升级,在出现“指定住目录详细信息”窗口,选择新ORACLE_HOME(/u01/app/oracle/product/11.2.0.4/db_1),其它都点下一步

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

4.2 数据库升级(图片来自网络,仅供参考)

升级完数据库软件后,会自动弹出数据库升级窗口(如果没有,可以使用dbua进行升级)

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

至此,数据库软件升级完成,数据库升级完成

4.3 数据库升级验证

SQL> SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;

COMP_NAME VERSION STATUS


OWB 11.2.0.1.0 VALID

Oracle Application Express 3.2.1.00.10 VALID

Oracle Enterprise Manager 11.2.0.4.0 VALID

OLAP Catalog 11.2.0.4.0 VALID

Spatial 11.2.0.4.0 VALID

Oracle Multimedia 11.2.0.4.0 VALID

Oracle XML Database 11.2.0.4.0 VALID

Oracle Text 11.2.0.4.0 VALID

Oracle Expression Filter 11.2.0.4.0 VALID

Oracle Rules Manager 11.2.0.4.0 VALID

Oracle Workspace Manager 11.2.0.4.0 VALID

Oracle Database Catalog Views 11.2.0.4.0 VALID

Oracle Database Packages and Types 11.2.0.4.0 VALID

JServer JAVA Virtual Machine 11.2.0.4.0 VALID

Oracle XDK 11.2.0.4.0 VALID

Oracle Database Java Packages 11.2.0.4.0 VALID

OLAP Analytic Workspace 11.2.0.4.0 VALID

Oracle OLAP API 11.2.0.4.0 VALID

Oracle Real Application Clusters 11.2.0.4.0 VALID

19 rows selected.


SQL> select * from v$version;

BANNER


Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE 11.2.0.4.0 Production
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production

验证成功,数据库由11.2.0.1.0升至11.2.0.4.0

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

浅抒流年

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值