升级到 11.2.0.3/11.2.0.4 GI/ASM 前需要考虑的事情 (文档 ID 1623280.1)

升级到 11.2.0.3/11.2.0.4 GI/ASM 前需要考虑的事情 (文档 ID 1623280.1)

转到底部

---

文档内容 用途   适用范围   详细信息   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 升级）。 升级之前，使用 RACcheck 工具对您的环境进行升级准备检查。参考 RACcheck 11.2.0.3 Upgrade Readiness Assessment (Doc ID 1457357.1) A. 运行 CVU 预升级检查工具 以 grid 用户登录，执行解压后的 GI 安装介质中的 runcluvfy.sh 脚本，以确认这个环境是否适合升级： 用法：runcluvfy.sh stage -pre crsinst -upgrade [-n ] [-rolling] -src_crshome -dest_crshome -dest_version [-fixup [-fixupdir]] [-verbose] 例如，以 rolling 的方式将一个 3 节点的 Oracle 集群从 /u01/app/11.1 升级到 11.2.0.3 的 /u01/app/grid 目录下，执行如下： $ runcluvfy.sh stage -pre crsinst -upgrade -n <racnode1>,<racnode2>,<racnode3> -rolling -src_crshome /u01/app/11.1 -dest_crshome /u01/app/grid -dest_version 11.2.0.3.0 -fixup -fixupdir /tmp -verbose 在升级前，任何 CVU 的错误都应该被修复的。对于 CVU 能够修复的错误，使用 "-fixup"选项获取修复错误的可执行脚本，其他不能被 CVU 修复的错误应该被手工修复。 如果预先要求的 patch 没被安装，那么运行 rootupgrade.sh 时将会报有以下错误： The cluvfy tool found some mandatory patches are not installed. 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 <PATH_TO_PATCH_DIRECTORY> -oh <GRID_HOME>  # $GRID_HOME/OPatch/opatch auto  <PATH_TO_PATCH_DIRECTORY> -oh <DB_HOME> 当opatch要求回答以下问题时：输入无引号的'yes'： Enter 'yes' if you have unzipped this patch to an empty directory to proceed  (yes/no):yes 如果opatch失败，请手工应用： 1. 以数据库用户手工停止所有的数据库： <DB_HOME>/bin/srvctl stop database -d <dbname> 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 <GRID_HOME> -local <UNZIPPED_PATH_LOCATION>/12539000 以数据库用户: <DB_HOME>/OPatch/opatch napply -oh <DB_HOME> -local <UNZIPPED_PATH_LOCATION>/12539000 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. 以数据库用户手工启动所有的数据库：<DB_HOME>/bin/srvctl start database -d <dbname> 由于 1/15/2012 故障, patch readme 文件在 PSU1/2/3 的"manual steps to apply" 部分是错误的，patch readme 文件在 PSU4/5(11.2.0.2.4/5) 是错误的。 如果强制补丁没有应用，将会有以下报错： CVU error: 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/ASM NOTE: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