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

AWS Database Migration Service 的最佳做法

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

AWS Database Migration Service 的迁移规划

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

转换架构

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

您可以通过从 AWS 免费下载来获取 AWS SCT。有关 AWS SCT 的更多信息，请参阅 AWS SCT 用户指南。

如果源端点和目标端点位于同一个数据库引擎上，则可以使用 Oracle SQL Developer、MySQL Workbench 或 PgAdmin 4 等工具来移动架构。

查看 AWS DMS 公共文档

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

在迁移期间，公共文档可以帮您解决与 AWS DMS 相关的任何问题。文档中的故障排除页面可以帮您解决使用 AWS DMS 和所选端点数据库的常见问题。有关更多信息，请参见 对中的迁移任务进行故障排除 AWS Database Migration Service。

运行概念验证

为了协助在数据库迁移的早期阶段发现环境问题，我们建议您运行一次小型测试迁移。这样做还有助于设置更符合实际情况的迁移时间表。此外，您可能需要运行全面的测试迁移，以衡量 AWS DMS 能否通过网络处理数据库的吞吐量。在此期间，我们建议对您的初始完全加载和持续复制进行基准测试和优化。这样做有助于了解网络延迟和衡量整体性能。

此时，您还有机会了解自己的数据配置文件以及数据库的大小，包括以下内容：

改进 AWS DMS 迁移的性能

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

可以使用下面所述的部分或全部最佳实践来改进性能。是否使用这些实践之一取决于您的特定使用案例。您可以在下面找到一些限制：

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

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

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

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

要将选定域转发到名称服务器，请使用转发规则。出站端点可以处理多个转发规则。转发规则的范围是您的虚拟私有云 (VPC)。通过使用与 VPC 关联的转发规则，您可以预置 AWS 云的逻辑分隔部分。在这个逻辑分隔部分，您可以启动虚拟网络中的 AWS 资源。

您可将本地 DNS 基础设施中托管的域配置为设置出站 DNS 查询的条件转发规则。对其中一个域进行查询时，规则触发尝试将 DNS 请求转发到配置了规则的服务器。同样，需要通过 AWS Direct Connect 或 VPN 建立私有连接。

下图显示了 Route 53 Resolver 的架构。

有关 Route 53 DNS 解析程序的更多信息，请参阅《Amazon Route 53 开发人员指南》中的 Route 53 Resolver 入门。

将 Amazon Route 53 Resolver 与 AWS DMS 配合使用

您可以为 AWS DMS 创建本地名称服务器，从而使用 Amazon Route 53 Resolver 来解析端点。

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

有关 Route 53 Resolver 的更多信息，请参阅《Amazon Route 53 开发人员指南》中的 Route 53 Resolver 入门。

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

通常，AWS DMS 分两个阶段迁移 LOB 数据：

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

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

使用受限 LOB 模式

当迁移包含 LOB 值时，AWS DMS 使用两种方法来平衡性能与简便性。

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

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

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

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

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

提高了 LOB 性能

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

每个表的 LOB 设置

使用每个表的 LOB 设置，您可以覆盖部分或所有表的任务级 LOB 设置。为此，请在 table-settings 规则中定义 lob-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-settings 规则修改表的 LOB 处理。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"
			}
		}
	]
}

即使此 AWS DMS 任务是使用 FullLobMode : true 创建的，每个表的 LOB 设置也会指示 AWS DMS 将此特定表中的 LOB 数据截断为 16000。您可以查看任务日志来确认这一点。

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

内联 LOB 设置

创建 AWS DMS 任务时，LOB 模式决定了如何处理 LOB。

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

当您需要同时复制小型和大型 LOB，并且大多数 LOB 都很小时，可以使用内联 LOB 模式。选择此选项时，在完全加载期间，AWS DMS 任务会以内联方式传输小 LOB，这样更加高效。AWS DMS 任务通过从源表中执行查找来传输大型 LOB。

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

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

您可以使用任务设置 InlineLobMaxSize 中的属性来配置此选项，该属性仅在 FullLobMode 设置为 true 时才可用。InlineLobMaxSize 的默认值是 0，范围为 1–102400 KB (100 MB)。

例如，您可以使用以下 AWS DMS 任务设置。此处，将 InlineLobMaxSize 的值设置为 5 会导致所有小于或等于 5 KiB（5120 字节）的 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 任务。

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

持续复制

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

如果您计划使用持续复制，则应在创建复制实例时启用多可用区选项。通过选择多可用区选项，可为复制实例提供高可用性和失效转移支持。但是，此选项可能会影响性能，并且在对目标系统进行更改时可能会减慢复制速度。

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

在持续复制期间，确定源数据库系统和 AWS DMS 复制实例之间的网络带宽至关重要。确保网络不会在持续复制期间造成任何瓶颈。

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

减少源数据库上的负载

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

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

减少目标数据库的瓶颈

迁移期间，请尽可能消除目标数据库上会争用写入资源的任何进程：

在迁移期间使用数据验证

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

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

有关更多信息，请参见 AWS DMS 数据验证。

使用指标监控您的 AWS DMS 任务

您可以通过多种方式使用 AWS DMS 控制台监控任务的指标：

有关监视指标的更多信息，请参阅监控 AWS DMS任务。

事件和通知

AWS DMS 使用 Amazon SNS 在发生 AWS DMS 事件（例如创建或删除复制实例）时提供通知。您可以按照 Amazon SNS 在 AWS 区域中支持的任何形式使用这些通知。这些通知可能包括电子邮件、短信或对 HTTP 端点的调用。

有关更多信息，请参见 在 AWS Database Migration Service 中使用 Amazon SNS 事件和通知。

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

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

有关更多信息，请参阅使用 Amazon 监控复制任务 CloudWatch。

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

要排除 AWS DMS 迁移问题，您可以使用 Time Travel。有关 Time Travel 的更多信息，请参阅Time Travel 任务设置。

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

为 Oracle 目标更改用户和架构

在使用 Oracle 作为目标时，AWS DMS 将数据迁移到目标端点的用户所拥有的架构。

例如，假设您将名为 PERFDATA 的架构迁移到 Oracle 目标端点，并且目标端点用户名为 MASTER。AWS DMS 将作为 MASTER 连接到 Oracle 目标，并使用 PERFDATA 中的数据库对象填充 MASTER 架构。

要覆盖此行为，请提供架构转换。例如，要将 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 目标的表和索引表空间

使用 Oracle 作为目标时，AWS 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 源额外连接属性 enableHomogenousTablespace=true 来保留现有的表或索引表空间分配。有关更多信息，请参见 使用 Oracle 作为来源时的终端节点设置 AWS DMS。

升级复制实例的版本

AWS 定期发布 AWS DMS 复制引擎软件的新版本以提供新功能和增强性能。每个版本的复制引擎软件都有自己的版本号。在将 AWS DMS 复制实例升级到更高版本之前，必须测试运行生产工作负载的复制实例的现有版本。有关可用版本升级的更多信息，请参阅AWS DMS发行说明。

了解您的迁移成本

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

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

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