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

# 制定迁移计划
<a name="transform-vmware-review-groupings-and-waves"></a>

T AWS ransform for Migrations 中的迁移规划工作步骤是一种基于协作聊天的体验，用于规划大型迁移。 AWS Transform代理应用 AWS 规范性指导来指导客户从分析本地数据到最终的迁移浪潮计划。

发现本地数据任务成功完成后，T AWS ransform 使用发现数据将应用程序分组为迁移浪潮。 AWS Transform 指导您完成分析和确定服务器范围、将服务器分组为应用程序、生成移动组以及建立迁移浪潮的步骤。

AWS Transform 支持整个过程中的迭代规划：
+ 您可以提问以更好地了解T AWS ransform如何分析已安装的软件，例如服务器依赖关系和网络架构。
+ 您可以随时调整应用程序组和波次内的范围。
+ 您可以重新上传发现数据，T AWS ransform 将自动处理、删除重复数据，并将新记录与现有数据合并。
+ 当检测到变化（例如新发现的依赖关系或基础架构的增加）时，T AWS ransform 会标记影响依赖项群体，并提供波浪计划调整建议。
+ 迁移计划还可以利用非结构化文本数据来丰富规划流程。

迁移计划分为四个阶段：
+ 在 Sco ** pe and Analyze 中**，您可以查看发现数据，询问有关软件和网络环境的问题，并确定迁移范围内的资源。
+ 在**群组应用程序中**，您可以提供有关主机名分析、网络依赖关系和业务规则等业务和技术规则的组合，以便迁移计划可以将您的基础架构分组为应用程序。如果您已经有应用程序清单，则迁移计划可以改用该清单。
+ 在 “**生成移动组” 中**，您可以为迁移规划您的技术和业务需求，以便它可以确定哪些应用程序必须一起迁移。技术依赖关系包括数据库、消息队列或多个应用程序之间共享的其他资源。业务和运营依赖关系包括业务关键性、RPO 和 RTO、数据中心位置和应用程序所有者。
+ 最后，在 B ** uild Waves 中**，您可以为迁移规划提供有关时间表和优先事项的背景信息，这样它就可以制定可以迁移的波浪计划。您可以根据优先级分数、移动组规模、用户数量和应用程序复杂性等因素选择要包含在波次中的移动组。

## 迁移规划术语
<a name="transform-vmware-migrate-planning-terminology"></a>

迁移浪潮  
一起迁移的应用程序的逻辑组。迁移波由一个或多个移动组组成。

移动群组  
一组相互依赖的应用程序，必须一起移动。它们可能具有技术依赖关系，例如共享数据库，或业务依赖关系，例如支持共享业务功能。

依赖关系  
系统之间的关系。有几种类型的依赖关系：  
+ **关键或硬依赖关系**。没有依赖关系，系统就无法运行。常见示例包括依赖数据库、其他应用程序或服务的应用程序。
+ **软依赖关系**。对系统的运行并不重要。常见的示例包括可以独立迁移的对延迟不敏感的依赖关系。
+ **Non-technical依赖关系**。与您的组织及其优先事项相关的业务、组织、运营和合规依赖关系。示例包括共享业务职能和组织所有权。

## 工作流
<a name="transform-vmware-migrate-waves-workflow"></a>

迁移计划是一个交互式的迭代工作流程。您可以随时返回并更改之前的步骤。典型的迁移计划工作流程是：

1. 迁移计划从汇总可用的发现数据开始。查看可用数据并随时返回发现步骤以提供更多数据。

1. 在范围界定和分析步骤中，您可以询问有关本地环境的问题，以验证您收集的数据。示例问题包括：

   1. 按操作系统列出我的服务器

   1. 总结我的本地网络拓扑

   1. 列出我的环境中运行的最常见的技术。

1. 在分析环境时，如果您确定了不应在迁移范围内的服务器，则可以告诉 T AWS ransform 排除这些资源。这种情况的示例包括：

   1. 移除所有主机名*中有*旧版的服务器

   1. 删除 10.0.2 中的所有服务器。0/24 子网

   1. 移除运行早于 2022 年的 Windows 版本的所有服务器

1. 一旦您充分探索了环境并确定了迁移范围，就可以让T AWS ransform进入下一个迁移计划步骤。

1. 下一步是应用程序分组。如果您已经将服务器映射到应用程序，则可以让T AWS ransform使用该映射并跳过此步骤。如果您没有预定义应用程序，则可以提供定义应用程序的技术和业务逻辑。 AWS Transform将指导您完成应用程序分组过程，并建议您可以提供的数据点，以便有效地将服务器分组为应用程序。您可以提供的有关本地应用程序的信息越多，T AWS ransform将服务器分组为应用程序的效率就越高。提供足够的信息后，就可以指示 T AWS ransform 执行应用程序分组。

1. 执行应用程序分组后，查看应用程序组。你可以指示 T AWS ransform 进行任何必要的更改，例如：

   1. 将服务器示例服务器移至应用程序 5

   1. 重命名应用程序-5 “HR 应用程序测试环境”

   1. 从 IIS 开发农场移除所有 Linux 服务器

1. 应用程序分组后，指示 T AWS ransform 进入下一步

1. 下一步是移动分组。在移动分组步骤中，您可以确定必须一起移动的应用程序。提供有关您的技术和非技术依赖关系的背景信息。 AWS Transform 将指导您完成整个过程，并建议您可以提供的数据点来对应用程序进行分组。在此阶段需要考虑以下几点，包括：

   1. 移动组的目标规模应该是多少？

   1. 你想为每个应用程序合并环境，例如开发、测试和生产，还是要拆分它们？

   1. 你想如何考虑网络依赖关系？ 是否所有依赖关系都很重要，或者某些依赖关系可以被视为软依赖关系并分散到移动组中吗？

1. 提供移动分组规则后，指示 T AWS ransform 执行您的移动分组策略。然后，您可以查看和修改您的移动组。查看迁移组后，您可以指示 T AWS ransform 进入最终的迁移计划步骤。

1. Wave 规划是迁移计划的最后一步。在此步骤中，您将移动组分为迁移波次并对这些波浪进行优先级排序。在波浪规划步骤中，T AWS ransform将指导您提供所需的业务优先级，将您的搬迁小组分成多个波次，然后对这些波次进行优先排序。波浪规划中的注意事项包括：

   1. 每个移动组的业务重要性

   1. 迁移时间表和每个移动组的时间表

   1. 与每个移动组相关的风险

   1. 每波要迁移的服务器数量

1. 在你就如何分组成波浪提供了足够的指导后，指示 T AWS ransform 执行波浪规划。然后，您可以查看您的波浪并对其进行修改。

1. 完成Wave计划后，您可以完成迁移计划并开始执行。您可以随时返回迁移计划，对计划进行完善和迭代。

1. 对于每个浪潮，您可以分配迁移策略：*重新托管*（将服务器迁移到亚马逊EC2）和*容器化*（容器化源代码并部署到亚马逊弹性容器服务或亚马逊弹性Kubernetes服务）。当你为一个波浪分配*容器化策略时*，T AWS ransform 会在迁移执行期间为该波次运行源代码容器化工作流程。有关更多信息，请参阅 [源代码容器化](transform-containers.md)。要在指定 7R 框架内获得 AWS推荐的策略，请参阅。[迁移策略 (7R) 建议](transform-vmware-r-strategy-report.md)