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

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

Amazon Database Migration Service 的最佳实践

要想尽可能高效地使用 Amazon Database Migration Service (Amazon DMS)，请参阅此部分中有关以最有效方式迁移数据的建议。

Amazon Database Migration Service 的迁移规划

在规划使用 Amazon Database Migration Service 进行数据库迁移时，请考虑以下事项：

转换架构

Amazon DMS 不执行架构或代码转换。如果要将现有架构转换为其他数据库引擎，可以使用Amazon SCT.Amazon SCT将源对象、表、索引、视图、触发器和其他系统对象转换为目标数据定义语言 (DDL) 格式。您还可以使用Amazon SCT将大部分应用程序代码（例如 PL/SQL 或 TSQL）转换为等效的目标语言。

你可以得到Amazon SCT可从以下网址免费下载Amazon. 有关 Amazon SCT 的更多信息，请参阅 Amazon SCT 用户指南。

如果您的源端点和目标端点位于同一个数据库引擎上，则可以使用诸如 Oracle SQL Developer、MySQL Workbench 或 PgAdmin4 来移动你的架构。

查核Amazon DMS公开文档

我们强烈建议你仔细阅读Amazon DMS首次迁移之前的源端点和目标端点的公共文档页面。本文档可以帮助您确定迁移的先决条件，并在开始之前了解当前的限制。有关更多信息，请参阅 使用Amazon DMS 终端节点。

在迁移期间，公共文档可以帮助您解决以下任何问题Amazon DMS. 文档中的疑难解答页面可以帮助您同时使用两者来解决常见问题Amazon DMS和选定的端点数据库。有关更多信息，请参阅 排除 Amazon Database Migration Service 中的迁移任务问题。

运行概念验证

为了帮助在数据库迁移的早期阶段发现环境问题，我们建议您进行一次小规模的测试迁移。这样做还可以帮助您设置更真实的迁移时间表。此外，您可能需要运行全面的测试迁移来衡量是否Amazon DMS可以通过网络处理数据库的吞吐量。在此期间，我们建议对您的初始满负载和持续复制进行基准测试和优化。这样做可以帮助您了解网络延迟并衡量整体性能。

此时，您还有机会了解您的数据概况以及数据库的大小，包括以下内容：

改进 Amazon DMS 迁移的性能

Amazon DMS 迁移的性能受多种因素影响：

可以使用下面所述的部分或全部最佳实践来改进性能。你能否使用其中一种做法取决于你的具体用例。你可以发现以下一些限制：

使用您自己的本地名称服务器

通常，一个Amazon DMS复制实例使用 Amazon EC2 实例中的域名系统 (DNS) 解析器解析域终端节点。但是，如果您使用 Amazon Route 53 解析器，则可以使用自己的本地名称服务器来解析某些终端节点。使用此工具，您可以在本地和本地之间进行查询Amazon使用入站和出站端点、转发规则和私有连接。使用本地域名服务器的好处包括在防火墙后提高安全性和易用性。

如果您有入站终端节点，则可以使用源自本地的 DNS 查询来解析Amazon-托管域。要配置终端节点，请在要提供解析器的每个子网中分配 IP 地址。在本地 DNS 基础设施与之间建立连接Amazon，使用Amazon Direct Connect或虚拟专用网络 (VPN)。

出站终端节点连接到您的本地名称服务器。名称服务器仅授予对允许列表中包含并在出站终端节点中设置的 IP 地址的访问权限。名称服务器的 IP 地址是目标 IP 地址。当您为出站终端节点选择安全组时，请选择复制实例使用的相同安全组。

要将选定的域名转发到域名服务器，请使用转发规则。一个出站终端节点可以处理多个转发规则。转发规则的范围是您的虚拟私有云（VPC）。通过使用与 VPC 关联的转发规则，您可以在AmazonCloud。从这个逻辑上隔离的部分中，你可以启动Amazon虚拟网络中的资源。

您可以将本地 DNS 基础设施中托管的域配置为设置出站 DNS 查询的条件转发规则。当对其中一个域进行查询时，规则会触发尝试将 DNS 请求转发到使用这些规则配置的服务器。再说一遍，私人连接结束了Amazon Direct Connect或者需要 VPN。

下图显示了 Route 53 Resolver 架构。

有关 Route 53 DNS 解析程序的更多信息，请参阅Route 53 Resolver 入门在Amazon Route 53 开发.

将Amazon Route 53 解析程序与Amazon DMS

您可以为创建本地名称服务器Amazon DMS使用以下方法解析端点Amazon Route 53 Resolver.

创建所有内容后，您的 VPC 与您的入站和出站规则相关联，并且可以开始路由流量。

有关 Route 53 Resolver 的更多信息，请参阅Route 53 Resolver 入门在Amazon Route 53 开发.

迁移大型二进制对象 (LOB)

一般而言，Amazon DMS分两个阶段迁移 LOB 数据：

LOB 的这种迁移过程要求，在迁移期间，目标表上的所有 LOB 列都必须可为空。即使源表上的 LOB 列不可为空，也是如此。如果 Amazon DMS 创建目标表，默认情况下会将 LOB 列设置为可为空值。在某些情况下，您可以使用其他机制（例如导入或导出）创建目标表。在这种情况下，在开始迁移任务之前，请确保 LOB 列可为空。

此要求有一个例外情况。假设您执行从 Oracle 源到 Oracle 目标的同类迁移，并且您选择 Limited Lob mode (受限 LOB 模式)。在这种情况下，将一次填充整行，包括任何 LOB 值。对于此类情况，如果需要，Amazon DMS 可以使用不可为空的约束创建目标表 LOB 列。

使用受限 LOB 模式

Amazon DMS当您的迁移包含 LOB 值时，使用两种方法来平衡性能和便利性：

对于某些数据库引擎（如 PostgreSQL），Amazon DMS 处理 JSON 数据类型的方式类似于 LOB。确保您选择了有限的 LOB 模式，最大 LOB 大小选项设置为不会导致 JSON 数据被截断的值。

Amazon DMS 完全支持使用大对象数据类型（BLOB、CLOB 和 NCLOB）。以下源终端节点具有完整的 LOB 支持：

以下目标终端节点具有完整的 LOB 支持：

以下目标终端节点具有有限的 LOB 支持。对于此目标终端节点，您不能使用无限制的 LOB 大小。

对于具有完整 LOB 支持的终端节点，您还可以为 LOB 数据类型设置大小限制。

提高了 LOB 性能

在迁移 LOB 数据时，您可以指定以下不同的 LOB 优化设置。

每桌 LOB 设置

使用每表 LOB 设置，您可以覆盖部分或全部表的任务级 LOB 设置。要实现此目的，应将lob-settings在你的table-settings规则。以下是包含一些大型 LOB 值的示例表。

SET SERVEROUTPUT ON
CREATE TABLE TEST_CLOB
(
ID NUMBER,
C1 CLOB,
C2 VARCHAR2(4000)
);
DECLARE
bigtextstring CLOB := '123';
iINT;
BEGIN
WHILE Length(bigtextstring) <= 60000 LOOP
bigtextstring := bigtextstring || '000000000000000000000000000000000';
END LOOP;
INSERT INTO TEST_CLOB (ID, C1, C2) VALUES (0, bigtextstring,'AnyValue');
END;
/
SELECT * FROM TEST_CLOB;
COMMIT

接下来，创建迁移任务并使用新的 LOB 处理方式修改表的 LOB 处理lob-settings规则。这些区域有：bulk-max-siz值决定了最大 LOB 大小 (KB)。如果它大于指定的大小，则会被截断。

{
	"rules": [{
			"rule-type": "selection",
			"rule-id": "1",
			"rule-name": "1",
			"object-locator": {
				"schema-name": "HR",
				"table-name": "TEST_CLOB"
			},
			"rule-action": "include"
		},
		{
			"rule-type": "table-settings",
			"rule-id": "2",
			"rule-name": "2",
			"object-locator": {
				"schema-name": "HR",
				"table-name": "TEST_CLOB"
			},
			"lob-settings": {
				"mode": "limited",
				"bulk-max-size": "16"
			}
		}
	]
}

即使这样Amazon DMS任务创建时使用FullLobMode : true，每张表 LOB 设置直接Amazon DMS将此特定表中的 LOB 数据截断为 16,000。你可以查看任务日志来确认这一点。

721331968: 2018-09-11T19:48:46:979532 [SOURCE_UNLOAD] W: The value of column 'C' in table
'HR.TEST_CLOB' was truncated to length 16384

内联日志设置

在您创建Amazon DMS任务，LOB 模式决定如何处理 LOB。

在完整的 LOB 模式和有限的 LOB 模式下，每种模式都有自己的优点和缺点。内联 LOB 模式结合了完整 LOB 模式和有限 LOB 模式的优点。

如果您需要同时复制小型和大型 LOB，并且大多数 LOB 都很小，则可以使用内联 LOB 模式。选择此选项后，在满载期间Amazon DMS任务以内联方式传输小型 LOB，这样效率更高。这些区域有：Amazon DMS任务通过从源表中执行查找来传输大型 LOB。

在变更处理过程中，通过从源表中执行查找来复制小型和大型 LOB。

当您使用内联 LOB 模式时，Amazon DMS任务检查所有 LOB 大小以确定要内联传输哪些 LOB 大小。大于指定大小的 LOB 使用完整 LOB 模式复制。因此，如果您知道大多数 LOB 都大于指定设置，则最好不要使用此选项。相反，允许无限的 LOB 大小。

您可以使用任务设置中的属性配置此选项，InlineLobMaxSize，仅在以下情况下可用FullLobMode将设置为true. 的默认值InlineLobMaxSize为 0，范围为 1 —102400 千字节 (100 MB)。

例如，您可以使用以下内容Amazon DMS任务设置。在这里，设置InlineLobMaxSize值为 5 会导致所有小于或等于 5,000 的 LOB 都以内联方式传输。

{
  "TargetMetadata": {
  "TargetSchema": "",
  "SupportLobs": true,
  "FullLobMode": true,
  "LobChunkSize": 64,
  "LimitedSizeLobMode": false,
  "LobMaxSize": 32,
  "InlineLobMaxSize": 5,
  "LoadMaxFileSize": 0,
  "ParallelLoadThreads": 0,
  "ParallelLoadBufferSize":0,
  "BatchApplyEnabled": false,
  "TaskRecoveryTableEnabled": false},
  . . .
}

提高使用行筛选迁移大型表时的性能

要提高迁移大型表时的性能，请将迁移分为多个任务。要通过行筛选将迁移分解为多个任务，您可以使用键或分区键。例如，如果您有一个整数主键 ID，范围从 1 到 8000000，您可以使用行筛选创建 8 个任务，每个任务迁移 100 万条记录。

如果您有一个按日期分区的大型分区表，则可以根据日期迁移数据。例如，假设您有一个按月分区的表，并且只更新当前月份的数据。在这种情况下，您可以为每个静态月度分区创建满负荷任务，并为当前更新的分区创建满负载加 CDC 任务。

如果您的表有单列主键或唯一索引，则可以使用Amazon DMS任务分段使用范围类型的parallel 加载来parallel 加载数据。有关更多信息，请参阅 表和集合设置规则和操作。

持续复制

Amazon DMS 提供数据的持续复制，确保源数据库与目标数据库的同步。它只复制一部分数据定义语言 (DDL) 语句。Amazon DMS不传播索引、用户、权限、存储过程等项目以及与表数据不直接相关的其他数据库更改。

如果您计划使用持续复制，请将多可用区创建复制实例时的选项。通过选择多可用区，您将获得复制实例的高可用性和故障转移支持。但是，此选项可能会影响性能，并且在将更改应用于目标系统时会减慢复制速度。

在升级源数据库或目标数据库之前，我们建议您停止任何Amazon DMS在这些数据库上运行的任务。升级完成后继续执行任务。

在持续的复制过程中，确定源数据库系统和您的数据库系统之间的网络带宽至关重要Amazon DMS复制实例。确保网络在正在进行的复制过程中不会造成任何瓶颈。

确定源数据库系统上每小时的更改率和存档日志生成率也很重要。这样做可以帮助您了解正在进行的复制过程中可能获得的吞吐量。

减少源数据库上的负载

Amazon DMS 使用源数据库上的一些资源。在完整加载任务期间，Amazon DMS 对并行处理的每个表执行源表的完整表扫描。此外，您在迁移过程中创建的每项任务都会在 CDC 流程中查询变更来源。要使 Amazon DMS 对一些源（例如 Oracle）执行 CDC，您可能需要增加写入到数据库更改日志中的数据量。

如果您发现源数据库负担过重，请减少迁移中每个任务的任务或表的数量。每个任务独立获取源更改，因此整合任务可以减少更改捕获工作负载。

减少目标数据库的瓶颈

在迁移过程中，尝试移除所有争夺目标数据库写入资源的进程：

在迁移期间使用数据验证

为确保您的数据从源准确迁移到目标，我们强烈建议您使用数据验证。如果您为任务开启数据验证，Amazon DMS对表执行满载后，立即开始比较源数据和目标数据。

数据验证使用以下数据库，而 Amazon DMS 支持它们作为源终端节点和目标终端节点：

有关更多信息，请参阅 AmazonDMS 数据验证。

监控Amazon DMS使用指标的任务

您可以使用多个选项来监控任务的指标Amazon DMS控制台：

有关指标监控的更多信息，请参阅监控Amazon DMS 任务.

事件和通知

Amazon DMS使用 Amazon SNS 在出现以下情况时提供通知Amazon DMS事件发生，例如创建或删除复制实例。您可以在 Amazon SNS 支持的任何形式下使用这些通知Amazon区域。这可能包括电子邮件、短信或对 HTTP 端点的呼叫。

有关更多信息，请参阅 在中处理Amazon SNS 事件和通知Amazon Database Migration Service。

使用任务日志以排除迁移问题

在某些情况下，Amazon DMS 会遇到一些仅在任务日志中显示警告或错误消息的问题。具体而言，数据截断问题或者外键违规造成的行拒绝仅会写入任务日志。因此，在迁移数据库时务必要查看任务日志。要查看任务日志，请配置 Amazon CloudWatch 作为任务创建的一部分。

有关更多信息，请参阅使用亚马逊监控复制任务 CloudWatch.

使用 Time Travel 排除复制任务故障

问题排查Amazon DMS迁移问题，你可以使用 Time Travel。有关 Time Travel 的更多信息，请参阅时间旅行任务设置.

使用 Time Travel 时，请注意以下注意事项：

更改 Oracle 目标的用户和架构

当你使用 Oracle 作为目标时，Amazon DMS将数据迁移到目标端点的用户拥有的架构中。

例如，假定您正在迁移名为的架构PERFDATA到 Oracle 目标端点，并且目标端点的用户名是MASTER.Amazon DMS以以下身份连接到 Oracle 目标MASTER并填充MASTER包含来自的数据库对象的架构PERFDATA.

要覆盖此行为，请提供架构转换。例如，要迁移PERFDATA将架构对象转换为PERFDATA目标端点的架构，使用以下转换。

{
    "rule-type": "transformation",
    "rule-id": "2",
    "rule-name": "2",
    "object-locator": {
        "schema-name": "PERFDATA"
    },
    "rule-target": "schema",
    "rule-action": "rename",
    "value": "PERFDATA"
}

有关转换的更多信息，请参阅 使用 JSON 指定表格选择和转换规则。

更改 Oracle 目标的表和索引表空间

当使用甲骨文作为目标时，Amazon DMS将所有表和索引迁移到目标中的默认表空间。例如，假设您的源是 Oracle 之外的数据库引擎。所有目标表和索引都迁移到同一个默认表空间。

要覆盖此行为，请提供相应的表空间转换。例如，假设您要将表和索引迁移到 Oracle 目标中的表和索引表空间，这些表空间以源中的架构命名。在此情况下，您可以使用与下面类似的转换。在这里，源代码中的架构名为INVENTORY目标中相应的表和索引表空间被命名为INVENTORYTBL和INVENTORYIDX.

{
   "rule-type": "transformation",
   "rule-id": "3",
   "rule-name": "3",
   "rule-action": "rename",
   "rule-target": "table-tablespace",
   "object-locator": {
      "schema-name": "INVENTORY",
      "table-name": "%",
      "table-tablespace-name": "%"
   },
   "value": "INVENTORYTBL"
},
{
   "rule-type": "transformation",
   "rule-id": "4
   "rule-name": "4",
   "rule-action": "rename",
   "rule-target": "index-tablespace",
   "object-locator": {
      "schema-name": "INVENTORY",
      "table-name": "%",
      "index-tablespace-name": "%"
   },
   "value": "INVENTORYIDX"
}

有关转换的更多信息，请参阅 使用 JSON 指定表格选择和转换规则。

当 Oracle 既是源又是目标时，您可以通过设置 Oracle source extra 连接属性来保留现有的表或索引表空间分配enableHomogenousTablespace=true. 有关更多信息，请参阅 使用 Oracle 作为源时的端点设置Amazon DMS。

升级复制实例版本

Amazon定期发布新版本的Amazon DMS复制引擎软件，具有新功能和性能改进。复制引擎软件的每个版本都有自己的版本号。测试你的现有版本至关重要Amazon DMS在将复制实例升级到更高版本之前，正在运行生产工作负载的复制实例。有关可用版本升级的更多信息，请参阅AmazonDB 发布说明.

了解您的迁移成本

Amazon Database Migration Service帮助您将数据库迁移到Amazon以低成本轻松安全。您只需为复制实例和任何额外的日志存储空间付费。每个数据库迁移实例都包含足以容纳交换空间、复制日志和用于大多数复制的数据缓存的存储空间，入站数据传输是免费的。

在初始加载期间或加载高峰时段，您可能需要更多资源。您可以使用 Cloud Watch 指标密切监控复制实例的资源利用率。然后，您可以根据使用情况扩大和缩小复制实例的大小。

有关估算迁移成本的更多信息，请参阅：