初始数据库复制的实现

Question

将数据添加到复制设置中时，各种数据库如何将数据（复制）复制到新实例？ 即，当我们添加一个新实例时，数据是如何加载到其中的？

有很多关于复制方式的信息，但是在目标数据库实例已经从其源中具有相同数据的情况下进行了解释。 但不是当有一个新的最初为空的数据库实例时

Answer 1

这里基本上有3种方法。

首先，您开始使用 CDC 工具从源数据库中捕获更改。 由于尚未创建目标数据库，因此您存储所有更改以供以后应用。

根据架构，您可以：

1. 如果你有 1:1 副本

   对源数据库进行备份，将其备份，然后将其还原到目标数据库。 在备份的某个时间点开始应用从创建数据库备份时的时间戳开始的更改。

   假设您有数据库的一致备份，您将在目标上拥有相同的数据，但与源相比有所延迟。

2. 如果您有表格的子集或不同的供应商

   与 1 中的方法相同，但您不备份和恢复整个数据库，而只是一个表列表。 您还可以在临时位置恢复数据库备份，导出部分表（或者不是完整表，而只是列的子集），然后将它们加载到目标。

   最初准备好目标时 - 您开始将更改器从源应用到目标。

3. 没有可用的源数据库快照

   如果您无法获得复制工具的快照，则通常包含使用该方法的方法。 根据工具的不同，function 被命名为 AUTOCORRECTION (SAP/Sybase Replication Server)、HANDLECOLLISIONS (Oracle GoldenGate)。 这种方法基本上意味着复制工具具有 UPDATE 操作的完整映像，并且当目标中不存在该记录时 - 它被创建。 当 DELETE 行不存在时 - 该操作被忽略。 当 INSERT 的行已经存在时 - 该操作被忽略。

   要获得一致的目标 state，您可以在此处描述的模式下工作一段时间，直到数据同步，然后切换到常规复制。

   关于此模式需要提及的一点是，您需要确保在协调操作期间 CDC 必须为行提供完整的 UPDATE 内容。 如果 UPDATE 仅包含修改的列 - 如果该行丢失，您将无法创建 INSERT 命令（包含所有列值）。

当然，您使用的复制工具可以结合上述解决方案并代替您完成任务 - 自动。