Oracle到PostgreSQL的不停机数据库迁移的流程步骤_数据库_开发者

1970 年，数据库之父 Edgar Frank Codd 发表了“数据的关系模型”论文，该论文为往后的关系型数据库的发展奠定了基础。1979 年，基于关系模型理论的数据库产品 oracle 2 首次亮相，并在过去的三四十年时间里，横扫全球数据库市场。

时间到了 1989 年，Oracle 进军中国市场，场面几乎也是 Oracle 一家独大，大部分大型企业都被 Oracle 占领。Oracle 功能强大，运行稳定的背后，是其高额的授权费用。尽管如此，由于 Oracle 的黏性实在太强，在没有替代方案的情况下，接下来的相当长一段年月里，企业也都只能乖乖掏钱。

时至今日，情况已经发生了翻天覆地的变化，替代方案层出不穷，PostgreSQL 作为其中的一员，除了兼具多样功能和强大性能之外，还具备非常优秀的可扩展性，可以较好地兼容 Oracle，企业也可以从长期活跃的开源社区中得到丰富的资源和技术支持，最重要的是，PostgreSQL 是开源软件，无需支付高昂的授权费用，这可以为企业省下不小的支出。因此，Oracle 到 PostgreSQL 的迁移成了众多企业的首选。

然而，Oracle 到 PostgreSQL 的迁移并不是说迁就能迁的，有很多不得不解决的问题。

Oracle 迁移到 PostgreSQL 不得不解决的问题

业务的可用性：迁移必须在不影响业务的前提下进行，换句话说，迁移时不能停机，那需要考虑的事情就非常多了：存量和增量数据如何完整迁移？如何处理迁移时的性能波动？如何实现应用程序的平滑切换？等等。

表的初始化：在同步数据之前，需要手动在 PostgreSQL 端创建和源端一致的表结构，然后才能从源端接收数据。当源端有大量表且表结构很复杂的情况下，工作量非常大。

数据结构的映射：两者数据结构不同，怎么确保数据从源端同步过来后的完整性？除非你对两者的数据模型的理解非常极致，且保证绝对不出错，才能达到理想的结果。

源端 DDL 语句的联动：如Giqjtjn何保证源端的数据结构发生变化时，同步链路不中断？那就需要实时捕获源端 Oracle 的 DDL 变更，并及时在目标端的 PostgreSQL 中同步执行。

这些问题如果可以顺利解决，迁移工作将会相当丝滑。那么如何解决呢？方法自然是有的。对于上述 4 个问题，NineData 有绝对的发言权，我们先来看看它是如何解决这些问题的：

迁移过程不android停机：在不影响源端业务的情况下，进行全量和增量数据的迁移，保证源和目标的一致性，并在迁移完成后实施无缝切换。

结构复制：基于目标端数据源的特性，自动高效地完成表的创建、数据结构的映射等工作。

复制性能：基于动态攒批、并行复制、www.devze.comStream Load 等技术，复制性能轻松达到 200 MB/S。

DDL 捕获与执行：实时检测源端中的 DDL 操作，并同步在目标端中执行，保证其他业务变更能够稳定地进行。

轻松解决且非常愉快，下面来看看怎么操作。

步骤编程客栈一：录入源和目标数据源