文档介绍：. .
-优选
应用和数据迁移案
由于**x生产作业是24小时不连续运作的，因此要求系统能连续运行，并具有很高的平安可靠性，用户希望在以最小的系统停机时间完成生产系统迁移工作。本次系统迁移工作的最大的风险点和难点在于在有限的停机时间完成数据库的迁移工作。
数据库迁移的解决思路
**x数据库系统数据量较大，并且应用系统的可用性要求极高，所以此次升级要求在有限的停机时间，最大限度的降低风险、数据库业务在新的主机和存储系统上能够正常运行。为了尽可能减少业务系统的停机时间，保证数据库迁移工作的顺利完成，我们基于以往实施的数据库迁移成功案例(，迁移时间不超过15分)，经过格的数据库迁移测试，提出了采用数据库Dataguard技术的数据迁移。
采用数据库Dataguard技术的数据迁移的特点：
对业务的影响小，switchover到新主机的时间小于10分钟
一旦新数据库出现问题能够便的回切到原来的数据库，不丧失差异数据
采用数据库Dataguard技术的数据迁移的主要步骤如下：
在新主机上安装Oracle9i 数据库软件
在新主机上配置Dataguard 数据库(物理standby )
. .
-优选
利用DataGuard技术，主数据库不断的将新产生的数据库归档日志传输到新主机并将这些归档日志应用到standby数据库，实现主备数据库之间的数据同步
系统割接期间只需将新主机上的standby数据库切换为主数据库即可〔switchover的时间小于10分钟〕
一旦新系统上数据库运行出现问题只需将数据库切换回原来主机上即可，不会丧失任数据
数据库升级的解决思路
数据库升级的根本出发点
·保证企业生产及业务系统运行的平安性、连续性
·克制原有系统缺陷
·吸收适用的系统新特性
迁移工作必然涉及到数据库系统的扰动，所以减少对于正常业务系统的冲击，保证它的连续性和平安性是第一个出发点，数据库系统是业务系统的根底，认真准备和设计数据库迁移是开场的第一步。
迁移到更新版本的工作也是纠正原有系统含的错误的良好时机，这个原那么同样也适合于任软件系统和硬件设备。
数据库迁移式
从Oracle9i到Oracle10G的迁移有三种式：
使用export和import
优点：通过导出和导入式对数据库存储构造进展重整有助于减少数据库碎块
. .
-优选
缺点：对于超过150G以上的数据库，采用exp/imp式的停机时间很长
使用Migrate脚本
优点： 速度快，一般在30分钟能完成脚本升级
缺点： 一旦升级后就无法回退
使用Migrate向导工具〔DBUA〕
优点： 速度快，一般在30分钟能完成脚本升级
缺点： 一旦升级后就无法回退,容错性较差
我们综合考虑了数据库规模、停机时间、升级风险和以往的成功案例后，我们建议采用数据库升级脚本式直接升级迁移后的数据库,
工程实施方案
实施步骤
为了降低工程实施的风险，我们建议将整个系统迁移和升级工程拆分为五个阶段：
准备阶段
准备阶段需要完成搭建新系统环境，是整个系统迁移工程成功的基，主要工作包括安装操作系统、系统参数调整、存储及LVM设计和规划、MS/SG规划和实施等
测试阶段
由于数据库升级采用脚本直接在生产库上实施，因此完备细致的测试工作是整个工程成功与否的关键，在测试阶段我们需要到达以下目的：
. .
-优选
验证迁移案的可行性
解决迁移测试过程中遇到的错误
根据测试的结果调整迁移过程
对整个系统迁移过程做进一步的优化
数据库迁移阶段
为了尽可能的减少系统停机时间数据库的迁移工作，我们方案采用Oracle9i Dataguard技术：将数据库热备份恢复到新主机，配置主备节点的数据库归档日志同步，系统割接的时候只需做switchover 操作将新节点上备用数据库角色切换为主数据库即可。
数据库迁移到新节点后将应用系统也切换到新数据库，在新系统上运行一段时间