数据复制、迁移、同步功能在现代化企业中的应用是非常广泛的，在数据生命周期中的各方各面几乎都有涉及。行业中，相关的工具层出不穷，有官方提供的，也有第三方的，但由于数据迁移涉及到的过程复杂，无论是什么工具，都可能存在各种各样的风险，在异构数据迁移的场景下，由于数据类型、结构等各方面都不相同，迁移风险尤为突出，比较典型的案例就是近几年国内比较火的“去 O ”了，我们今天就来谈谈这种风险。
一家企业长期使用一个基于 Oracle 的核心业务系统。然而随着业务的快速增长，该系统的维护成本逐年增加。出于降本增效的考虑，企业决定将核心业务系统迁移到一个基于 PostgreSQL 的新平台。
于是，他们便通过 NineData 完成了 Oracle 到 PostgreSQL 的迁移（见如何通过 NineData 将 Oracle 迁移到 PostgreSQL），并在恰当的时间点完成了业务割接，PostgreSQL 正式开始处理业务，一切都显得很顺利。但是企业很快便发现，由于开发的一时疏忽，新平台在数据类型定义上存在问题，导致在处理某些特定业务场景时出现了数据类型不匹配的错误。由于业务已经跑了一段时间了，新数据库中已经攒了很多新的用户数据，此时将业务切回旧系统，所有新增的数据将全部丢失；而如果继续使用新平台，数据类型的不匹配会导致系统运行不稳定，甚至影响整体业务。
这种骑虎难下的局面着实让人头疼，但其实解决起来比想象中更简单，NineData 具备数据反向回流功能，轻松化解该问题。
第一次听说 NineData 数据复制？
操作示例
1. 登录 NineData 控制台，单击数据复制>数据复制，然后单击创建复制。
2. 根据下图配置复制任务。
①将 PostgreSQL 选择为源数据源。
②将 Oracle 选择为目标数据源。
③选中增量复制，同时取消勾选结构复制和全量复制，确保业务过程中的所有新增数据同步回流至 Oracle。
3. 配置完任务后，只需要在延迟为 0 的情况下，在业务低峰期把业务流量切回 Oracle 即可。
最后
