本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 任務 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>

在產品組合工作流程中，您執行應用程式產品組合的初始評估、選取的遷移策略，以及識別每個策略的遷移模式。此資訊應包含在產品組合評估 Runbook 中。如需詳細資訊，請參閱適用於[AWS 大型遷移的產品組合手冊](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/)。

   根據初始產品組合評估的輸出，您擁有產品組合所有必要遷移策略的清單，並決定將多少產品組合分配給每個策略。例如：
   + Rehost – 70%
   + Replatform – 20%
   + 淘汰 – 10%

1. **驗證產品組合的遷移模式**

   *遷移模式*是可重複的遷移任務，詳細說明策略、目的地以及使用的應用程式或服務。在此步驟中，您會驗證遷移模式是否包含詳細資訊，例如要使用哪些工具和目標 AWS 服務。例如：
   + 使用 (AWS MGN) 或雲端遷移工廠重新託管至 Amazon Elastic Compute Cloud AWS Application Migration Service (Amazon EC2)
   + 使用 AWS CloudFormation 範本在 中建置新的基礎設施，將 平台轉換為 Amazon EC2 AWS 雲端
   + 使用 (AWS DMS) 或原生資料庫技術將格式轉換為 Amazon Relational Database Service AWS Database Migration Service (Amazon RDS)

   在[AWS 大型遷移的產品組合手冊](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/)中，您可以將每個遷移模式映射至其遷移策略，並將結果記錄在如下範例的表格中。


| 策略 | 模式 | 
| --- | --- | 
| 重新託管 | 使用 Application Migration Service 或 Cloud Migration Factory 重新託管至 Amazon EC2  | 
| 平台重建 | 使用 DMS 或原生資料庫技術將 Replatform 轉換為 AWS Amazon RDS | 
| 平台重建 | 使用 CloudFormation 範本在 中建置新的基礎設施，將 平台轉換為 Amazon EC2 AWS 雲端 | 

## 步驟 2：驗證遷移中繼資料和波動計畫
<a name="step-two-validate-metadata"></a>

在此步驟中，您會驗證遷移中繼資料的來源位置。您檢查資料結構，例如 Excel 文件中的可用資料欄，是否適合保存所需的中繼資料，並檢查所有中繼資料是否可用。

1. **驗證遷移模式的遷移中繼資料**

   每個遷移模式都需要一組不同的遷移中繼資料，才能遷移伺服器和應用程式。例如，重新託管遷移至 Amazon EC2 需要您提供目標執行個體的規格，例如 VPC 子網路、安全群組和執行個體類型資訊。不過，儲存體遷移、資料庫遷移或轉換遷移需要一組不同的遷移中繼資料。您通常會在產品組合評估 Runbook 中定義遷移中繼資料需求，但您需要確保有足夠的中繼資料來支援每個遷移模式。如需中繼資料識別和收集的詳細資訊，請參閱適用於[AWS 大型遷移的產品組合手冊](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-portfolio-playbook/)。

1. **驗證遷移中繼資料和波動計畫的來源位置**

   您通常會在中繼資料管理 Runbook 中記錄遷移中繼資料的來源位置。理想情況下，位置可做為單一事實來源，例如波規劃試算表。中繼資料也可能仍在多個位置，包括下列常見位置：

   針對中繼資料來源位置驗證下列項目：
   + 探索工具
   + 組態管理資料庫 (CMDB)
   + 應用程式擁有者問卷
   + 遷移波規劃試算表

   針對中繼資料來源位置驗證下列項目：

   1. 是否使用所有中繼資料來源和擁有者的位置來維護來源目錄？

   1. 來源位置 （例如，波動規劃試算表） 是否具有所有必要的遷移中繼資料？

   1. 是否有存取每個中繼資料來源的明確指示？

   1. 如果沒有單一來源，每個中繼資料來源是否清楚對應至其屬性？

   1. 伺服器和應用程式是否有明確的波浪計畫，且遷移工作流程至少有五個波浪準備就緒？

   1. 是否有更新來源的程序？ 若是如此，頻率和通知程序為何？

## 任務結束條件
<a name="task-one-pattern-validation-exit"></a>

當您符合下列退出條件時，請繼續下一個任務：
+ 您已驗證明確定義的遷移模式清單。
+ 遷移中繼資料的來源位置具有每個模式所需的所有必要中繼資料，或已制定擷取任何遺失中繼資料的程序。
+ 您已驗證至少五個波的波計畫和遷移中繼資料，並已定義通知和更新的程序。