一、项目背景
经过综合评估后，考虑到停机的时间窗口要求等关键因素，决定通过升级数据字典方式，将数据库从10.2.0.4升级到11.2.0.4
二、数据库升级项目阶段划分
Oracle数据库系统升级和迁移是一项机遇和风险并存的复杂的系统工程。
对现有系统的全面了解和评估、升级需求的分析、合理的实施技术方案设计是升级项目的基础；
数据库升级划分为可行性分析与评估、前期准备、升级测试、正式升级和后期值守与性能优化等5个主要阶段：
.jpg)
二、数据库升级评估方案及选择
|
|
升级安排
|
环境要求
|
现状
|
需要添加设备
|
|
方案1
|
CRM4个中心/资源/公共库 同时割接(停机1次)
|
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阶段资源/公共库同时割接
|
|
经过综合评估后，考虑到硬件资源情况，以及对停机窗口的要求，最终决定采用方案2作为升级方案。
三、升级步骤
1.过渡灾备环境主机在搬迁前安装Oracle10g RAC /11g RAC；
2.割接当晚,停止生产10g数据库，停止生产环境到灾备环境的存储CA,重新同步BCV卷；
3.在过渡灾备端开始手工运行数据库脚本,升级10g到11g；
4.升级成功后，测试当前应用系统是否可以正常访问升级后的数据库，如有必要则更改oci/jdbc/odbc等访问方式的tnsnames，url，DNS配置信息等，正常访问成功后，可以提供生产运营，完成割接；
5.过渡灾备环境作为新生产环境使用约2～3天；
6.新灾备环境（原生产环境）第二天中午12点开始升级整改,安装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环境中测试执行)，大大减少了时间，并且这些信息反映了实际的执行情况。
