声 明
本文件所有权和解释权归所有，未经****书面许可，不得复制或向第三方公开。
This document is the property of **** and can be neither reproduced nor disclosed to a third party without a written
authorization.
修订历史记录
拟制 小明 日期 2013/10/25 审核 日期 批准
日期
（A-添加，M-修改，D-删除）
1方案介绍
目前现网数据库Oracle 10.2.0.4 RAC升级到11.2.0.4方法主要有3种,一种是直接手工升级的方式，二种是通过dbua升级，即在现有生产环境中将数据库版本从10gr2升到11gr2，三种是采用异机迁移升级的方式实施,根据目前资源情况,我们计划采用第二种方式进行数据库升级。
我们这里讲的是Linux 5.5 10.2.0.4 RAC 祼负备升级到11.2.0.4，dbua升级方式，针对AIX平台有所不同。
说明:迁移升级相对于直接升级的风险性相对较低，但是需要的硬件资源较多，就目前硬件资源来说，不能满足迁移升级条件。
2操作时间评估
3操作步骤
4.对oracle10g环境备份
1、升级前须增加一个scan ip 跟VIP同一网段。
2、做安装前必须对原有oracle 10g数据以及环境作备份，备份的内容有oraInventory、asm disk header、ocr、
4.1 创建文件系统、用户组
4.2 停应用4.3 停监听lsnrctl stop
4.4 停数据库
4.5 设置环境变量
4.6 升级前检查是否满足升级条件
4.7 使用Oracle用户进行安装升级
首先应用新的环境变量,切换到grid_env进行安装.
+ASM1
4.8 升级CRS
--这里选择第三项:Upgrade Oracle Grid Infrastucture or Oracle Automatic Storage Management
--以上有图片没有保存，主要是检查没有问题就可以一直下一步。
--ROOT执行，升级完之后检查,ocr和votedisk还是使用裸设备的.
--这里把CRS迁移到GRID，建一个DG。
--迁移OCR到ASM
[root@rac1 bin]# ./ocrconfig -add +ocr
[root@rac1 bin]# ./ocrconfig -delete /dev/raw/raw1 [root@rac1 bin]# ./ocrconfig -delete /dev/raw/raw2 [oracle@rac1 ~]$ ocrcheck
Status of Oracle Cluster Registry is as follows : Version : 3
Total space (kbytes) : 517828
Used space (kbytes) : 6236
Available space (kbytes) : 511592
ID : 1423844012
Device/File Name : +ocr
Device/File integrity check succeeded Device/File not configured
Device/File not configured
Device/File not configured
Device/File not configured
Cluster registry integrity check succeeded
Logical corruption check bypassed due to non-privileged user
--迁移VOTEING DISK到ASM
[oracle@rac1 ~]$ crsctl replace votedisk +ocr
CRS-4256: Updating the profile
Successful addition of voting disk 4d0798b6cd214fb1bf8b201b69497a20. Successful deletion of voting disk 24837164cd2aef11ff7dfe4c65ee3ba9. Successfully replaced voting disk group with +ocr.
CRS-4256: Updating the profile
CRS-4266: Voting file(s) successfully replaced
[oracle@rac1 ~]$ crsctl query css votedisk
## STATE File Universal Id File Name Disk group
-- ----- ----------------- --------- ---------
1. ONLINE 4d0798b6cd214fb1bf8b201b69497a20 (/dev/raw/raw6) [OCR]
Located 1 voting disk(s).
到此,我们已经把裸设备上的OCR和VOTEING DISK迁移到了ASM中,接下来就是最后升级DB.
4.9 升级DB
----停数据库
srvctl stop database -d centerdb
--开始安装运行./runInstaller
--中间图片省掉，如果不出问题都是下一步，只说重点
这样跑脚本就很快，不然要几个小时。
--到这里DB就升级完成，如果中间跑脚本出错，那就要详细检查。
--最后检查是否有失效对象。
select 'alter '||object_type||' '||owner||'.'||object_name||' compile;' from dba_objects a
where (a.owner, a.object_name) in
(select owner, object_name from dba_objects )
and a.status = 'INVALID';
--通过gv视图可以看到为11.2.0.4.0
--整个升级完成后还是使用裸设备，如果你原来就是ASM就可以直接升级到ASM，只是CRS迁移到了ASM，当然你可以把数据库迁移到ASM进行管理。
--可以通过ocrcheck检查OCR使用的是+ocr
4.10 启应用进行测试
4.11 应用检查
5.回退方案：
当升级过程失败，都需要进行回退，但是由于在升级的不同阶段，回退方案不同，可分为如下几种情况
1、GRID INFRASTRUCTURE OUI安装失败
在这种情况下，未执行脚本，未对ocr的信息进行更改，所以只需查看oraInventory是否被更改，如果被更改则执行以下步骤回退，如果未更改orainventory则直接删除NEW_ORACLE_HOME即可。
2
3
asmca升级只是更改了部分配置文件,比如/etc/oratab，以及在GRID_HOME/dbs下建立参数文件和在CRS Resource中建立ora.asm 等资源，所以如果asmca升级失败，只需按照回退方案二中的回退方案执行即可，无需其他操作
4、升级数据字典失败
使用11g软件启动数据库到mount状态
Flashback database to restore point up11pre;
关闭数据库后使用10g软件启动数据库到mount状态，然后使用alter database open resetlogs打开数据库
删除还原点drop restore point up11gre；
顺序执行2、1回退方案回退grid和删除软件
注意：A、如果使用flashback不能回退到升级前的数据库状态，则需要使用rman进行不完全恢复到升级前的时间点。
B、数据库回退到10g版本后，如果需要再短时间内重新升级，可考虑让10g的数据库在11gr2 GI环境下运行。
注意：由于restore point是在升级之初建立的，所以不管在那一步执行失败后需要回滚或者升级成功，均需要在数据库启动后手工执行drop restore point up11gre删除还原点