Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

使用 Amazon DMS 为持续复制创建任务

您可以创建一个 Amazon DMS 任务来捕获源数据存储的持续更改。您可以在迁移数据时执行此捕获。您还可以创建一个任务，以便在初始（完全加载）迁移到支持的目标数据存储完成后捕获持续更改。此过程称为持续复制或更改数据捕获 (CDC)。Amazon DMS 在从源数据存储复制持续更改时使用此过程。此过程的工作方式是使用数据库引擎的原生 API 来收集对数据库日志的更改。

每个源引擎有特定的配置要求，用于将此更改流公开到指定用户账户。大部分引擎需要一些额外的配置才能让捕获流程以有意义的方式使用更改数据，而不会丢失数据。例如，Oracle 需要增加补充日志记录，MySQL 需要行级二进制日志记录 (bin logging)。

为了从源数据库读取持续更改，Amazon DMS 使用引擎特定的 API 操作从源引擎的事务日志中读取更改。下面是一些 Amazon DMS 如何处理的示例：

有两种类型的持续复制任务：

从 CDC 开始点开始执行复制

您可以从多个点启动 Amazon DMS 持续复制任务（仅更改数据捕获）。这些功能包括：

创建任务时，Amazon DMS 标记 CDC 开始点，并且无法更改。要使用不同的 CDC 开始点，请创建新任务。

确定 CDC 本机开始点

CDC 本机开始点 是数据库引擎日志中的一个点，定义开始 CDC 的时间。例如，假设批量数据转储已应用于目标。您可以查找持续仅复制任务的本机开始点。为避免任何数据不一致，请谨慎选择仅复制任务的开始点。DMS 会捕获在选定 CDC 开始点之后开始的事务。

以下示例演示如何从支持的源引擎查找 CDC 本机开始点：

使用检查点作为 CDC 开始点

持续复制任务将迁移更改，而 Amazon DMS 将不断缓存特定于 Amazon DMS 的检查点信息。Amazon DMS 创建的检查点包含信息，因此复制引擎知道更改流的恢复点。您可以使用检查点返回到更改时间表中的某个点，以及恢复失败的迁移任务。您也可以使用检查点，以在任意指定时间为其他目标启动另一个持续复制任务。

您可以通过以下三种方法之一获取检查点信息：

在提交时间点或服务器时间点停止任务

通过引入 CDC 本机开始点，Amazon DMS 还可以在以下点停止任务：

您可以修改某个任务，并根据需要使用 UTC 格式设置停止时间。该任务根据您设置的提交时间或服务器时间自动停止。或者，如果您知道合适的停止迁移任务时间，您也可在创建任务时设置停止时间。

执行双向复制

您可以使用 Amazon DMS 任务在两个系统之间执行双向复制。在双向复制 中，您在两个系统之间在两个方向上复制同一个表（或同一组表）中的数据。

例如，您可以将 EMPLOYEE 表从数据库 A 复制到数据库 B，并将对此表的更改从数据库 A 复制到数据库 B。您还可以将对此 EMPLOYEE 表的更改从数据库 B 复制回到 A。因此，您正在执行双向复制。

对于对不同节点上的数据进行操作隔离的情况，使用双向复制。换句话说，假设在节点 A 上运行的应用程序更改了一个数据元素，并且节点 A 与节点 B 执行双向复制。节点 A 上的该数据元素永远不会被在节点 B 上运行的任何应用程序更改。

Amazon DMS 支持在以下数据库引擎上进行双向复制：

创建双向复制任务

要启用 Amazon DMS 双向复制，请为两个数据库（A 和 B）配置源终端节点和目标终端节点。例如，配置数据库 A 的源终端节点、数据库 B 的源终端节点、数据库 A 的目标终端节点和数据库 B 的目标终端节点。

然后创建两个任务：一个任务用于源 A 将数据移到目标 B，另一个任务用于源 B 将数据移到目标 A。此外，请确保为每个任务配置了环回防护。这样做可以防止将完全相同的更改应用于两个任务的目标，这样会损坏其中至少一个任务的数据。有关更多信息，请参阅防止环回。

最简单的方法是从数据库 A 和数据库 B 上的相同数据集开始，然后创建两个仅 CDC 任务，一个任务将数据从 A 复制到 B，另一个任务将数据从 B 复制到 A。

要使用 Amazon DMS 从节点 A 实例化节点 B 上的新数据集（数据库），请执行以下操作：

防止环回

要显示防止环回，假设在任务 T1 中，Amazon DMS 从源数据库 A 读取更改日志，并将更改应用于目标数据库 B。

接下来，第二个任务 T2 从源数据库 B 读取更改日志，并将其应用回目标数据库 A。在 T2 执行此操作之前，DMS 必须确保不会对源数据库 A 进行从源数据库 A 对目标数据库 B 所做的相同更改。换句话说，DMS 必须确保这些更改不会回显（环回）到目标数据库 A。否则，数据库 A 中的数据可能会被破坏。

要防止环回更改，请将以下任务设置添加到每个双向复制任务。这样做可以确保不会在任何一个方向发生环回数据损坏。

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": Boolean,
    "SourceSchema": String,
    "TargetSchema": String
  },

. . .
}

LoopbackPreventionSettings 任务设置确定事务是新事务还是来自反向复制任务的回显。当 Amazon DMS 将事务应用于目标数据库时，它会更新 DMS 表 (awsdms_loopback_prevention)，并指示更改。在将每个事务应用于目标之前，DMS 会忽略包含对此 awsdms_loopback_prevention 表的引用的任何事务。因此，它不应用更改。

将这些任务设置包括在双向对中的每个复制任务中。这些设置启用环回防护。它们还为包含每个终端节点的 awsdms_loopback_prevention 表的任务中的每个源数据库和目标数据库指定架构。

要使每个任务能够识别并丢弃回显，请将 EnableLoopbackPrevention 设置为 true。要在包含 awsdms_loopback_prevention 的源处指定架构，请将 SourceSchema 设置为源数据库中该架构的名称。要在包含同一个表的目标处指定架构，请将 TargetSchema 设置为目标数据库中该架构的名称。

在以下示例中，复制任务 T1 及其反向复制任务 T2 的 SourceSchema 和 TargetSchema 设置使用相反的设置指定。

任务 T1 的设置如下所示。

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": true,
    "SourceSchema": "LOOP-DATA",
    "TargetSchema": "loop-data"
  },

. . .
}

反向任务 T2 的设置如下所示。

{
. . .

  "LoopbackPreventionSettings": {
    "EnableLoopbackPrevention": true,
    "SourceSchema": "loop-data",
    "TargetSchema": "LOOP-DATA"
  },

. . .
}

双向复制的限制

Amazon DMS 的双向复制具有以下限制：