一、项目配景
经由综合评估后，思量到停机的时间窗口要求等关jian因素，决议通过升级数据字典方式，将数据库从10.2.0.4升级到11.2.0.4
二、数据库升级项目阶段划分
Oracle数据库系统升级和迁徙是一项机缘和风险并存的重大的系统工程。
对现有系统的周全相识和评估、升级需求的剖析、合理的实验手艺方案设计是升级项目的基。
数据库升级划分为可行性剖析与评估、前期准备、升级测试、正式升级和后期值守与性能优化等5个主要阶段：
.jpg)
二、数据库升级评估方案及选择
|
|
升级部署
|
情形要求
|
现状
|
需要添加装备
|
|
方案1
|
CRM4其中心/资源/公共库 同时割接(停机1ci)
|
12台割接主机,6份存储空间
|
1.容灾系统的主机设置约为生产1/2，无法支持全营业运行。
|
8台主机,5份存储空间
|
|
方案2
|
1阶段CRM 4其中心同时割接;
|
8台割接主机,4份存储空间
|
2.当前仅有4台高配空闲机械。
|
4台主机,3份存储空间
|
|
2阶段资源和公共库同时割接;
|
3.有1套<统一备份恢复平台>情形可用于SPA等测试。
|
|
方案3
|
1阶段CRM1,CRM2同时割接;
|
4台割接主机,2份存储空间
|
|
1份存储空间
|
|
2阶段CRM3,CRM4同时割接;
|
|
|
3阶段资源/公共库同时割接
|
|
经由综合评估后，思量到硬件资源qing况，以及对停机窗口的要求，最终决议接纳方案2作为升级方案。
三、升级步骤
1.过渡灾备情形主机在搬迁前安装Oracle10g RAC /11g RAC；
2.割接当晚,阻止生产10g数据库，阻止生产情形到灾备情形的存储CA,重新同步BCV卷；
3.在过渡灾备端开shi手工运行数据库剧本,升级10g到11g；
4.升级乐成后，测试当前应用系统是否可以正常会见升级后的数据库，若有须要则更改oci/jdbc/odbc等会见方式的tnsnames，url，DNS设置信息等，正常会见乐成后，可以提供生产运营，完成割接；
5.过渡灾备情形作为新生产情形使用约2～3天；
6.新灾备情形（原生产情形）第二天中午12点开shi升级整改,安装11gRAC；
7.存储反向复制(GI OCR VOTE盘自力)，容灾切换。
四、回退方案
1.在确认过渡灾备情形升级乐成且正常事情前，不要连忙启动远端到生产端的存储CA，原生产情形的DB数据做为数据回退保障；
2.当升级失败导致远端容灾端的CA复制数据损坏，无法修复，可以启动生产端原生产情形主机上的Oracle 10gR2 RAC数据库支持生产运营；
五、性能测试11g工具——SPA
1、不仅要加载生产情形的TOP SQL，还要只管多的加载所有营业的SQL，在生产情形中的非TOP SQL，在升级到11g后可能也会酿成TOP SQL
2、加载优化集同时加载所有的统计信息，转换10g SQL优化集(无须在10g情形中测试执行)，大大镌汰了时间，而且这些信息反映了现实的执行qing况。
