分类： Oracle
2007-12-12 13:22:44
1.1. 大型Oracle数据库的迁移需求和技术挑战
随着业务的不断拓展，我们经常需要对系统进行调整，比如：存储系统升级、服务器升级、平台的迁移、数据库版本升级等等，这些情况我们都需要借助数据迁移工作来完成。
在迁移过程中，我们经常会遇到一些很难解决的问题。因为，如果迁移是在相同的操作系统平台、或相同的数据库平台之间做数据库的迁移，会有较多手段能够实现；但是，如果在异构环境下，做操作系统的升级或变更、数据库的升级、存储设备的升级等等，都大幅度地提高了迁移的复杂程度。
其具体技术环境和技术需求往往是：
l 数据库版本异构版本升级：
如Oralce 8i 升级到 9i，到Oracle
l 操作系统升级：
如AIX 4.3 升级 5.2，甚至是HP Unix，solaris,linux环境下，等等；
l 磁盘阵列扩容：
从老的磁盘升级到新的、其他不同厂家的高端磁盘中，等等。
在这样的迁移升级过程中，还面领以下重要的技术挑战：
l 如何缩短业务中断的时间
即使是有计划的业务中断也将会对企业造成巨大的损失，比如电信行业计费系统的停止、营业帐务系统的服务中断，所有24*7业务系统等等，都会直接造成对外业务服务的中断，大大降低客户服务质量和满意度等。
据业界估计，80%的停机时间都来源于计划的下线，其中包括硬件迁移等。因此尽量缩短迁移过程所需要的时间是提高系统连续运行的关键，目前普遍要求在3-5个小时内完成迁移，而且尽量不影响已经运行的业务系统。因此，如何保证在异构环境下的迁移，并且缩短迁移的时间和业务中断时间是本项目最关键的环节。
l 如何确保数据的准确性；
l 能否在迁移的前后期准备期间内，大大减少对业务系统的影响，确保迁移的过程可控等等
在现实的迁移实践中，DSG数据库迁移解决方案在迁移工程实施过程中，展现了非常独特的优势，如下：
2.1. 效率高、速度快
与其它同类迁移技术相比，无论是采用SnapAssure、XEXP/XIMP还是RealSync等任何一种迁移方式，在效率上和性能上都远远高于其它同类解决方案。例如，在杭州电信采用RealSync方式在3个多小时完成了2.9TB数据的迁移导出工作。
2.2. 无中断的数据迁移
如果采用RealSync首次迁移方式，不需要对原系统业务进行限制、甚至停止原系统，从而减少在长时间迁移过程中对原系统的影响。
2.3. 跨数据库平台的迁移：
可支持Oracle任意两个不同版本之间的数据迁移，例如：支持从Oracle
2.4. 跨OS系统平台的迁移
可支持运行在不同操作系统平台上的两个Oracle系统之间的迁移，例如：从HP UX 到AIX上的迁移等。
3.1 DSG拥有独特的技术手段和产品作为迁移的技术基础
l DSG公司的RealSync产品所具备的首次全同步,数据增量复制等各项技术，集成在一起能够为用户提供不同层次的迁移支持;
l RealSync首次全同步技术：提供异构环境下的Oracle数据库的数据迁移，该产品具有在业务不停顿的情况下实施快速迁移的特点。在业务依然运行的情况下，RealSync支持将旧生产系统的数据迁移到新的数据库系统上，自动将已有的数据迁移，同时还会将迁移过程中新产生的变化数据也迁移到新系统上；
3.2 DSG拥有成熟的、严密的数据迁移工程的管理规范
l 充分的人员保证和组织管理：由于搬迁工作的复杂性，在项目组中要有专职项目经理，要有网络工程师、系统管理员、数据库管理员、应用系统负责人等配合。
l 详细专业地沟通：按照整个实施的过程，全面地进行专业沟通，涵盖诸如迁移目标、需求、环境、如何联合测试、设计和确定正式搬迁计划、搬迁计划实施、搬迁后观察等。
l 严格的进度控制：由于是生产系统的迁移，项目的实施有严格的时间限制，因此在项目实施过程中要对实施进度进行严格控制，并制定详细的应急方案。
l 完善的质量保证：由于是生产系统的迁移，所有的操作都要保证其准确性，要确保提前落实迁移测试、确定最后的迁移计划和方案，严格按照迁移的专业流程操作、确保每一个步骤万无一失。因此，项目实施过程中对所有的实施步骤都要进行充分的测试验证和审核，以确保实施的质量。
3.3 数据迁移拓扑图
3.4 严格执行数据库迁移工程步骤的流程规范
l 步骤（1） 制定详细的迁移计划期：包括迁移任务的目标分析、系统环境分析、业务数据分析、迁移的性能需求分析。
l 步骤（2） 迁移准备期：系统环境准备、安装和调测相关软件、模拟迁移测试、根据模拟情况核定各项准备、核定所需迁移的最大时间等各个环节；提交正式迁移申请报告。
l 步骤（3.1） 正式迁移期：正式迁移开始，对生产系统的数据进行备份。
l 步骤（3.2） 在不停顿业务的模式下，RealSync开始复制数据到solaris的数据库系统（目标系统），通过跟踪和分析数据导出过程中的所有redo信息，从Log文件中分析和翻译出这段时间内新增加的记录，然后再将这些记录插入到目标系统中,此时生产数据库是可以正常运行的。
l 步骤（4） 验证迁移系统期：正式迁移后，快速验证数据迁移的正确性。
l 步骤（5） （一期）迁移系统观察期：迁移系统运行观察期结束后，提交正式（一期）迁移完成报告。
l 步骤（6） 回迁准备期：对目标端生产环境分析，迁移性能需求分析，数据库系统参数测试，数据表空间以及相应用户的建立调试realsync软件，模拟迁移测试，根据模拟情况核定各项数据准备，核定所需要迁移的最大时间等各个环节，最后提交迁移申请报告。
l 步骤（7.1） 正是回迁期：正是回迁开始，对solaris生产系统进行数据备份
l 步骤 (7.2) 在不停顿业务的模式下，RealSync开始从solaris复制数据到HP-UX的RAC的数据库系统（目标系统），通过跟踪和分析数据导出过程中的所有redo信息，从Log文件中分析和翻译出这段时间内新增加的记录，然后再将这些记录插入到目标系统中,此时生产数据库也是正常运行的。
l 步骤（8） 验证回迁系统期：回迁后，快速验证数据迁移的正确性。
l 步骤（9） 回迁系统观察期：回迁系统运行观察期结束后，提交正式迁移完成报告。
DSG的大型数据库迁移解决方案已经成功应用于很多工程实施中，包括：
l 杭州电信：杭州电信IBSS系统，需要将HP-UX上的Oracle 8i数据库升级到AIX平台的Oracle 8i数据库上。数据量大小约为2.9TB。在杭州电信采用DSG RealSync的迁移工具后，2.9TB的数据能够在2-3小时内将数据导出完成，create index需要的时间约为10个小时左右。
l 成都电信：成都电信计费系统需要从AIX
