Oracle 10g rac升级(10.2.0.1 Rac到10.2.0.4)

简要介绍了Linux下oracle10g rac环境的升级过程

环境如下：

OS: Linux AS 4 U4 32 bit

DBMS: Oracle 10.2.0.1

节点： IBM 3655, 主机名分别为rac01、rac02、rac03

存储: EMC Celerra NS40 ,采用ASM

word文档包括完整的图片,下载地址:

http://studycow.itpub.net/resource/37461/28197

[@more@]

三节点Oracle 10.2.0.1 Rac升级到10.2.0.4

环境：
OS: Linux AS 4 U4 32 bit
DBMS: Oracle 10.2.0.1
节点： IBM 3655, 主机名分别为rac01、rac02、rac03
存储: EMC Celerra NS40 ,采用ASM
补丁下载地址：
ftp://updates.oracle.com/6810189/p6810189_10204_Linux-x86.zip

升级过程如下：

1 停止数据库服务，用rman做了全库备份，再用tar备份了ORA_CRS_HOME和ORACLE_HOME
2 找到安装rac安装时第一台节点,将Patchset上载到rac01服务器,解压安装包

3 升级crs ,oracle10g支持滚动升级crs,我使用了非滚动升级

3.1 每个节点分别停止 EM和 isqlplus
[oracle@rac01 orcl]$ emctl stop dbconsole
TZ set to Asia/Chungking
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
http://rac01:1158/em/console/aboutApplication
Stopping Oracle Enterprise Manager 10g Database Control ...
... Stopped.
[oracle@rac01 ~]$ isqlplusctl stop
iSQL*Plus 10.2.0.1.0
Copyright (c) 2003, 2005, Oracle. All rights reserved.
iSQL*Plus instance on port 5561 is not running ...

3.2 关闭每个节点上的监听程序

oracle@rac02 backup]$ srvctl stop listener -n rac01
[oracle@rac02 backup]$ srvctl stop listener -n rac02
[oracle@rac02 backup]$ srvctl stop listener -n rac03

3.3 停止 数据库实例
[oracle@rac01 orcl]$ srvctl stop database -d orcl

3.4 停止每个节点的ASM实例
[oracle@rac01 orcl]$ srvctl stop asm -n rac01
[oracle@rac01 orcl]$ ssh rac02
Last login: Fri Aug 1 03:59:58 2008 from rac01
[oracle@rac02 ~]$ srvctl stop asm -n rac02
[oracle@rac02 ~]$ srvctl stop asm -n rac03

3.5 停止数据库服务(此环境没有配置数据库服务)

[oracle@rac01 orcl]$ srvctl stop service -d orcl -s orcl
PRKO-2120 : The internal database service orcl cannot be managed with srvctl.

3.6 停止每个节点的ASM实例
[oracle@rac01 orcl]$ srvctl stop asm -n rac01
[oracle@rac01 orcl]$ ssh rac02
Last login: Fri Aug 1 03:59:58 2008 from rac01
[oracle@rac02 ~]$ srvctl stop asm -n rac02
[oracle@rac02 ~]$ srvctl stop asm -n rac03

3.7 停止每个节点的应用
[oracle@rac02 ~]$ srvctl stop nodeapps -n rac01
[oracle@rac02 ~]$ srvctl stop nodeapps -n rac02
[oracle@rac02 ~]$ srvctl stop nodeapps -n rac03

3.8 查看CRS资源状态，全部变成了offline
[oracle@rac02 ~]$ crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora.orcl.db application OFFLINE OFFLINE
ora....orcl.cs application OFFLINE OFFLINE
ora....cl1.srv application OFFLINE OFFLINE
ora....cl2.srv application OFFLINE OFFLINE
ora....cl3.srv application OFFLINE OFFLINE
ora....l1.inst application OFFLINE OFFLINE
ora....l2.inst application OFFLINE OFFLINE
ora....l3.inst application OFFLINE OFFLINE
ora....SM1.asm application OFFLINE OFFLINE
ora....01.lsnr application OFFLINE OFFLINE
ora.rac01.gsd application OFFLINE OFFLINE
ora.rac01.ons application OFFLINE OFFLINE
ora.rac01.vip application OFFLINE OFFLINE
ora....SM2.asm application OFFLINE OFFLINE
ora....02.lsnr application OFFLINE OFFLINE
ora.rac02.gsd application OFFLINE OFFLINE
ora.rac02.ons application OFFLINE OFFLINE
ora.rac02.vip application OFFLINE OFFLINE
ora....SM3.asm application OFFLINE OFFLINE
ora....03.lsnr application OFFLINE OFFLINE
ora.rac03.gsd application OFFLINE OFFLINE
ora.rac03.ons application OFFLINE OFFLINE
ora.rac03.vip application OFFLINE OFFLINE

3.9 停止每个节点上的CRS

[root@rac01 ~]# /u02/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.
[root@rac01 ~]# ssh rac02
root@rac02's password:
Last login: Fri Aug 1 03:54:09 2008 from 172.16.0.129
[root@rac02 ~]# /u02/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.
[root@rac02 ~]# ssh rac03
root@rac03's password:
Last login: Fri Aug 1 00:56:25 2008 from 172.16.0.40
[root@rac03 ~]# /u02/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.
3.10 运行 runInstaller开始启动oui，注意选择ORA_CRS_HOME目录，随后oracle自动选择了RAC中的所有节点

3.11 一直往下next，全部成功。最后出现的窗口上要求在每个节点上完成以下两步：
 以root用户身份登录，停止crs服务
# CRS_home/bin/crsctl stop crs
 以root用户身份执行root102脚本
# CRS_home/install/root102.sh

先停止crs
[root@rac01 ~]# /u02/app/oracle/product/10.2.0/crs/bin/crsctl stop crs
Stopping resources.
Successfully stopped CRS resources
Stopping CSSD.
Shutting down CSS daemon.
Shutdown request successfully issued.

执行root102.sh脚本，脚本提示补丁包应用成功

[root@rac01 ~]# /u02/app/oracle/product/10.2.0/crs/install/root102.sh
Creating pre-patch directory for saving pre-patch clusterware files
Completed patching clusterware files to /u02/app/oracle/product/10.2.0/crs
Relinking some shared libraries.
Relinking of patched files is complete.
WARNING: directory '/u02/app/oracle/product/10.2.0' is not owned by root
WARNING: directory '/u02/app/oracle/product' is not owned by root
WARNING: directory '/u02/app/oracle' is not owned by root
Preparing to recopy patched init and RC scripts.
Recopying init and RC scripts.
Startup will be queued to init within 30 seconds.
Starting up the CRS daemons.
Waiting for the patched CRS daemons to start.
This may take a while on some systems..
10204 patch successfully applied.
clscfg: EXISTING configuration version 3 detected.
clscfg: version 3 is 10G Release 2.
Successfully accumulated necessary OCR keys.
Using ports: CSS=49895 CRS=49896 EVMC=49898 and EVMR=49897.
node :
node 1: rac01 rac01_priv rac01
Creating OCR keys for user 'root', privgrp 'root'..
Operation successful.
clscfg -upgrade completed successfully

4 升级数据软件
4.1 在每个节点上停止isqlplus
[oracle@rac01 ~]$ isqlplusctl stop
iSQL*Plus 10.2.0.1.0
Copyright (c) 2003, 2005, Oracle. All rights reserved.
iSQL*Plus instance on port 5561 is not running ...
[oracle@rac01 ~]$ ssh rac02
Last login: Fri Aug 1 04:03:29 2008 from rac01

4.2 在每个节点上停止EM
[oracle@rac02 ~]$ emctl stop dbconsole
TZ set to Asia/Chungking
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
http://rac01:1158/em/console/aboutApplication
Stopping Oracle Enterprise Manager 10g Database Control ...
... Stopped.

4.3 关闭ASM实例
[oracle@rac02 backup]$ srvctl stop asm -n rac01
[oracle@rac02 backup]$ srvctl stop asm -n rac02
[oracle@rac02 backup]$ srvctl stop asm -n rac03

4.4 关闭数据库
oracle@rac02 backup]$ srvctl stop database -d orcl

4.5 关闭每个节点上的监听程序

oracle@rac02 backup]$ srvctl stop listener -n rac01
[oracle@rac02 backup]$ srvctl stop listener -n rac02
[oracle@rac02 backup]$ srvctl stop listener -n rac03

4.6 执行runInstaller启动oui,选择ORACLE_HOME，同样Oracle已经自动选择了所有rac节点;一直next，没出现什么错误。

4.7 执行最后一个界面时，Oracle提示在每个节点以root用户执行root.sh脚本

在rac01上的执行过程如下：

[root@rac01 ~]# /u01/app/oracle/product/10.2.0/db_1/root.sh
Running Oracle10 root.sh script...

The following environment variables are set as:
ORACLE_OWNER= oracle
ORACLE_HOME= /u01/app/oracle/product/10.2.0/db_1

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin. Overwrite it? (y/n)
[n]: y
Copying dbhome to /usr/local/bin ...
The file "oraenv" already exists in /usr/local/bin. Overwrite it? (y/n)
[n]: y
Copying oraenv to /usr/local/bin ...
The file "coraenv" already exists in /usr/local/bin. Overwrite it? (y/n)
[n]: y
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.sh script.
Now product-specific root actions will be performed.

5 升级数据库，我使用了DBUA工具
5.1 启动dbua工具后，会让用户选择升级ASM还是数据库，由于我们的是从10.2.0.1的基础上升级，不需要升级ASM，直接跳过,如低于此版本而是必须先升级ASM。

5.2 升级数据库
要求输入SYS用户密码

一直next,过程中Oracle发现无效对象，忽略


选择编译无效对象和编译并行度



执行升级

整个数据库升级过程大概持续了1个小时，最后终于大功告成，升级成功！

附：此次升级解决的bug

为了解决一个bug,用户要求升级rac环境，要求的解决bug，metalink解决如下:
Subject: ORA-600 [kgmgchd1]
Doc ID: Note:139068.1 Type: REFERENCE
Last Revision Date: 03-APR-2008 Status: PUBLISHED

Note: For additional ORA-600 related information please read Note 146580.1

PURPOSE:
This article represents a partially published OERI note.
It has been published because the ORA-600 error has been
reported in at least one confirmed bug.
Therefore, the SUGGESTIONS section of this article may help
in terms of identifying the cause of the error.
This specific ORA-600 error may be considered for full publication
at a later date. If/when fully published, additional information
will be available here on the nature of this error.

SUGGESTIONS:
If the Known Issues section below does not help in terms of identifying
a solution, please submit the trace files and alert.log to Oracle
Support Services for further analysis.

Known Issues:
Bug# 5721941 See Note 5721941.8
Additional diagnostict for OERI[kgmgchd1]
Fixed: 10.2.0.4, 11.1.0.6

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7839206/viewspace-1008646/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7839206/viewspace-1008646/