Upgrade 11.2.0.1 gi crs to 11.2.0.2 in linux
Upcoming SlideShare
Loading in...5
×
 

Upgrade 11.2.0.1 gi crs to 11.2.0.2 in linux

on

  • 3,996 views

 

Statistics

Views

Total Views
3,996
Views on SlideShare
2,410
Embed Views
1,586

Actions

Likes
0
Downloads
95
Comments
0

7 Embeds 1,586

http://www.askmaclean.com 1190
http://www.oracledatabase12g.com 330
http://translate.googleusercontent.com 46
http://cache.baidu.com 10
http://webcache.googleusercontent.com 5
http://cache.baiducontent.com 4
http://131.253.14.98 1
More...

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Upgrade 11.2.0.1 gi crs to 11.2.0.2 in linux Upgrade 11.2.0.1 gi crs to 11.2.0.2 in linux Document Transcript

  • Upgrade 11.2.0.1 GI/CRS to 11.2.0.2 in Linux by Maclean.liu liu.maclean@gmail.com www.oracledatabase12g.com
  • About Mel Email:liu.maclean@gmail.coml Blog:www.oracledatabase12g.coml Oracle Certified Database Administrator Master 10gand 11gl Over 6 years experience with Oracle DBA technologyl Over 7 years experience with Linux technologyl Member Independent Oracle Users Groupl Member All China Users Groupl Presents for advanced Oracle topics: RAC,DataGuard, Performance Tuning and Oracle Internal.
  • 11.2.0.2 已经 release 1 年多了,相对于 11.2.0.1 要稳定很多。现在我们为客户部署新系统的时候一般都会推荐直接装 11.2.0.2(out of place),并打到<Oracle Recommended Patches — OracleDatabase>所推荐的 PSU。对于现有的系统则推荐在停机窗口允许的前提下尽可能升级到 11.2.0.2 上来,当然客户也可以更耐心的等待 11.2.0.3 版本的 release。针对 11.2.0.1 到 11.2.0.2 上的升级工程,其与 10g 中的升级略有区别。对于 misson-critical 的数据库必须进行有效的升级演练和备份操作,因为 Oracle 数据库软件的升级一直是一项复杂的工程,并且具有风险,不能不慎。同时 RAC 数据库的升级又要较 single-instance 单实例的升级来的复杂,主要可以分成以下步骤:1. 若使用 Exadata Database Machine 硬件,首先要检查是否需要升级 Exadata Storage Software和 Infiniband Switch 的版本,<Database Machine and Exadata Storage Server 11g Release 2(11.2) Supported Versions>2. 完成 rolling upgrade Grid Infrastructure 的准备工作3.滚动升级 Gird Infrastructure GI 软件4.完成升级 RDBMS 数据库软件的准备工作5.具体升级 RDBMS 数据库软件,包括升级数据字典、并编译失效对象等这里我们重点介绍的是滚动升级 GI/CRS 集群软件的准备工作和具体升级步骤,因为 11.2.0.2是 11gR2 的第一个 Patchset,且又是首个 out of place 的大补丁集,所以绝大多数人对新的升级模式并不熟悉。
  • 升级 GI 的准备工作1.注意从 11.2.0.1 GI/CRS 滚动升级(rolling upgrade)到 11.2.0.2 时可能出现意外错误,具体见<Pre-requsite for 11.2.0.1 to 11.2.0.2 ASM Rolling Upgrade>,这里一并引用:Applies to:Oracle Server - Enterprise Edition - Version: 11.2.0.1.0 to 11.2.0.2.0 -Release: 11.2 to 11.2Oracle Server - Enterprise Edition - Version: 11.2.0.1 to 11.2.0.2 [Release:11.2 to 11.2]Information in this document applies to any platform.PurposeThis note is to clarify the patch requirement when doing 11.2.0.1 to 11.2.0.2rolling upgrade.Scope and ApplicationIntended audience includes DBA, support engineers.Pre-requsite for 11.2.0.1 to 11.2.0.2 ASM Rolling UpgradeThere has been some confusion as what patches need to be applied for 11.2.0.1ASM rollingupgrade to 11.2.0.2 to be successful. Documentation regarding this is not veryclear(at the time of writing) and a documentation bug has been filed anddocumentation will be updated in the future.There are two bugs related to 11.2.0.1 ASM rolling upgrade to 11.2.0.2:Unpublished bug 9413827: 11201 TO 11202 ASM ROLLING UPGRADE - OLD CRS STACKFAILS TO STOPUnpublished bug 9706490: LNX64-11202-UD 11201 -> 11202, DG OFFLINE AFTER RESTARTCRS STACK DURING UPGRADESome of the symptoms include error message when running rootupgrade.sh:ORA-15154: cluster rolling upgrade incomplete (from bug: 9413827)orDiskgroup status is shown offline after the upgrade, crsd.log may have:2010-05-12 03:45:49.029: [ AGFW][1506556224] Agfw Proxy Server sending thelast reply to PE for message:RESOURCE_START[ora.MYDG1.dg rwsdcvm44 1] ID4098:1526TextMessage[CRS-2674: Start of ora.MYDG1.dg on rwsdcvm44 failed]TextMessage[ora.MYDG1.dg rwsdcvm44 1]ora.MYDG1.dg rwsdcvm44 1:To overcome this issue, there are two actions you need to take:a). apply proper patch.b). change crsconfig_lib.pmApplying Patch:
  • 1). If $GI_HOME is on version 11.2.0.1.2 (i.e GI PSU2 is applied):Action: You can apply Patch:9706490 for version 11.2.0.1.2.Unpublished bug 9413827 is fixed in 11.2.0.1.2 GI PSU2. Patch:9706490 forversion11.2.0.1.2 is built on top of 11.2.0.1.2 GI PSU2 (i.e. includes the 11.2.0.1.2GI PSU2,hence includes the fix for 9413827). Applying Patch:9706490 includes both fixes.opatch will recognize 9706490 is superset of 11.2.0.1.2 GI PSU2 (Patch: 9655006)and rollback patch 9655006 before applying Patch: 9706490).2). If $GI_HOME is on version 11.2.0.1.0 (i.e. no GI PSU applied).Action: You can apply Patch:9706490 for version 11.2.0.1.2. This would make sureyou haveapplied 11.2.0.1.2 GI PSU2 plus both 9706490 and 9413827 (which is included inGI PSU2).For platforms that do not have 11.2.0.1.2 GI PSU, then you can apply patch9413827 on 11.2.0.1.0.3). If $GI_HOME is on version 11.2.0.1.1 (GI PSU1) (this is rare since GI PSU1was onlyreleased for Linux platforms and was quite old).Action: You can rollback GI PSU1 then apply Patch:9706490 on version 11.2.0.1.2if your platform has 11.2.0.1.2 GI PSU. If your platform does not have11.2.0.1.2GI PSU,then apply patch 9413827.Modify crsconfig_lib.pmAfter patch is applied, modify $11.2.0.2_GI_HOME/crs/install/crsconfig_lib.pm:Before the change:# grep for bugs 9655006 or 9413827@cmdout = grep(/(9655006|9413827)/, @output);After the change:# grep for bugs 9655006 or 9413827 or 9706490@cmdout = grep(/(9655006|9413827|9706490)/, @output);This would prevent rootupgrade.sh from failing when it validates the pre-requsite patches.这里我们假设环境中的 11.2.0.1 GI 没有 apply 任何 PSU 补丁,为了解决这一”11201 TO 11202ASM ROLLING UPGRADE – OLD CRS STACK FAILS TO STOP” bug,并成功滚动升级 GI,需要在正式升级 11.2.0.2 Patchset 之前 apply 9413827 bug 的对应 patch。此外我们还推荐使用最新的 opatch 工具以避免出现 11.2.0.1 上 opatch 无法识别相关 patch 的问题。
  • 所以我们为了升级 GI 到 11.2.0.2,需要先从 MOS 下载 3 个对应平台(platform)的补丁包,它们是1. 11.2.0.2.0 PATCH SET FOR ORACLE DATABASE SERVER (Patchset)(patchid:10098816),注意实际上 11.2.0.2 的这个 Patchset 由多达 7 个 zip 文件组成,如在 Linux x86-64 平台上:其中升级我们只需要下载 1-3 的 zip 包即可,第一、二包是 RDBMS Database 软件的 out ofplace Patchset,而第三个包为 Grid Infrastructure/CRS 软件的 out of place Patchset,实际在本篇文章(只升级 GI)中仅会用到 p10098816_112020_Linux-x86-64_3of7.zip 这个压缩包。2. Patch 9413827: 11201 TO 11202 ASM ROLLING UPGRADE – OLD CRS STACK FAILS TOSTOP(patchid:9413827)3. Patch 6880880: OPatch 11.2 (patchid:6880880),最新的 opatch 工具2. 在所有节点上安装最新的 opatch 工具,该步骤不需要停止任何服务:切换到 GI 拥有者用户,并移动原有的 Opatch 目录,将新的 Opatch 安装到 CRS_HOMEsu - grid[grid@vrh1 ~]$ mv $CRS_HOME/OPatch $CRS_HOME/OPatch_old[grid@vrh1 ~]$ unzip /tmp/p6880880_112000_Linux-x86-64.zip -d $CRS_HOME确认 opatch 版本[grid@vrh1 ~]$ $CRS_HOME/OPatch/opatchInvoking OPatch 11.2.0.1.6Oracle Interim Patch Installer version 11.2.0.1.6Copyright (c) 2011, Oracle Corporation. All rights reserved.3. 在所有节点上滚动安装 BUNDLE Patch for Base Bug 9413827 补丁包:1.切换到 GI 拥有者用户,并确认已经安装的补丁su - grid
  • opatch lsinventory -detail -oh $CRS_HOMEInvoking OPatch 11.2.0.1.6Oracle Interim Patch Installer version 11.2.0.1.6Copyright (c) 2011, Oracle Corporation. All rights reserved.Oracle Home : /g01/11.2.0/gridCentral Inventory : /g01/oraInventory from : /etc/oraInst.locOPatch version : 11.2.0.1.6OUI version : 11.2.0.1.0Log file location : /g01/11.2.0/grid/cfgtoollogs/opatch/opatch2011-09-04_19-08-33PM.logLsinventory Output file location :/g01/11.2.0/grid/cfgtoollogs/opatch/lsinv/lsinventory2011-09-04_19-08-33PM.txt--------------------------------------------------------------------------------Installed Top-level Products (1):Oracle Grid Infrastructure 11.2.0.1.0There are 1 products installed in this Oracle Home.........................###########################################################################2. 解压之前下载的 p9413827_11201_$platform.zip 的补丁包unzip p9413827_112010_Linux-x86-64.zip###########################################################################3. 切换到 DB HOME 拥有者身份,在本地节点上停止 RDBMS DB HOME 相关的资源:su - oracle语法: % [RDBMS_HOME]/bin/srvctl stop home -o [RDBMS_HOME] -s [status file location]-n [node_name]srvctl stop home -o $ORACLE_HOME -n vrh1 -s stop_db_rescat stop_db_resdb-vprod hostnamewww.oracledatabase12g.com###########################################################################4. 切换到 root 用户执行 rootcrs.pl -unlock 命令[root@vrh1 ~]# $CRS_HOME/crs/install/rootcrs.pl -unlock2011-09-04 20:46:53: Parsing the host name2011-09-04 20:46:53: Checking for super user privileges2011-09-04 20:46:53: User has super user privilegesUsing configuration parameter file:/g01/11.2.0/grid/crs/install/crsconfig_paramsCRS-2791: Starting shutdown of Oracle High Availability Services-managedresources on vrh1
  • CRS-2673: Attempting to stop ora.crsd on vrh1CRS-2790: Starting shutdown of Cluster Ready Services-managed resources onvrh1CRS-2673: Attempting to stop ora.LISTENER.lsnr on vrh1CRS-2673: Attempting to stop ora.SYSTEMDG.dg on vrh1CRS-2673: Attempting to stop ora.registry.acfs on vrh1CRS-2673: Attempting to stop ora.DATA.dg on vrh1CRS-2673: Attempting to stop ora.FRA.dg on vrh1CRS-2677: Stop of ora.LISTENER.lsnr on vrh1 succeededCRS-2673: Attempting to stop ora.vrh1.vip on vrh1CRS-2677: Stop of ora.vrh1.vip on vrh1 succeededCRS-2672: Attempting to start ora.vrh1.vip on vrh2CRS-2677: Stop of ora.registry.acfs on vrh1 succeededCRS-2676: Start of ora.vrh1.vip on vrh2 succeededCRS-2677: Stop of ora.SYSTEMDG.dg on vrh1 succeededCRS-2677: Stop of ora.FRA.dg on vrh1 succeededCRS-2677: Stop of ora.DATA.dg on vrh1 succeededCRS-2673: Attempting to stop ora.asm on vrh1CRS-2677: Stop of ora.asm on vrh1 succeededCRS-2673: Attempting to stop ora.ons on vrh1CRS-2673: Attempting to stop ora.eons on vrh1CRS-2677: Stop of ora.ons on vrh1 succeededCRS-2673: Attempting to stop ora.net1.network on vrh1CRS-2677: Stop of ora.net1.network on vrh1 succeededCRS-2677: Stop of ora.eons on vrh1 succeededCRS-2792: Shutdown of Cluster Ready Services-managed resources on vrh1 hascompletedCRS-2677: Stop of ora.crsd on vrh1 succeededCRS-2673: Attempting to stop ora.gpnpd on vrh1CRS-2673: Attempting to stop ora.cssdmonitor on vrh1CRS-2673: Attempting to stop ora.ctssd on vrh1CRS-2673: Attempting to stop ora.evmd on vrh1CRS-2673: Attempting to stop ora.asm on vrh1CRS-2673: Attempting to stop ora.mdnsd on vrh1CRS-2673: Attempting to stop ora.drivers.acfs on vrh1CRS-2677: Stop of ora.cssdmonitor on vrh1 succeededCRS-2677: Stop of ora.gpnpd on vrh1 succeededCRS-2677: Stop of ora.evmd on vrh1 succeededCRS-2677: Stop of ora.mdnsd on vrh1 succeededCRS-2677: Stop of ora.ctssd on vrh1 succeededCRS-2677: Stop of ora.drivers.acfs on vrh1 succeededCRS-2677: Stop of ora.asm on vrh1 succeededCRS-2673: Attempting to stop ora.cssd on vrh1CRS-2677: Stop of ora.cssd on vrh1 succeededCRS-2673: Attempting to stop ora.diskmon on vrh1CRS-2673: Attempting to stop ora.gipcd on vrh1CRS-2677: Stop of ora.gipcd on vrh1 succeededCRS-2677: Stop of ora.diskmon on vrh1 succeededCRS-2793: Shutdown of Oracle High Availability Services-managed resources onvrh1 has completedCRS-4133: Oracle High Availability Services has been stopped.Successfully unlock /g01/11.2.0/grid###########################################################################5.以 RDBMS HOME 拥有者用户执行 patch 目录下的 prepatch.sh 脚本su - oracle% custom/server/9413827/custom/scripts/prepatch.sh -dbhome [RDBMS_HOME][oracle@vrh1 tmp]$ 9413827/custom/server/9413827/custom/scripts/prepatch.sh-dbhome $ORACLE_HOME
  • 9413827/custom/server/9413827/custom/scripts/prepatch.sh completed successfully.###########################################################################6.实际 apply patch以 GI/CRS 拥有者用户执行以下命令% opatch napply -local -oh [CRS_HOME] -id 9413827su - gridcd /tmp/9413827/opatch napply -local -oh $CRS_HOME -id 9413827Invoking OPatch 11.2.0.1.6Oracle Interim Patch Installer version 11.2.0.1.6Copyright (c) 2011, Oracle Corporation. All rights reserved.UTIL sessionOracle Home : /g01/11.2.0/gridCentral Inventory : /g01/oraInventory from : /etc/oraInst.locOPatch version : 11.2.0.1.6OUI version : 11.2.0.1.0Log file location : /g01/11.2.0/grid/cfgtoollogs/opatch/opatch2011-09-04_20-52-37PM.logVerifying environment and performing prerequisite checks...OPatch continues with these patches: 9413827Do you want to proceed? [y|n]yUser Responded with: YAll checks passed.Provide your email address to be informed of security issues, install andinitiate Oracle Configuration Manager. Easier for you if you use your MyOracle Support Email address/User Name.Visit http://www.oracle.com/support/policies.html for details.Email address/User Name:You have not provided an email address for notification of security issues.Do you wish to remain uninformed of security issues ([Y]es, [N]o) [N]: yPlease shutdown Oracle instances running out of this ORACLE_HOME on the localsystem.(Oracle Home = /g01/11.2.0/grid)Is the local system ready for patching? [y|n]yUser Responded with: YBacking up files...Applying interim patch 9413827 to OH /g01/11.2.0/gridPatching component oracle.crs, 11.2.0.1.0...Patches 9413827 successfully applied.Log file location: /g01/11.2.0/grid/cfgtoollogs/opatch/opatch2011-09-04_20-52-37PM.log
  • OPatch succeeded.以 DB/RDBMS 拥有者用户执行以下命令su - oraclecd /tmp/9413827/% opatch napply custom/server/ -local -oh [RDBMS_HOME] -id 9413827opatch napply custom/server/ -local -oh $ORACLE_HOME -id 9413827Verifying the update...Inventory check OK: Patch ID 9413827 is registered in Oracle Home inventory withproper meta-data.Files check OK: Files from Patch ID 9413827 are present in Oracle Home.Running make for target installRunning make for target installThe local system has been patched and can be restarted.UtilSession: N-Apply done.OPatch succeeded.###########################################################################7. 配置 HOME 目录以 root 用户执行以下命令chmod +w $CRS_HOME/log/[nodename]/agentchmod +w $CRS_HOME/log/[nodename]/agent/crsd以 DB/RDBMS 拥有者用户执行以下命令su - oraclecd /tmp/9413827/% custom/server/9413827/custom/scripts/postpatch.sh -dbhome [RDBMS_HOME][oracle@vrh1 9413827]$ custom/server/9413827/custom/scripts/postpatch.sh -dbhome$ORACLE_HOMEReading /s01/orabase/product/11.2.0/dbhome_1/install/params.ora..Reading /s01/orabase/product/11.2.0/dbhome_1/install/params.ora..Parsing file /s01/orabase/product/11.2.0/dbhome_1/bin/racgwrapParsing file /s01/orabase/product/11.2.0/dbhome_1/bin/srvctlParsing file /s01/orabase/product/11.2.0/dbhome_1/bin/srvconfigParsing file /s01/orabase/product/11.2.0/dbhome_1/bin/cluvfyVerifying file /s01/orabase/product/11.2.0/dbhome_1/bin/racgwrapVerifying file /s01/orabase/product/11.2.0/dbhome_1/bin/srvctlVerifying file /s01/orabase/product/11.2.0/dbhome_1/bin/srvconfigVerifying file /s01/orabase/product/11.2.0/dbhome_1/bin/cluvfyReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/racgwrapReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/srvctlReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/bin/srvconfigReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/cluvfyReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/racgmainReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/racgeutReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/bin/diskmon.binReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/lsnodes
  • Reapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/osdbagrpReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/rawutlReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/srvm/admin/ractransReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/srvm/admin/getcrshomeReapplying file permissions on /s01/orabase/product/11.2.0/dbhome_1/bin/gnsdReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/bin/crsdiag.plReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libhasgen11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libclsra11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libdbcfg11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libocr11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libocrb11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libocrutl11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libuini11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/librdjni11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libgns11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libgnsjni11.soReapplying file permissions on/s01/orabase/product/11.2.0/dbhome_1/lib/libagfw11.so###########################################################################8.以 root 用户重启 CRS 进程# $CRS_HOME/crs/install/rootcrs.pl -patch2011-09-04 21:03:32: Parsing the host name2011-09-04 21:03:32: Checking for super user privileges2011-09-04 21:03:32: User has super user privilegesUsing configuration parameter file:/g01/11.2.0/grid/crs/install/crsconfig_paramsCRS-4123: Oracle High Availability Services has been started.# $ORACLE_HOME/bin/srvctl start home -o $ORACLE_HOME -s $STATUS_FILE -n nodename###########################################################################9. 使用 opatch 命令确认补丁安装成功opatch lsinventory -detail -oh $CRS_HOMEopatch lsinventory -detail -oh $RDBMS_HOME###########################################################################10. 在其他节点上重复以上步骤,直到在所有节点上成功安装该补丁###########################################################################
  • 注意 AIX 平台上有额外的注意事项:# Special Instruction for AIX# ---------------------------## During the application of this patch should you see any errors with regards# to files being locked or opatch being unable to copy files then this## could be as result of a process which requires termination or an additional## file needing to be unloaded from the system cache.### To try and identify the likely cause please execute the following commands## and provide the output to your support representative, who will be able to## identify the corrective steps.### genld -l | grep [CRS_HOME]## genkld | grep [CRS_HOME] ( full or partial path will do )### Simple Case Resolution:## If genld returns data then a currently executing process has something open# in# the [CRS_HOME] directory, please terminate the process as# required/recommended.### If genkld return data then please remove the enteries from the# OS system cache by using the slibclean command as root;### slibclean############################################################################## Patch Deinstallation Instructions:# ----------------------------------## To roll back the patch, follow all of the above steps 1-5. In step 6,# invoke the following opatch commands to roll back the patch in all homes.## % opatch rollback -id 9413827 -local -oh [CRS_HOME]## % opatch rollback -id 9413827 -local -oh [RDBMS_HOME]## Afterwards, continue with steps 7-9 to complete the procedure.############################################################################## If you have any problems installing this PSE or are not sure# about inventory setup please call Oracle support.############################################################################
  • 正式升级 GI 到 11.2.0.21. 解压软件包,如上所述第三个 zip 包为 grid 软件unzip p10098816_112020_Linux-x86-64_3of7.zip2. 以 GI 拥有者用户启动 GI/CRS 的 OUI 安装界面,并选择 Out of Place 的安装目录(grid)$ unset ORACLE_HOME ORACLE_BASE ORACLE_SID(grid)$ export DISPLAY=:0(grid)$ cd /u01/app/oracle/patchdepot/grid(grid)$ ./runInstallerStarting Oracle Universal Installer…在”Select Installation Options”屏幕中选择 Upgrade Oracle Grid Infrastructure or Oracle AutomaticStorage Management
  • 选择不同于现有 GI 软件的目录
  • 完成安装后会提示要以 root 用户执行 rootupgrade.sh3. 注意在正式执行 rootupgrade.sh 之前数据库服务在所有节点上都是可用的,而在执行rootupgrade.sh 脚本期间,本地节点的 CRS 将短暂关闭,也就是说滚动升级期间至少有一个节点不用因为 unpublished bug 10011084 and unpublished bug 10128494 的关系,在执行 rootupgrade.sh之前需要修改 crsconfig_lib.pm 参数文件,修改方式如下:cp $NEW_CRS_HOME/crs/install/crsconfig_lib.pm$NEW_CRS_HOME/crs/install/crsconfig_lib.pm.bakvi $NEW_CRS_HOME/crs/install/crsconfig_lib.pm
  • 从以上配置文件中修改如下行,并使用 diff 命令确认From @cmdout = grep(/$bugid/, @output);To @cmdout = grep(/(9655006|9413827)/, @output);Frommy @exp_func = qw(check_CRSConfig validate_olrconfig validateOCRTomy @exp_func = qw(check_CRSConfig validate_olrconfig validateOCR read_file$ diff crsconfig_lib.pm.orig crsconfig_lib.pm699c699< my @exp_func = qw(check_CRSConfig validate_olrconfig validateOCR --- >my @exp_func = qw(check_CRSConfig validate_olrconfig validateOCR read_file13277c13277< @cmdout = grep(/$bugid/, @output); --- > @cmdout = grep(/(9655006|9413827)/,@output);cp /g01/11.2.0.2/grid/crs/install/crsconfig_lib.pm/g01/11.2.0.2/grid/crs/install/crsconfig_lib.pm.bak并在所有节点上复制该配置文件scp /g01/11.2.0.2/grid/crs/install/crsconfig_lib.pmvrh2:/g01/11.2.0.2/grid/crs/install/crsconfig_lib.pm如果觉得麻烦,那么也可以直接从这里下载修改好的 crsconfig_lib.pm。由于 bug 10056593 和 bug 10241443 的缘故执行 rootupgrde.sh 的过程中还可能出现以下错误Due to bug 10056593, rootupgrade.sh will report this error and continue. Thiserror is ignorable.Failed to add (property/value):(OLD_OCR_ID/-1) forcheckpoint:ROOTCRS_OLDHOMEINFO.Error code is 256Due to bug 10241443, rootupgrade.sh may report the following error wheninstalling the cvuqdisk package.This error is ignorable. ls: /usr/sbin/smartctl: No such file or directory /usr/sbin/smartctl not found.以上错误可以被忽略,不会影响到升级。4.正式执行 rootupgrade.sh 脚本,建议从负载较高的节点开始[root@vrh1 grid]# /g01/11.2.0.2/grid/rootupgrade.shRunning Oracle 11g root script...The following environment variables are set as:ORACLE_OWNER= gridORACLE_HOME= /g01/11.2.0.2/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 contents of "oraenv" have not changed. No need to overwrite.The contents of "coraenv" have not changed. No need to overwrite.Entries will be added to the /etc/oratab file as needed byDatabase Configuration Assistant when a database is createdFinished running generic part of root script.Now product-specific root actions will be performed.Using configuration parameter file:/g01/11.2.0.2/grid/crs/install/crsconfig_paramsCreating trace directoryFailed to add (property/value):(OLD_OCR_ID/-1) forcheckpoint:ROOTCRS_OLDHOMEINFO.Error code is 256ASM upgrade has started on first node.CRS-2791: Starting shutdown of Oracle High Availability Services-managedresources on vrh1CRS-2673: Attempting to stop ora.crsd on vrh1CRS-2790: Starting shutdown of Cluster Ready Services-managed resources onvrh1CRS-2673: Attempting to stop ora.LISTENER.lsnr on vrh1CRS-2673: Attempting to stop ora.SYSTEMDG.dg on vrh1CRS-2673: Attempting to stop ora.registry.acfs on vrh1CRS-2677: Stop of ora.LISTENER.lsnr on vrh1 succeededCRS-2673: Attempting to stop ora.vrh1.vip on vrh1CRS-2677: Stop of ora.vrh1.vip on vrh1 succeededCRS-2672: Attempting to start ora.vrh1.vip on vrh2CRS-2677: Stop of ora.registry.acfs on vrh1 succeededCRS-2676: Start of ora.vrh1.vip on vrh2 succeededCRS-2677: Stop of ora.SYSTEMDG.dg on vrh1 succeededCRS-2673: Attempting to stop ora.asm on vrh1CRS-2677: Stop of ora.asm on vrh1 succeededCRS-2673: Attempting to stop ora.ons on vrh1CRS-2673: Attempting to stop ora.eons on vrh1CRS-2677: Stop of ora.ons on vrh1 succeededCRS-2673: Attempting to stop ora.net1.network on vrh1CRS-2677: Stop of ora.net1.network on vrh1 succeededCRS-2677: Stop of ora.eons on vrh1 succeededCRS-2792: Shutdown of Cluster Ready Services-managed resources on vrh1 hascompletedCRS-2677: Stop of ora.crsd on vrh1 succeededCRS-2673: Attempting to stop ora.mdnsd on vrh1CRS-2673: Attempting to stop ora.cssdmonitor on vrh1CRS-2673: Attempting to stop ora.ctssd on vrh1CRS-2673: Attempting to stop ora.evmd on vrh1CRS-2673: Attempting to stop ora.asm on vrh1CRS-2673: Attempting to stop ora.drivers.acfs on vrh1CRS-2677: Stop of ora.cssdmonitor on vrh1 succeededCRS-2677: Stop of ora.mdnsd on vrh1 succeededCRS-2677: Stop of ora.evmd on vrh1 succeededCRS-2677: Stop of ora.ctssd on vrh1 succeededCRS-2677: Stop of ora.drivers.acfs on vrh1 succeededCRS-2677: Stop of ora.asm on vrh1 succeededCRS-2673: Attempting to stop ora.cssd on vrh1CRS-2677: Stop of ora.cssd on vrh1 succeededCRS-2673: Attempting to stop ora.gpnpd on vrh1CRS-2673: Attempting to stop ora.diskmon on vrh1CRS-2677: Stop of ora.diskmon on vrh1 succeededCRS-2677: Stop of ora.gpnpd on vrh1 succeededCRS-2673: Attempting to stop ora.gipcd on vrh1CRS-2677: Stop of ora.gipcd on vrh1 succeededCRS-2793: Shutdown of Oracle High Availability Services-managed resources on
  • vrh1 has completedCRS-4133: Oracle High Availability Services has been stopped.Successfully deleted 1 keys from OCR.Creating OCR keys for user root, privgrp root..Operation successful.OLR initialization - successfulAdding daemon to inittabACFS-9200: SupportedACFS-9300: ADVM/ACFS distribution files found.ACFS-9312: Existing ADVM/ACFS installation detected.ACFS-9314: Removing previous ADVM/ACFS installation.ACFS-9315: Previous ADVM/ACFS components successfully removed.ACFS-9307: Installing requested ADVM/ACFS software.ACFS-9308: Loading installed ADVM/ACFS drivers.ACFS-9321: Creating udev for ADVM/ACFS.ACFS-9323: Creating module dependencies - this may take some time.ACFS-9327: Verifying ADVM/ACFS devices.ACFS-9309: ADVM/ACFS installation correctness verified.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.Preparing packages for installation...cvuqdisk-1.0.9-1Configure Oracle Grid Infrastructure for a Cluster ... succeeded最后执行 rootupgrade.sh 脚本的节点会出现以下 GI/CRS 成功升级的信息:Successfully deleted 1 keys from OCR.Creating OCR keys for user root, privgrp root..Operation successful.OLR initialization - successfulAdding daemon to inittabACFS-9200: SupportedACFS-9300: ADVM/ACFS distribution files found.ACFS-9312: Existing ADVM/ACFS installation detected.ACFS-9314: Removing previous ADVM/ACFS installation.ACFS-9315: Previous ADVM/ACFS components successfully removed.ACFS-9307: Installing requested ADVM/ACFS software.ACFS-9308: Loading installed ADVM/ACFS drivers.ACFS-9321: Creating udev for ADVM/ACFS.ACFS-9323: Creating module dependencies - this may take some time.ACFS-9327: Verifying ADVM/ACFS devices.ACFS-9309: ADVM/ACFS installation correctness verified.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.Started to upgrade the Oracle Clusterware. This operation may take a fewminutes.Started to upgrade the CSS.Started to upgrade the CRS.The CRS was successfully upgraded.Oracle Clusterware operating version was successfully set to 11.2.0.2.0ASM upgrade has finished on last node.
  • Preparing packages for installation...cvuqdisk-1.0.9-1Configure Oracle Grid Infrastructure for a Cluster ... succeeded 5. 确认 GI/CRS 的版本su - grid$ crsctl query crs activeversionOracle Clusterware active version on the cluster is [11.2.0.2.0] hostnamewww.oracledatabase12g.com/g01/11.2.0.2/grid/OPatch/opatch lsinventory -oh /g01/11.2.0.2/gridInvoking OPatch 11.2.0.1.1Oracle Interim Patch Installer version 11.2.0.1.1Copyright (c) 2009, Oracle Corporation. All rights reserved.Oracle Home : /g01/11.2.0.2/gridCentral Inventory : /g01/oraInventory from : /etc/oraInst.locOPatch version : 11.2.0.1.1OUI version : 11.2.0.2.0OUI location : /g01/11.2.0.2/grid/ouiLog file location : /g01/11.2.0.2/grid/cfgtoollogs/opatch/opatch2011-09-05_02-17-19AM.logPatch history file: /g01/11.2.0.2/grid/cfgtoollogs/opatch/opatch_history.txtLsinventory Output file location :/g01/11.2.0.2/grid/cfgtoollogs/opatch/lsinv/lsinventory2011-09-05_02-17-19AM.txt--------------------------------------------------------------------------------Installed Top-level Products (1):Oracle Grid Infrastructure 11.2.0.2.0There are 1 products installed in this Oracle Home.6.更新 bash_profile , 将 CRS_HOME、ORACLE_HOME、PATH 等变量指向新的 GI 目录