《不停机的数据库跨版本迁移方案》由会员分享，可在线阅读，更多相关《不停机的数据库跨版本迁移方案（6页珍藏版）》请在金锄头文库上搜索。
1、不停机的数据库跨版本迁移方案数据库迁移过程中面临的问题在许多的工程环境中需要进行数据库迁移,如数据库版本升级,如 Oralce 9i升级到10g操作系统升级,如 AIX 5.2升级6磁盘阵列扩容服务器 /磁盘阵列类型更换在进行数据库升级过程中，最为关心的几个问题：缩短业务中断的时间即使是有计划的业务中断也将会对企业造成巨大的损失，比如造计费系统的停止、客户服务中断、用户业务中断，或降低客户服务质量等。据业界估计， 80% 的停机时间都来源于计划的下线， 其中包括硬件迁移等。 因此尽量缩短迁移过程所需要的时间是提高系统连续运行的关键。异构环境因为在相同的操作系统平台、或相同的数据库平台之间作数据
2、库的迁移会有较多手段能够实现， 但在异构环境下，包括操作系统的升级或变更、包括数据库的升级、包括存储设备的升级等都提高了迁移的复杂程度。因此，如何在保证在复杂环境下的迁移，并且缩短迁移的时间和业务中断时间是本项目最关键的环节。不停机的数据库迁移原理迁移的步骤主要分为2 个主要步骤：步骤一：大批量数据初始迁移该过程是将源数据库中的存量数据批量迁移到新系统上。批量数据迁移的方法主要分为两种：物理迁移方式：物理迁移方式就是采用磁盘阵列拷贝方式或者是通过RMAN的备份恢复方式将生产数据备份恢复到新系统上。该方式适合新老系统的操作系统的环境下适用。逻辑迁移方式：逻辑迁移方式就是通过数据抽取然后将抽取的数
3、据装入目标数据库上。逻辑迁移方式可以采用3 种方式：（ 1 ） exp/imp 方式：通过 oracle 提供给的 exp/imp 方式将数据从老系统复制到新系统，在 9i 版本之前适合该方式（ 2 ） 采用 expdp/impdp 数据泵方式： 该方式类似于 exp/imp ，但是效率要远远高于 exp/imp 方式。该方式适合在 10g 以后数据库版本。（ 3 ） 采用 R7DIP 自己提供的全同步功能R7-DIP 全同步功能介绍：两种批量数据迁移的差别无论批量迁移采用哪种方式，都将面临着数据量大、迁移时间长、工作复杂等问题。因此如何保证在批量迁移所耗费的大量时间中让源系统上承载的业务不至
4、于长时间停机，这就需要第二步骤来保障。步骤二：变量数据的迁移变量数据的迁移， 就是将批量数据迁移过程中新产生的数据复制到新系统上去的过程。由于发生迁移的新老系统可能已经出现了数据库版本的升级，数据结构升级或者是操作系统的升级，因此已经不能简单利用将源库新产生的log 日志进行recover 的方式实现。所以，一般变量数据的迁移只能通过将源库产生的log 日志进行解析，翻译成SQL 语句后在新系统上执行的方式来完成。我们的日志分析方法是通过ORACLE数据库提供的日志分析API 来完成的，日志分析从指定的SCN 号开始分析产生的log 日志， 将 log 日志分析成SQL 语句， 将属于业务用户
5、的 SQL 语句分拣出来在新系统上进行执行。从而确保新产生的log 数据被应用到新系统上。18192021222324DXFSQLLog AnalyzeLoaderOracle Log当新系统和老系统之间的数据达到平衡后，可以随时将业务切换到新系统上。迁移步骤编号内容备注1新系统环境准备安装系统软件和支撑软件安装数据库环境存储空间划分2345批量数据迁移整个过程源端业务不用停止源数据库 RMAN 备份备份数据传输到新系统新系统上 RMAN 恢复新系统上启动恢复的数据库要求指定 SCN 恢复，该 SCN用于变量数据衔接点新系统上数据库的调整包括版本升级、单机改rac等。停止 trigger 和
6、job增量数据迁移前必须做的变量数据复制从批量数据迁移的 SCN点对源库的log 日志进可定期分析，例如几分钟分析行分析，生成变量数据的SQL 语句一次将变量 SQL 语句应用到新系统上该步骤需要在新系统的升级和调整操作都完成以后再进行源数据库和新数据库的数据达到平衡状态应用验证有应用程序验证新数据库是否已满足切换的条件切换前的最后准备激活新数据库上的trigger 等激活新数据库上的job 等对一些对象进行确认和最后处理，包括：Cluster 表UDT 字段类型等。这些表都是极少数的数据。6业务切换停止源库业务等待增量数据迁移完成所有数据的迁移记录新系统的scn 号用于回退使用将业务转换到新
7、数据库回退方案回退是数据库迁移过程中非常重要的步骤。回退方案的基本原理如下：（ 1 ）当新数据库接管业务之前的一刻，需要记录新数据库的scn 点。（ 2 ） 启动反向恢复日志分析功能： 通过日志分析程序将新数据库上从切换业务开始的 scn 点之后的 log 日志的 sql 语句都分析出来保留存储。（ 3 ） 迁移的源数据库保持不动，时刻准备接受回切任务。（ 4 ）当需要回切时，由日志分析软件将新系统上分析到的sql 语句应用到老数据库上，从而实现老数据库的业务回切。业务回切的周期建议1-2 天，过长时间的业务回切已无必要。参考案例我们已经在多个案例上实施这种不停业务的数据库迁移方案，主要包括：用户迁移描述COSCO 数据物流系统的迁移：库迁移从 IBM +oracle 9i迁移到 IBM +oracle10g平台上；数据量大小： 1TB北京电视台媒资系统迁移：从 Linux 平台迁移到 aix 平台数据量大小： 300GB湖北电信安全管理系统迁移：从 sun 平台迁移到 HP 平台数据量大小： 250GB中国贸易促 企业服务系统进会从 AIX 9i 数据库升级到 10g 数据库数据量： 1.2TB宜昌市政府网格数据库迁移从 HP-UX 9i 迁移到 HP-UX 10g数据量： 1.8TB
