Chinaunix首页 | 论坛 | 博客
  • 博客访问: 549706
  • 博文数量: 154
  • 博客积分: 4055
  • 博客等级: 上校
  • 技术积分: 1381
  • 用 户 组: 普通用户
  • 注册时间: 2006-04-01 14:26
文章分类

全部博文(154)

文章存档

2014年(2)

2013年(2)

2011年(2)

2010年(11)

2009年(9)

2008年(35)

2007年(22)

2006年(71)

我的朋友

分类: Oracle

2008-11-24 13:31:52

大型Oracle数据库的迁移需求和挑战
 

  随着业务的不断拓展,我们经常需要对系统进行调整,比如:存储系统升级、服务器升级、平台的迁移、数据库版本升级等等,这些情况我们都需要借助数据迁移工作来完成。

  在迁移过程中,我们经常会遇到一些很难解决的问题。因为,如果是在相同的操作系统平台、或相同的数据库平台之间做数据库的迁移,会有较多解决方案能够实现;但是,如果在异构环境下,做操作系统的升级或变更、数据库的升级、存储设备的升级等等,都大幅度地提高了迁移的复杂程度。

  数据库数据迁移的具体需求往往是:
  1、数据库版本异构版本升级:如Oralce 8i 升级到 9i,甚至是Oracle10g,等等;

  2、操作系统升级:如AIX 4.3 升级 5.2,甚至是HP Unix环境下,等等;

  3、磁盘阵列扩容:从老的磁盘升级到新的、其他不同厂家的高端磁盘中,等等。

  

        数据库迁移升级过程中面临的挑战:

  1、缩短业务中断的时间;
  即使是有计划的业务中断也将会对企业造成巨大的损失,比如电信行业计费系统的停止、营业帐务系统的服务中断等,都会直接造成对外业务服务的中断,大大降低服务质量和客户满意度等。

  据业界估计,80%的停机时间都来源于计划的下线,其中包括硬件迁移等。因此尽量缩短迁移过程所需要的时间是提高系统连续运行的关键,目前普遍要求在3-5个小时内完成迁移,而且尽量不影响正在运行的业务系统。因此,如何保证在异构环境下的迁移,并且缩短迁移的时间和业务中断时间是本项目最关键的环节。

  2、数据的准确性;

  3、能否在前后期准备和迁移期间,大大减少对业务系统的影响;

  4、可以回退到旧环境,等等。

DSG数据库迁移解决方案的特点
 

  DSG独特的技术手段和产品作为迁移的技术基础

  
DSG公司的备份恢复产品(SnapAssure)、快速导出、导入产品(XEXP/XIMP)以及RealSync产品所具备的首次全同步功能等各项技术,集成在一起能够为用户提供不同层次的迁移支持:

  1、RealSync首次全同步技术:提供异构环境下的Oracle数据库的数据迁移,该产品具有在业务不停顿的情况下实施快速迁移的特点。在业务依然运行的情况下,RealSync支持将旧生产系统的数据迁移到新的数据库系统上,自动将已有的数据迁移,同时还会将迁移过程中新产生的变化数据也迁移到新系统上;

  2 、快速导出/导入 (XEXP/XIMP) 技术:提供了在静态环境下的数据库快速迁移的功能,该技术比Oracle的EXP/IMP的速度有近10倍的效率提升;

  3、快速备份/恢复(SnapAssure)技术:提供了同构操作系统环境下的数据迁移,尤其适用于在更换存储系统环境下的迁移需求。提供了比传统RMAN的备份恢复性能高出若干倍的备份/恢复效率。

  DSG拥有严密的工程管理规范

  1、充分的人员保证和组织管理:由于搬迁工作的复杂性,在项目组中要有专职项目经理,要有网络工程师、系统管理员、数据库管理员、应用系统负责人等配合。

  2、详细专业地沟通:按照整个实施的过程,全面地进行专业沟通,涵盖诸如迁移目标、需求、环境、如何联合测试、设计和确定正式搬迁计划、搬迁计划实施、搬迁后观察等。

  3、严格的进度控制:由于是生产系统的迁移,项目的实施有严格的时间限制,因此在项目实施过程中要对实施进度进行严格控制,并制定详细的应急方案。

  4、完善的质量保证:由于是生产系统的迁移,所有的操作都要保证其准确性,要确保提前落实迁移测试、确定最后的迁移计划和方案,严格按照迁移的专业流程操作、确保每一个步骤万无一失。因此,项目实施过程中对所有的实施步骤都要进行充分的测试验证和审核,以确保实施的质量。

  DSG的严格的大型数据库迁移实施过程

步骤(1)

制定详细的迁移计划期:包括迁移任务的目标分析、系统环境分析、业务数据分析、迁移的性能需求分析;

步骤(2)

迁移准备期:系统环境准备、安装和调测相关软件、模拟迁移测试、根据模拟情况核定各项准备、核定所需迁移的最大时间等各个环节;提交正式迁移申请报告;

步骤(3.1)

正式迁移期:正式迁移开始,对生产系统的数据进行备份、导出或大批量数据导出;

步骤(3.2)

在不停顿业务的模式下,当大批量数据复制完成后,RealSync将步骤(3.1)过程中新增加的交易重新复制到目标系统。通过跟踪和分析数据导出过程中的所有redo.log信息,从Log文件中分析和翻译出这段时间内新增加的记录,然后再将这些记录插入到目标系统中。

步骤(4)

验证迁移系统期:正式迁移后,快速验证并启动新系统,并对新系统的运行进行跟踪记录和分析,已备回切增量信息到旧系统中。

步骤(5)

迁移系统观察期:迁移系统运行观察期结束后,提交正式迁移完成报告。


DSG大型数据库迁移解决方案优势
  在现实的迁移实践中,DSG数据库迁移解决方案在迁移工程实施过程中,展现了非常独特的优势,如下:

  1、效率高、速度快
  与其它同类迁移技术相比,无论是采用SnapAssure、XEXP/XIMP还是RealSync等任何一种迁移方式,在效率上和性能上都远远高于其它同类解决方案。例如,在杭州电信采用RealSync方式在2个多小时完成了1.9TB数据的迁移工作。

  2、无中断的数据迁移
  如果采用RealSync首次迁移方式,不需要对原系统业务进行限制、甚至停止原系统,从而减少在长时间迁移过程中对原系统的影响。

  3、跨数据库平台的迁移:
  可支持Oracle任意两个不同版本之间的数据迁移,例如:支持从Oracle 7.3.4 到 Oracle 8.1.7或Oracle 9i等更高版本。

  4、跨OS系统平台的迁移
  可支持运行在不同操作系统平台上的两个Oracle系统之间的迁移,例如:从HP UX 到AIX上的迁移等。


DSG在类似迁移工程中的应用案例

  DSG的大型数据库迁移解决方案已经成功应用于很多工程实施中,包括:

  1、杭州电信:杭州电信IBSS系统,需要将HP-UX上的Oracle 8i数据库升级到AIX平台的Oracle 8i数据库上。数据量大小约为1.9TB。在杭州电信采用DSG RealSync的迁移工具后,1.9TB的数据能够在2-3小时内将数据导出并装载完成,create index需要的时间约为10个小时左右。

  2、成都电信:成都电信计费系统需要从AIX 4.3.3的Oracle 8i OPS环境迁移到AIX5.2的Oracle 9i RAC上。其数据量约为2TB,但要求是系统不能停机,因此DSG的任务是配合IBM公司在迁移过程中实现业务不间断、以及迁移失败后将新系统上产生的新数据恢复到旧系统上,实现业务回退的目标。系统采用了RealSync中的日志分析功能,负责将迁移过程中新产生的Redo Log分析成SQL语句应用到新系统上,从而实现迁移过程中的业务不中断的目的。

  3、海南电信:海南电信需要经IBSS系统,从旧的盘阵系统迁移到新的盘阵系统上,但采用相同的操作系统。该项目要求在最短时间内,将系统迁移到新存储系统上。DSG采用快速备份技术SnapAssure将老系统上的数据库备份出来,然后再恢复到新的系统上。800GB左右的数据,总共迁移时间只用了3个小时左右。

  4、福建联通:对帐务数据库进行升级迁移,将HP-UX上的Oracle 8i数据库迁移到另一台Oracle 9i数据库上,采用DSG RealSync技术,实现了不停顿业务下的数据迁移,200GB左右的数据迁移用2小时左右完成。

   5、甘肃移动:对营帐系统进行数据库迁移,将AIX上的oracle 9207数据库迁移到另一台hp-ux11.23的oracle 9208数据库上,采用dsg realsync技术,实现了4T数据短时间停机(3-6小时)迁移。

阅读(2776) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~