应用及数据迁移规划方案.docVIP

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