在电信等行业的实时业务中,如BOSS/BSS/OSS等系统升级,ORACLE数据迁移碰到的麻烦; 高达TB级的数据,异构的迁移,而且要对生产系统重新做归档,整个过程时间长、而且非常麻烦; 数据归档是电信等关键行业数据迁移实施的一个关键环节,因为高达TB级的数据对于任何一个传统方案来说都是一个难题。因为需要解决几个问题: *时间:确保在业务允许的时间内作完全同步; *低影响,要求不能停止业务; *使用方式灵活;

在电信等行业的实时业务中,如BOSS/BSS/OSS等系统升级,ORACLE数据迁移碰到的麻烦;
高达TB级的数据,异构的迁移,而且要对生产系统重新做归档,整个过程时间长、而且非常麻烦;

    数据归档是电信等关键行业数据迁移实施的一个关键环节,因为高达TB级的数据对于任何一个传统方案来说都是一个难题。因为需要解决几个问题:
  *时间:确保在业务允许的时间内作完全同步;
  *低影响,要求不能停止业务;
  *使用方式灵活;

    RealMigrates提供内置数据初始化同步功能,该功能与物理拷贝方式(磁盘对拷、RMAN COPY、备份恢复)和逻辑方式(ORACLE EXP/IMP)相比具有以下特点:
  1.RealMigrates在作全同步时无需停止业务;(独有)
  2.RealMigrates作全同步的点和日志分析的点自动匹配,无需人为干预。因为如果需要人为干预就必需停止业务,否则无法保证全同步和增量同步之间的无缝衔接;
  3.RealMigrates在作全同步时可根据业务灵活调整,如根据业务规则分批进行全同步、而无需一定要在有限的时间内完成整个库的全同步,而是把业务变化最频繁,容灾需求最紧急的数据优先同步;
  4.RealMigrates作全同步采用IP网络通讯,对存储的结构无要求,不要求两个存储之间一定要在同一个SAN结构下,或者要求两个存储之间一定要有阵列复制软件;
  5.RealMigrates采用多任务并发方式进行全同步,性能完全能够满足业务需求,如采用8个任务并发,可在8小时左右完成1.3TB的数据的全同步(该数据为有效的记录数据,而不是数据库分配大小);
  6.RealMigrates支持源系统和目标系统之间的OS系统、存储系统、数据库版本不相同;

而同类解决方案一般推荐两种方式:存储拷贝方式或者EXP/IMP方式。
我们认为这两种方式存在很大的缺点:
1.      存储拷贝和EXP/IMP方式都需要停止业务
2.      导出和导入时间非常长,用EXP方式无法完成几百GB的数据库导出任务,更何况电信级的TB级系统