如何最大程度降低“去O化”的迁移风险？
数据复制、迁移、同步功能在现代化企业中的应用是非常广泛的，在数据生命周期中的各方各面几乎都有涉及。行业中，相关的工具层出不穷，有官方提供的，也有第三方的，但由于数据迁移涉及到的过程复杂，无论是什么工具，都可能存在各种各样的风险，在异构数据迁移的场景下，由于数据类型、结构等各方面都不相同，迁移风险尤为突出，比较典型的案例就是近几年国内比较火的“去 O 化”了，我们今天就来谈谈这种风险。
一家企业长期使用一个基于 Oracle 的核心业务系统。然而随着业务的快速增长，该系统的维护成本逐年增加。出于降本增效的考虑，企业决定将核心业务系统迁移到一个基于 PostgreSQL 的新平台。
于是，他们便完成了 Oracle 到 PostgreSQL 的迁移，并在恰当的时间点完成了业务割接，PostgreSQL 正式开始处理业务，一切都显得很顺利。但是企业很快便发现，由于开发的一时疏忽，新平台在数据类型定义上存在问题，导致在处理某些特定业务场景时出现了数据类型不匹配的错误。由于业务已经跑了一段时间了，新数据库中已经攒了很多新的用户数据，此时将业务切回旧系统，所有新增的数据将全部丢失；而如果继续使用新平台，数据类型的不匹配会导致系统运行不稳定，甚至影响整体业务。
这种骑虎难下的局面着实令人头疼，但其实解决起来比想象中的更简单，NineData 具备数据反向回流功能，可轻松化解该问题。
上图是通过 NineData 进行数据迁移的整体方案概述，详情如下：
- 结构初始化：在迁移工作开始之前，NineData 能够针对异构数据库（如 Oracle 到 PostgreSQL）的迁移需求，自动完成数据类型映射、字段转换和兼容性调整，确保数据在目标端具有一致性。
- 数据初始化：在结构初始化完成后，NineData 将针对源端的全量数据高效且无误地进行数据加载。NineData 提供了数据分片和并行加载等优化策略，在保证数据准确性的前提下，提高迁移效率。
- 增量数据实时复制：为确保迁移过程中业务不中断，在数据初始化完成后，NineData 将对源端的实时数据进行捕获并同步到目标端，为平稳过渡奠定基础。
- 业务验证：迁移完成后，为确保迁移数据准确无误，NineData 提供了数据一致性验证，可以检测源端和目标端的数据是否完全一致，保障迁移后业务的无缝接入。
- 反向回流：在迁移过程中，NineData 支持数据的反向回流功能，以应对业务割接后出现问题或业务策略调整等情况，可以随时将业务从目标端切换回源端。反向回流在某些需要灵活调整的场景中，能够有效降低迁移风险，提高系统的应变能力。
- 应用割接：数据迁移的最后阶段，即将业务系统切换到新的目标数据库上。
本文重点介绍如何通过 NineData 实现反向回流的回滚方案，正向数据复制、数据一致性对比，请参见往期文章：如何通过 NineData 将 Oracle 迁移到 PostgreSQL。
第一次听说 NineData 数据复制？
NineData 是玖章算术公司自主研发的云原生智能数据管理平台，是一个纯国产的软件。它提供的数据复制功能专门用于各种同异构数据源之间的数据迁移与同步，针对本文的场景可提供反向回流功能。我们只需要新建一条 PostgreSQL 到 Oracle 的复制链路，把 PostgreSQL 中新增的数据反向复制回 Oracle 即可。
步骤一：创建复制任务
登录 NineData 控制台，单击数据复制>数据复制，然后单击创建复制。
根据下图配置复制任务。
①将 PostgreSQL 选择为源数据源。
②将 Oracle 选择为目标数据源。
③选中增量复制，同时取消勾选结构复制和全量复制，确保业务过程中的所有新增数据同步回流至 Oracle。
配置完任务后，只需要在延迟为 0 的情况下，在业务低峰期把业务流量切回 Oracle 即可。
最后
业务流量顺利切回到 Oracle，企业利用 NineData 在确保所有数据安全留存的情况下，实现了新旧系统之间的随心切换。当新平台的问题完全解决后，企业可再次以同样的方式将业务流量切回到 PostgreSQL。这种灵活的双向同步机制，让企业在遇到问题时能够迅速回退，同时保证了数据的安全，不会因切换而丢失任何重要信息。