应用和数据迁移方案修订稿

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

应用和数据迁移方案 Document number【AA80KGB-AA98YT-AAT8CB-2A6UT-A18GG】

应用和数据迁移方案由于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到Oracle10G的迁移有三种方式:

1.使用export和import

优点:通过导出和导入方式对数据库存储结构进行重整有助于减少数据库碎块

缺点:对于超过150G以上的数据库,采用exp/imp方式的停机时间很长

2.使用Migrate脚本

优点:速度快,一般在30分钟内能完成脚本升级

缺点:一旦升级后就无法回退

3.使用Migrate向导工具(DBUA)

优点:速度快,一般在30分钟内能完成脚本升级

缺点:一旦升级后就无法回退,容错性较差

我们综合考虑了数据库规模、停机时间、升级风险和以往的成功案例后,我们建议采用数据库升级脚本方式直接升级迁移后的数据库,

1.2项目实施计划

1.2.1实施步骤

为了降低项目实施的风险,我们建议将整个系统迁移和升级项目拆分为五个阶段:

准备阶段

准备阶段需要完成搭建新系统环境,是整个系统迁移项目成功的基石,主要工作包括安装操作系统、系统参数调整、存储及LVM设计和规划、MS/SG规划和实施等

测试阶段

由于数据库升级采用脚本直接在生产库上实施,因此完备细致的测试工作是整个项目成功与否的关键,在测试阶段我们需要达到以下目的:

验证迁移方案的可行性

解决迁移测试过程中遇到的错误

根据测试的结果调整迁移过程

对整个系统迁移过程做进一步的优化

数据库迁移阶段

为了尽可能的减少系统停机时间数据库的迁移工作,我们计划采用

Oracle9i Dataguard技术:将数据库热备份恢复到新主机,配置主备节点的数据库归档日志同步,系统割接的时候只需做switchover 操作将新节点上备用数据库角色切换为主数据库即可。

数据库迁移到新节点后将应用系统也切换到新数据库,在新系统上运行一段时间,如果发现新节点上数据库或主机出现问题,可以方便的回切到原来的数据库,不丢失任何数据。

数据库升级阶段

数据库升级由于直接在生产数据库上执行升级脚本,一旦升级失败对业务影响较大,因此其实施的前提是:

1)测试阶段数据库升级测试成功

2)对升级风险有预判和应急措施

3)整个数据库升级时间在用户可接受的范围内

4)在数据库升级前必须有个最新的、可用的数据库全备份

数据库迁移升级后的工作

数据库迁移升级后的工作包括数据库全备份、主机和数据库性能监控等1.2.2实施计划

根据以上步骤整理的该项目实施计划表格如下:

时间工作内容负责单位配合单位准备阶段

系统环境调研天玑科技xxx

新主机系统盘做mirror天玑科技

安装HP DP备份软件天玑科技

双机HP MC/SG规划及配置天玑科技

天玑科技

主机系统参数、卷组、文件系统及数据

库配置参数检查

测试阶段

实施Dataguard 数据库迁移天玑科技

应用测试

HP MC/SG双机切换测试天玑科技

实施数据库升级测试天玑科技

应用测试

HP MC/SG双机切换测试天玑科技数据库迁移阶段

数据库全备份天玑科技

天玑科技

在新主机上创建dataguard physical

standby db

天玑科技

配置datagurad使得主备数据库之间归

档日志同步

停应用xxx

天玑科技

生产数据库切换为physical standby

db

在新主机的原physical standby db切

天玑科技

换为主数据库

应用系统测试及相关应用连接数据库配

天玑科技

置修改

MC/SG 切换测试天玑科技

DataProtector数据库备份配置天玑科技

系统上线天玑科技数据库升级阶段

相关文档
最新文档