文档内容
|
|
用途 |
|
|
适用范围 |
|
|
详细信息 |
| A. 运行 CVU 预升级检查工具 |
| B. 确保一致的网络设置 |
| C. 升级必须/推荐的补丁 |
| D. 安装升级前需要的补丁 |
| E. ASM memory_max_target 和 memory_target |
| F. 以真正的 root 用户执行 rootupgrade.sh – 不是通过 sudo 等 |
| G. HACMP/PowerHA 特殊考虑 |
| 附件 1. 已知的问题 |
|
|
参考 |
适用于:
Oracle Database - Enterprise Edition - 版本 10.2.0.4 到 11.2.0.4 [发行版 10.2 到 11.2]本文档所含信息适用于所有平台
用途
为保证平稳升级到 11.2.0.3/11.2.0.4GI,本文档列出了需要检查的事情、可以规避的已知问题和需要考虑的领域。
文档包含对预升级运行 CVU 检查的介绍和升级 GI、ASM 前所必须或者推荐应用的补丁列表。
适用范围
文档适用于 Oracle 集群管理员和 Oracle 技术支持工程师。
对 Exadata 用户,请参考如下文章查看详情:
Document 1373255.1 - 11.2.0.1/11.2.0.2 to 11.2.0.3 Database Upgrade on Exadata Database Machine
详细信息
11.2.0.3/11.2.0.4 是一个完整版本,任何 11.2 之前的 CRS 集群都可以直接升升级到 11.2.0.3/11.2.0.4; 同时从 11.2 开始 in-place 的补丁集升级不再支持,任何补丁集都必须被安装到一个新的 HOME(out-of-place 升级)。
A. 运行 CVU 预升级检查工具
以 grid 用户登录,执行解压后的 GI 安装介质中的 runcluvfy.sh 脚本,以确认这个环境是否适合升级:
-src_crshome -dest_crshome -dest_version
[-fixup [-fixupdir]] [-verbose]
例如,以 rolling 的方式将一个 3 节点的 Oracle 集群从 /u01/app/11.1 升级到 11.2.0.3 的 /u01/app/grid 目录下,执行如下:
在升级前,任何 CVU 的错误都应该被修复的。对于 CVU 能够修复的错误,使用 "-fixup"选项获取修复错误的可执行脚本,其他不能被 CVU 修复的错误应该被手工修复。
如果预先要求的 patch 没被安装,那么运行 rootupgrade.sh 时将会报有以下错误:
These patches need to be installed before the upgrade can proceed.
The pre-upgrade checks failed, aborting the upgrade
然而,很多时候以上错误是由于 CVU 自身问题导致的,请参考 Document 1452184.1 查看详情。
B. 确保一致的网络设置
参考 Document 1386709.1 确保 Oracle 集群的网络信息在所有节点上都与 OS 层的设置相符。
C. 升级必须/推荐的补丁
下表列出了在升级前,需要/推荐应用到要升级的 GI HOME 的补丁信息。该表按照 Exadata 和非 Exadata 环境来分类。
“Minimum source version”是必须应用的补丁,在安装强制补丁前就要安装这些补丁,否则应用补丁或安装可能会失败。
“Required PSU or one off patch”是升级前必须应用的强制补丁。
| Source Oracle Clusterware version | Minimum source version | Required PSU or one off patch |
|---|---|---|
| 10.2.0.4 | NULL | PATCH 8705958 - 10.2.0.4.2 CRS PSU |
| 10.2.0.5 | NULL |
PATCH 9952245 - 10.2.0.5.2 CRS PSU |
| 11.1.0.7 | NULL | PATCH 11724953 - 11.1.0.7.7 CRS PSU |
| 11.2.0.1 | NULL |
PATCH 9413827 或 PATCH 9706490 适用于 AIX, Solaris 或 HP平台 或 PATCH 10100101 适用于 Windows 平台, 在 Patch 6 及以上 版本 |
| 11.2.0.2 | NULL |
PATCH 12539000 这也是 GI PSU6 的一部分 这个补丁必须被应用到 GI HOME,它是 11.2.0.2 DB HOME 推荐应用的补丁。这个补丁在所有 DB PSU 中存在,并且也是相应的 GI PSU 的一部分。推荐使用最新版本的 11.2 Opatch(patch 6880880) 以"opatch auto"的方式通过 root 用户执行: # $GRID_HOME/OPatch/opatch auto # $GRID_HOME/OPatch/opatch auto 当opatch要求回答以下问题时:输入无引号的'yes': Enter 'yes' if you have unzipped this patch to an empty directory to proceed (yes/no):yes 如果opatch失败,请手工应用: 1. 以数据库用户手工停止所有的数据库: 2. 以 root 用户对 GI HOME 解锁: 对 GI 集群环境: # $GRID_HOME/crs/install/rootcrs.pl -unlock 对 GI 单机环境 (Oracle Restart): # $GRID_HOME/crs/install/roothas.pl -unlock 3. 将 patch 应用到 GI 和 DB HOME: 以grid用户:$ $GRID_HOME/OPatch/opatch napply -oh 以数据库用户: 4. 以 root 用户锁住 GI HOME: 对 GI 集群环境: # $GRID_HOME/rdbms/install/rootadd_rdbms.sh # $GRID_HOME/crs/install/rootcrs.pl -patch 对 GI 单机环境 Standalone (Oracle Restart): # $GRID_HOME/rdbms/install/rootadd_rdbms.sh # $GRID_HOME/crs/install/roothas.pl -patch 5. 以数据库用户手工启动所有的数据库: 由于 1/15/2012 故障, patch readme 文件在 PSU1/2/3 的"manual steps to apply" 部分是错误的,patch readme 文件在 PSU4/5(11.2.0.2.4/5) 是错误的。 |
如果强制补丁没有应用,将会有以下报错:
PRVG-1253 : Required Oracle patch is not found on node "racnode1" in home "/ocw/b201".
- Cause: Required Oracle patch is not applied. - Cause: Required Oracle patch is not applied.
- Action: Apply the required Oracle patch.
OUI error/log
Oracle patch:9413827
INFO: Oracle patch:9706490 or 9413827: This test ensures that Oracle patch "9706490 or 9413827" has been applied in home "/ocw/b201".
INFO: Severity:CRITICAL
INFO: OverallStatus:VERIFICATION_FAILED
D. 安装升级前需要的补丁
在 11.2.0.3/11.2.0.4, CVU/OUI 基于 CVU pre-req xml 的说明验证已存在的设置,推荐使用“Software Update Option”去下载并应用最新的 pre-req xml 来确保正确的检查,参考 Document 1289738.1 查看该特性的更多细节。
注意:Software Update Option 使用的 OUI patch 和普通的 patch 打包不同。
E. ASM memory_max_target 和 memory_target
在 11.2.0.3/11.2.0.4,初始化参数 "processes"的默认值为“可用的 CPU 核数*80+40”.
初始化参数"memory_target" 的默认值是基于"processes"的,如果有大量的 CPU
核数或者磁盘组,这可能导致默认的"memory_target"不足,并导致各种问题(例如:GI stacks 由于 ORA-04031
错误无法启动)。推荐在升级到 11.2.0.3/11.2.0.4 之前增加 memory_max_target 和 memory_target
的值(不适用于 10g ASM):
登录到 ASM:
SQL> show parameter memory_target
如果这个值比 1536m 小,执行如下命令:
SQL> alter system set memory_max_target=4096m scope=spfile;
SQL> alter system set memory_target=1536m scope=spfile;
1536m 的大小已被证明足够适合大多数的环境,以上操作需要重启才能生效。
如果 rootupgrade.sh 已经因为 memory_target 太小而失败,请参考 Document 969254.1 继续操作。
F. 以真正的 root 用户执行 rootupgrade.sh – 不是通过 sudo 等
当切换到 root 用户执行 rootupgrade.sh 时,"su -" 或者 "su - root"提供了完整的 root 环境,但 sudo,pbrun,"su root" 或者 "su"或类似工具则不会。为避免出现以下文章中描述的问题,建议以完整的 root 环境执行 rootupgrade.sh:
- Document 1315203.1 - ACFS Drivers Fail To Install During Root.Sh Execution Of 11.2.0.2 GI Standalone On AIX
- Document 1235944.1 - 11gR2 root.sh Fails as crsd.bin Does not Come up due to Wrong ulimit
- Document 1210883.1 - 11gR2 GI HAIP - Section "bug 12674817"
- Document 1259874.1 - root.sh Fails as the ora.asm resource is not ONLINE or PROTL-16 due to Wrong umask
G. HACMP/PowerHA 特殊考虑
如果升级一个带有 IBM HACMP/PowerHA 的集群,请参考 Document 1443814.1 来查看需要特别注意的地方。
附件 1. 已知的问题
- note 1379498.1 - 11.2.0.3 VIP/SCAN VIP is Not Pingable After Failover Leads to Connection Issue
- note 1493255.1 - Random Node Eviction When Upgrading 10.2.0.5 CRS to 11.2.0.3 GI
- note 1392633.1 - Things to Consider Before Upgrading to 11.2.0.3 to Avoid Poor Performance or Wrong Results
参考
NOTE:1312225.1 - Things to Consider Before Upgrading to 11.2.0.2 Grid Infrastructure/ASMNOTE:1373255.1 - 11.2.0.1/11.2.0.2 to 11.2.0.3 Grid Infrastructure and Database Upgrade on Exadata Database Machine
NOTE:1386709.1 - The Basics of IPv4 Subnet and Oracle Clusterware
BUG:13605735 - SET ASM MEMORY_TARGET TO BE AT LEAST 1536M WHILE UPGRADING TO 11.2.0.3