本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
决策矩阵
尽管每次迁移都是独一无二的，有其自身的挑战、限制和需要考虑的多种因素，但您可以使用一些通用标准来确定最适合您的用例的迁移策略和服务。识别这些因素并确定其优先顺序有助于缩小选择范围。使用下表作为决策树：从用例中最重要的因素开始，然后选择最适合迁移的工具。
注意
下表提供了需要考虑的高级方向性因素；它不包括迁移项目的详尽标准清单。目的是对两种截然不同的数据迁移方法进行总体比较：块级复制（由应用程序迁移服务提供）与逻辑数据级复制（由多种本机数据库迁移工具提供）。这两种方法适用于许多迁移场景，有时可以一起使用，但它们也有表中强调的独特优势。
标准 |
AWS Application Migration Service |
数据库工具（本机工具或 AWS DMS） |
|---|---|---|
Architecture |
物理（块级） |
逻辑、数据库引擎级别 |
规模 |
大规模迁移 |
粒度；规模限制 |
速度与复杂性 |
快速退出场景；降低了复杂性 |
方法更慢、更复杂；需要更多的规划和测试 |
时间轴 |
支持激进的时间表 |
需要额外的精力和时间 |
迁移类型 |
按原样直接迁移（仅限一对一） |
使用分解和整合选项（一对多、多对一）进行平台改造或现代化 |
预置 |
不需要；自动迁移 |
需要预置数据库和基础设施 |
停机时间 |
需要停机，RTO 在几分钟内 |
停机时间可能接近零，但代价非常高昂（通过同步/异步扩展集群、CDC 复制和类似方法） |
数据更改速率 |
可能存在网络或性能限制 |
更多选项可用 |
限制 |
不支持大多数群集系统；* 仅支持 x86 平台** |
本机数据库工具支持群集数据库和非 x86 平台； AWS DMS 涵盖大多数数据库引擎 |
* 块级复制方法不支持网络连接存储 (NAS)、共享驱动器（例如 NFS 共享）或共享。 CIFS/SMB 它仅支持在迁移时直接连接到迁移系统的块级存储。（有关更多信息，请参阅有关 SAN/NAS 支持的应用程序迁移服务常见问题解答。） 这限制了通过应用程序迁移服务对大多数群集系统进行复制的适用性，因为大多数群集依赖于各种实现的共享存储。有关更多信息，请参阅本指南前 AWS Application Migration Service面的 “迁移的优缺点” 部分。
** 块级复制方法要求您在操作系统级别安装 AWS 复制代理，并且该代理仅支持基于 Windows 或 Linux 操作系统的 x86 平台（请参阅应用程序迁移服务支持的操作系统）。非 x86 平台超出了此迁移方法的范围。其中包括 ARM、 RISC/CISC 系统、PowerPC 变体、IBM 系统（例如 pSeries、iSeries、zSeries）及其各自的操作系统，例如 AIX、HP-UX、Solaris、适用于 PowerPC 的 Linux、大型机上的 zLinux 和其他非 x86 架构。
