不停业务的大容量Oracle异构平台数据迁移解决方法方案

sjqy5753

baidu    前段时间跟一些电信业内的朋友聊起他们BOSS系统升级中，ORACLE数据迁移碰到的麻烦；
高达TB级的数据，异构的迁移，而且要对生产系统重新做归档，整个过程时间长、而且非常麻烦；
据说都是找专业公司在做：
跟他们聊了一下DSG的Realsync数据复制产品，对他们来说是一种比较好的解决方案，现摘录方案的一部分，供大家参考！！
××移动BOSS升级的ORACLE数据迁移方案（DSG）
****BOSS升级中间的难题、ORACLE数据迁移：
一、实现首次同步方面
    首次同步是电信业应用实施的一个关键环节，因为高达TB级的数据对于任何一个传统方案来说都是一个难题。因为需要解决几个问题：
  *时间：确保在业务允许的时间内作完全同步；
  *低影响，要求不能停止业务；
  *使用方式灵活；
    RealSync提供内置数据初始化同步功能，该功能与物理拷贝方式（磁盘对拷、RMAN COPY、备份恢复）和逻辑方式（ORACLE EXP/IMP）相比具有以下特点：
  1.realsync在作全同步时无需停止业务；（独有）
  2.realsync作全同步的点和日志分析的点自动匹配，无需人为干预。因为如果需要人为干预就必需停止业务，否则无法保证全同步和增量同步之间的无缝衔接；
  3.realsync在作全同步时可根据业务灵活调整，如根据业务规则分批进行全同步、而无需一定要在有限的时间内完成整个库的全同步，而是把业务变化最频繁，容灾需求最紧急的数据优先同步；
  4.realsync作全同步采用IP网络通讯，对存储的结构无要求，不要求两个存储之间一定要在同一个SAN结构下，或者要求两个存储之间一定要有阵列复制软件；
  5.RealSync采用多任务并发方式进行全同步，性能完全能够满足业务需求，如采用8个任务并发，可在8小时左右完成1.3TB的数据的全同步（该数据为有效的记录数据，而不是数据库分配大小）；
  6.realsync支持源系统和目标系统之间的OS系统、存储系统、数据库版本不相同；
而同类解决方案一般推荐两种方式：存储拷贝方式或者EXP/IMP方式。
我们认为这两种方式存在很大的缺点：
1.      存储拷贝和EXP/IMP方式都需要停止业务
2.      导出和导入时间非常长，用EXP方式无法完成几百GB的数据库导出任务，更何况电信级的TB级系统

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/74483/showart_1095005.html