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

# 任务 1：验证迁移模式和元数据
<a name="task-one-pattern-validation"></a>

在本任务中，您将验证在投资组合工作流的评估和波浪规划活动中确定的迁移模式，然后验证迁移元数据源。目标是验证是否已收集到足够的数据来支持每种迁移模式。

此任务包括以下步骤：
+ [步骤 1：验证迁移模式](#step-one-validate-patterns)
+ [第 2 步：验证迁移元数据和波浪计划](#step-two-validate-metadata)

## 步骤 1：验证迁移模式
<a name="step-one-validate-patterns"></a>

在产品组合工作流程中，您对应用程序产品组合、选定的迁移策略以及为每种策略确定的迁移模式进行了初步评估。这些信息应包含在您的投资组合评估手册中。有关更多信息，请参阅适用于[AWS 大型迁移的 Portfolio 手册](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/)。

在此步骤中，您将查看迁移策略，确认您已确定所有迁移模式，并确认您已准备好起草迁移运行手册。您可能会在整个项目中重复此任务，随着您对产品组合的理解逐渐成熟，您很可能会在迁移的后期阶段发现其他迁移模式。

1. **查看产品组合的迁移策略**

   *迁移策略*是用于将本地应用程序迁移到 AWS 云。将应用程序迁移到云端有七种迁移策略，称为 *7 R*。大型迁移的常见策略包括重新托管、平台迁移、重新定位和停用。对于大型迁移，不建议使用重构，因为它涉及在迁移期间对应用程序进行现代化改造。这是迁移策略中最复杂的一种，对于大量应用程序来说，管理起来可能很复杂。相反，我们建议重新托管、迁移或重新部署应用程序，然后在迁移完成后对应用程序进行现代化改造。有关 7 R 的更多信息，[请参阅 AWS 大型迁移指南](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/)。

   根据初始投资组合评估的结果，您可以列出该投资组合所需的所有迁移策略，并确定将多少投资组合分配给每个策略。例如：
   + 重新托管 — 70%
   + 平台重置 — 20%
   + 退休 — 10%

1. **验证产品组合的迁移模式**

   *迁移模式*是一种可重复的迁移任务，它详细说明了策略、目标以及所使用的应用程序或服务。在此步骤中，您将验证迁移模式是否包含详细信息，例如要使用哪些工具以及针对哪些 AWS 服务。例如：
   +  AWS Application Migration Service 使用 (MGN) 或云迁移工厂重新托管到亚马逊弹性计算云AWS (Amazon EC2)
   + 使用 AWS CloudFormation 模板在 Amazon EC2 中构建新的基础架构，将平台迁移到 Amazon EC2 AWS 云
   + 使用 (DMS) 或原生数据库技术将平台重定向到亚马逊关系数据库服务 AWS Database Migration Service (Amazon R AWS DS)

   在[AWS 大型迁移的 Portfolio playbook](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/) 中，您可以将每种迁移模式映射到其迁移策略，并将结果记录在表格中，如下例所示。


| Strategy | 模式 | 
| --- | --- | 
| 重新托管 | 使用应用程序迁移服务或云迁移工厂重新托管到 Amazon EC2 | 
| 更换平台 | 使用 AWS DMS 或原生数据库技术将平台重新部署到 Amazon RDS | 
| 更换平台 | 使用 CloudFormation 模板在 Amazon EC2 中构建新的基础架构，将平台迁移到 Amazon EC2 AWS 云 | 

## 第 2 步：验证迁移元数据和波浪计划
<a name="step-two-validate-metadata"></a>

在此步骤中，您将验证迁移元数据的源位置。您检查数据结构（例如 Excel 文档中的可用列）是否适合保存所需的元数据，然后检查所有元数据是否都可用。

1. **根据您的迁移模式验证迁移元数据**

   每种迁移模式都需要一组不同的迁移元数据才能迁移服务器和应用程序。例如，迁移到 Amazon EC2 需要您提供目标实例的规格，例如 VPC 子网、安全组和实例类型信息。但是，存储迁移、数据库迁移或平台重新迁移需要一组不同的迁移元数据。您通常会在投资组合评估运行手册中定义迁移元数据要求，但需要确保有足够的元数据来支持每种迁移模式。有关元数据识别和收集的更多信息，请参阅[适用于 AWS 大型迁移的 Portfolio 手册](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/)。

1. **验证迁移元数据和波浪计划的源位置**

   您通常会在元数据管理运行手册中记录迁移元数据的源位置。理想情况下，该位置充当单一事实来源，例如波浪规划电子表格。也有可能元数据仍存在于多个位置，包括以下常见位置：

   验证以下内容以确定元数据源位置：
   + 发现工具
   + 配置管理数据库 (CMDB)
   + 应用程序所有者问卷
   + 迁移浪潮规划电子表格

   验证以下内容以确定元数据源位置：

   1. 源目录是否包含所有元数据源和所有者的位置？

   1. 源位置（例如，波浪规划电子表格）是否包含所有必需的迁移元数据？

   1. 是否有关于访问每个元数据源的明确说明？

   1. 如果没有单一来源，每个元数据源是否都清楚地映射到其属性？

   1. 是否有针对服务器和应用程序的明确浪潮计划，是否有至少五波为迁移工作流程做好了准备？

   1. 有更新源代码的流程吗？ 如果是，通知频率和通知流程是多少？

## 任务退出标准
<a name="task-one-pattern-validation-exit"></a>

满足以下退出标准后，继续执行下一个任务：
+ 您已经验证了明确定义的迁移模式列表。
+ 迁移元数据的源位置包含每种模式所需的所有元数据，或者已经制定了捕获任何缺失元数据的流程。
+ 您已经验证了至少五个波浪的波浪计划和迁移元数据，并定义了通知和更新的流程。