近日，迪思杰公司利用自身丰富的经验和技术实力，采用双向回流策略，成功助力河北移动完成了Oracle到OceanBase的数据库迁移，实现了国产化替代，并保障了数据的一致性和安全性。

01

- 源端Oracle 19C数据库采用西文字符集，目标端OceanBase 数据库采用utf8字符集；

- 源端通过ADG同步，同步/比对程序均部署在中间机；

- 正向迁移链路20条，备用链路7条，根据分区表、HOT表、LOB表、乱码表以及需要手动改造的表和pkuk_uidx_flag进行拆分；

- 定期比对正向实时迁移链路全量数据一致性。

- 同步16410张表，有pkuk表8033张，无pkuk表8377张，项目要求在4小时内完成全量同步，过程中产生的增量数据要求半小时内追平；

- 通过ADG停机校验，要求2小时内完成全库内容稽核；

- 白天正常业务期间延时在0-5s之间；晚上跑批持续时间1.5-3小时左右，DML操作量/小时约1亿，每小时延时不超过10min。

- Oracle端存在大量无pkuk表；

- 支持河北移动营业库独特的西欧字符集（GB18030）转码到utf8，保证数据质量；

- 将无法转换的乱码通过日志输出，协助业务进行乱码数据改造。

02

03

性能指标

- 割接当晚，核心系统表600+稽核，两百亿条数据内容比对耗时50分钟；

- 并发sort，单表数亿条，2045s内容比对；

- 全库10000+表，涉及1T+lob数据，四百亿+条数据内容比对2H。

- 解决OB无rowid数据类型，Oracle的rowid无法插入到urowid中问题；

- 自动修正源端Oracle存储日期负值；

- 源端导出大量空表时，速度过慢，修改配置后, 导出近万张表, 用时三分钟；

- 保证数据唯一性, 简化数据校验配置；

- 比对数亿条的单表，提升排序效率。

04