任務 2：定義識別、收集和儲存中繼資料的程序

在先前的任務中，您會驗證大型遷移的初始探索資料、遷移策略和遷移模式。在此任務中，您會識別需要哪些中繼資料，並決定如何收集中繼資料。此任務包含下列步驟：

• 步驟 1：定義必要的中繼資料

• 步驟 2：建置中繼資料儲存和收集程序

• 步驟 3：在 Runbook 中記錄中繼資料需求和收集程序

當您完成本節中的步驟時，請從中繼資料的角度考慮整個遷移週期。考慮產品組合評估、波浪規劃、遷移、測試、後移活動，然後分析所有可能的使用案例和相關的使用案例。考慮完成完整遷移程序所需的資訊，可協助您識別該模式的所有中繼資料。

步驟 1：定義必要的中繼資料

您必須先了解遷移模式，才能判斷所需的中繼資料屬性。例如，您需要不同的中繼資料，才能將伺服器遷移至 Amazon EC2，以及將資料庫遷移至 Amazon RDS。大多數模式是由許多小型任務組成。為了執行遷移模式，您需要知道需要哪些中繼資料屬性，然後收集該應用程式的中繼資料。您必須在初始化階段判斷並收集所需的中繼資料，以便在實作階段中有效率地執行遷移，而不會延遲。

定義中繼資料屬性的人員或團隊首先定義執行遷移模式所需的步驟和任務。這些任務會決定需要哪些中繼資料，因此處理每個任務會建置所需中繼資料的完整集合。決定需要哪些中繼資料的人員通常需要全面了解如何完成遷移模式。可能需要與撰寫遷移 Runbook 的人員協調。如需詳細資訊，請參閱AWS 大型遷移的遷移手冊。

在大型遷移期間，有許多程序會分散到依賴中繼資料的所有工作流程。及時且準確的中繼資料對大型遷移的成功有廣泛且重大的影響。

在此步驟中，您會定義模式或任務，然後使用 定義來識別所需的中繼資料。

識別遷移模式和支援任務的關鍵元件

在此步驟中，對於每個遷移模式或支援任務，您定義關鍵元件，例如動作、來源物件、目標物件和使用的工具。然後，根據您的答案命名模式或任務。

支援的任務包括產品組合和遷移工作流程在遷移期間需要執行的操作活動，例如波規劃、應用程式優先順序、相依性分析、控管、災難復原、效能測試或使用者接受度測試。由於您需要中繼資料來支援這些任務，因此您可以對遷移模式和支援任務執行這些步驟。

1. 動作 – 識別遷移策略或支援任務。請記住，一個動作可能有與其相關聯的其他動作。例如，您可能想要定義遷移的操作。範例動作包括：

   • 遷移策略，例如重新託管、轉換或重新定位

   • 波浪規劃

   • 應用程式優先順序和相依性分析

   • 作業

   • 控管

   • 災難復原

   • 測試，例如效能測試或使用者接受度測試 (UAT)

2. 來源物件 – 識別要在其中執行動作的來源物件。範例來源物件包括：

   • 波浪

   • Server

   • 資料庫

   • 檔案共用

   • 應用程式

3. 工具 – 識別用於執行動作的服務或工具。您可以使用多個工具或服務。範例工具包括：

   • AWS Application Migration Service

   • AWS DataSync

   • AWS Database Migration Service (AWS DMS)

   • AWS Backup

   • 效能監控工具

4. 目標物件 – 識別動作完成時，來源將駐留的目標物件、服務或位置。物件、服務或位置的範例包括：

   • Amazon Elastic Compute Cloud (Amazon EC2)

   • Amazon Relational Database Service (Amazon RDS)

   • Amazon Elastic File System (Amazon EFS)

   • Amazon Elastic Container Service (Amazon ECS)

   • Wave 計劃

5. 模式名稱 – 合併您對先前步驟的答案，如下所示：

   <action> <source object> on/to <target object> using <tool>

   範例如下：

   • 使用 Application Migration Service 或 Cloud Migration Factory （工具） 將 （動作） 波、應用程式或伺服器 （來源物件） 重新託管至 Amazon EC2 （目標物件）

   • 使用 DataSync （工具） 將 （動作） 檔案共用 （來源物件） 複寫至 Amazon EFS （目標物件）

   • 使用 （工具） 將 （動作） 資料庫 （來源物件） 複寫至 Amazon RDS AWS DMS （目標物件）

   • 使用 Amazon CloudWatch （工具） 在 Amazon EC2 （目標物件） 上監控應用程式 （來源物件） 的效能 （動作） Amazon CloudWatch

   • 遷移後使用 AWS Backup （工具） 在 Amazon EC2 （目標物件） 上備份 （動作） 伺服器 （來源物件）

   • 波浪規劃 （動作） 波浪、應用程式或伺服器 （來源物件） 以建立波浪計劃 （目標物件）

下列範例說明如何使用 Application Migration Service 或 Cloud Migration Factory 從遷移模式資料表記錄模式 1：重新託管至 Amazon EC2。

Pattern ID	1
Pattern name	使用 Application Migration Service 或 Cloud Migration Factory 重新託管至 Amazon EC2
Action	重新託管遷移
Source object	Waves、應用程式或伺服器
Tools	應用程式遷移服務或雲端遷移工廠
Target object	Amazon EC2

判斷每個模式或任務所需的中繼資料

現在您已定義模式或任務，您可以判斷來源物件、目標物件、工具和其他商業資訊所需的中繼資料。為了說明此程序，此手冊使用模式 1：使用 Application Migration Service 或 Cloud Migration Factory 從遷移模式資料表中重新託管至 Amazon EC2 做為範例。 請注意，對於某些模式或任務，某些步驟可能不適用。

1. 分析目標物件 – 從目標物件向後工作、手動建立物件，並識別支援物件所需的中繼資料。擷取中繼資料，如下表所示。

   例如，當您建立 EC2 執行個體時，您必須選擇執行個體類型、儲存類型、儲存體大小、子網路、安全群組和標籤。下表包含當您的目標物件是 EC2 執行個體時，您可能需要的中繼資料屬性範例。

   屬性名稱	物件類型	描述或用途
   target_subnet	目標 EC2 執行個體	目標 EC2 執行個體的子網路
   target_subnet_test	目標 EC2 執行個體	目標 EC2 執行個體的測試子網路
   target_security_group	目標 EC2 執行個體	目標 EC2 執行個體的安全群組
   target_security_group_test	目標 EC2 執行個體	測試目標 EC2 執行個體的安全群組
   IAM_role	目標 EC2 執行個體	AWS Identity and Access Management 目標 EC2 執行個體的 (IAM) 角色
   instance_type	目標 EC2 執行個體	目標 EC2 執行個體的執行個體類型
   AWS_account_ID	目標 EC2 執行個體	AWS 帳戶來託管目標 EC2 執行個體
   AWS_Region	目標 EC2 執行個體	AWS 託管目標 EC2 執行個體的區域

2. 分析工具 – 使用工具建立目標物件並檢查差異。擷取下表所示的工具特定中繼資料，如果遷移工具不支援，請從上一個資料表中移除屬性。例如，您無法自訂 Application Migration Service 的作業系統類型和儲存體大小，因為重新託管遷移工具like-for-like 因此，如果這些屬性包含在上一個資料表中，您將移除目標作業系統和目標磁碟大小。在上一個範例資料表中，工具支援所有屬性，因此不需要任何動作。

   下表包含工具可能需要的中繼資料範例。

   屬性名稱	物件類型	描述或用途
   AWS_account_ID	工具 （應用程式遷移服務）	AWS 的帳戶 ID AWS Application Migration Service
   AWS_Region	工具 （應用程式遷移服務）	AWS Application Migration Service 的區域
   replication_server_subnet	工具 （應用程式遷移服務）	Application Migration Service 複寫伺服器的子網路
   replication_server_security_group	工具 （應用程式遷移服務）	Application Migration Service 複寫伺服器的安全群組

3. 分析來源物件 – 透過評估動作來判斷來源物件所需的中繼資料，如下所示：

   • 若要遷移伺服器，您需要知道來源伺服器名稱和完整網域名稱 (FQDN)，才能連線至伺服器。

   • 若要遷移應用程式及其伺服器，您需要了解應用程式名稱、應用程式環境和application-to-server映射。

   • 若要執行產品組合評估、排定應用程式優先順序或定義移動群組，您需要了解application-to-server映射、application-to-database映射和application-to-application相依性。

   • 若要管理波，您需要知道波 ID 以及波的開始和結束時間。

   下表包含來源物件可能需要的中繼資料範例。

   屬性名稱	物件類型	描述或用途
   wave_ID	來源波	波的 ID （例如：波 10)
   wave_start_date	來源波	波浪的開始日期
   wave_cutover_date	來源波	波浪的切換日期
   wave_owner	來源波	波浪的擁有者
   app_name	來源應用程式	來源應用程式名稱
   app_to_server_mapping	來源應用程式	Application-to-server關係
   app_to_DB_mapping	來源應用程式	Application-to-database的關係
   app_to_app_dependencies	來源應用程式	應用程式外部相依性
   server_name	來源伺服器	來源伺服器名稱
   server_FQDN	來源伺服器	來源伺服器的完整網域名稱
   server_OS_family	來源伺服器	來源伺服器的作業系統 (OS) 系列 （例如：Windows 或 Linux)
   server_OS_version	來源伺服器	來源伺服器的作業系統版本 （例如：Windows Server 2003)
   server_environment	來源伺服器	來源伺服器的環境 （例如：開發、生產或測試）
   server_tier	來源伺服器	來源伺服器的層 （例如：Web、資料庫或應用程式）
   CPU	來源伺服器	來源伺服器中的 CPUs 數量
   RAM	來源伺服器	來源伺服器的 RAM 大小
   disk_size	來源伺服器	來源伺服器的磁碟大小

4. 考慮其他屬性 – 除了主要動作之外，考慮與目標物件或應用程式相關的其他動作和屬性。對於範例模式，模式 1：使用 Application Migration Service 或 Cloud Migration Factory 重新託管至 Amazon EC2，動作為重新託管，目標物件為 Amazon EC2。此目標物件的其他相關動作可能包括備份至 Amazon EC2、在遷移後監控 EC2 執行個體，以及使用標籤來管理與 EC2 執行個體相關聯的成本。您可能也想要考慮其他應用程式屬性，以協助您管理遷移，例如應用程式擁有者，您可能需要聯絡這些屬性，以提出問題或進行切換。

   下表包含常用的其他中繼資料範例。此資料表包含目標 EC2 執行個體的標籤。如需標籤及其使用方式的詳細資訊，請參閱《Amazon EC2 文件》中的標記您的 Amazon EC2 資源。 Amazon EC2

   屬性名稱	物件類型	描述或用途
   Name	目標 EC2 執行個體 （標籤）	定義目標 EC2 執行個體名稱的標籤
   app_owner	來源應用程式	來源應用程式的擁有者
   business_unit	目標 EC2 執行個體 （標籤）	識別目標 EC2 執行個體業務單位的標籤 （例如：人力資源、財務或 IT)
   cost_center	目標 EC2 執行個體 （標籤）	識別目標 EC2 執行個體成本中心的標籤

5. 建立資料表 – 將先前步驟中識別的所有中繼資料合併為單一資料表。

   屬性名稱	物件類型	描述或用途
   wave_ID	來源波	波的 ID （例如：波 10)
   wave_start_date	來源波	波浪的開始日期
   wave_cutover_date	來源波	波浪的切換日期
   wave_owner	來源波	波浪的擁有者
   app_name	來源應用程式	來源應用程式名稱
   app_to_server_mapping	來源應用程式	Application-to-server關係
   app_to_DB_mapping	來源應用程式	Application-to-database的關係
   app_to_app_dependencies	來源應用程式	應用程式外部相依性
   AWS_account_ID	工具 （應用程式遷移服務）	AWS 帳戶託管目標 EC2 執行個體
   AWS_Region	工具 （應用程式遷移服務）	AWS 託管目標 EC2 執行個體的區域
   replication_server_subnet	工具 （應用程式遷移服務）	Application Migration Service 複寫伺服器的子網路
   replication_server_security_group	工具 （應用程式遷移服務）	Application Migration Service 複寫伺服器的安全群組
   server_name	來源伺服器	來源伺服器名稱
   server_FQDN	來源伺服器	來源伺服器的完整網域名稱
   server_OS_family	來源伺服器	來源伺服器的作業系統 (OS) 系列 （例如：Windows 或 Linux)
   server_OS_version	來源伺服器	來源伺服器的作業系統版本 （例如：Windows Server 2003)
   server_environment	來源伺服器	來源伺服器的環境 （例如：開發、生產或測試）
   server_tier	來源伺服器	來源伺服器的層 （例如：Web、資料庫或應用程式）
   CPU	來源伺服器	來源伺服器中的 CPUs 數量
   RAM	來源伺服器	來源伺服器的 RAM 大小
   disk_size	來源伺服器	來源伺服器的磁碟大小
   target_subnet	目標伺服器	目標 EC2 執行個體的子網路
   target_subnet_test	目標伺服器	目標 EC2 執行個體的測試子網路
   target_security_group	目標伺服器	目標 EC2 執行個體的安全群組
   target_security_group_test	目標伺服器	測試目標 EC2 執行個體的安全群組
   instance_type	目標伺服器	目標 EC2 執行個體的執行個體類型
   IAM_role	目標伺服器	AWS Identity and Access Management 目標 EC2 執行個體的 (IAM) 角色
   Name	目標伺服器 （標籤）	定義目標 EC2 執行個體名稱的標籤
   app_owner	來源應用程式	來源應用程式的擁有者
   business_unit	目標伺服器 （標籤）	識別目標 EC2 執行個體業務單位的標籤 （例如：人力資源、財務或 IT)
   cost_center	目標伺服器 （標籤）	識別目標 EC2 執行個體成本中心的標籤

6. 重複 – 重複此程序，直到您已記錄每個模式所需的中繼資料為止。

步驟 2：建置中繼資料儲存和收集程序

在上一個步驟中，您定義了支援遷移所需的中繼資料。在此步驟中，您會建置收集和儲存中繼資料的程序。此步驟包含兩個任務：

1. 分析上一個步驟的必要中繼資料，並識別來源。

2. 定義有效儲存和收集中繼資料的程序。

分析中繼資料來源

有許多常見的中繼資料來源。通常，您可以存取的第一件事是高階資產庫存，通常從組態管理資料庫 (CMDB) 或其他現有工具匯出。不過，您也需要使用自動化和手動程序，從其他來源收集中繼資料。

下表包含常見的來源、該來源的標準收集程序，以及您可以從該來源找到的常見中繼資料類型。

中繼資料來源	集合類型	中繼資料類型
探索工具	自動化	來源伺服器
CMDB	自動化	來源伺服器
來自其他工具的庫存，例如 的 RVTools VMware vSphere	自動化	來源伺服器
應用程式擁有者問卷	手動	來源伺服器、目標伺服器、Wave
應用程式擁有者訪談	手動	來源伺服器、目標伺服器、Wave
應用程式設計文件	手動	目標伺服器
登陸區域設計文件	手動	目標伺服器、工具

列出中繼資料的所有可能來源之後，您會分析中繼資料類型，並將每個來源對應至您在上一個步驟中識別的中繼資料屬性。

1. 從 取得中繼資料屬性的完整清單步驟 1：定義必要的中繼資料。

2. 分析每個中繼資料類型，並判斷哪些類型無法使用自動化程序擷取。這通常是目標伺服器中繼資料和波中繼資料類型，因為這些類型需要應用程式擁有者的決策。例如，您要將哪個子網路和安全群組用於目標 EC2 執行個體？

3. 分析每個中繼資料屬性，並將其映射到上表中的中繼資料來源。具有多個來源的組合很常見。您可以使用探索工具來收集一些來源伺服器中繼資料。如需有關使用探索工具收集中繼資料的資訊，請參閱 AWS 規範指南網站上的自動化產品組合探索入門。

4. 建立資料表，將中繼資料屬性對應至其類型和來源。下表為範例。

   Metadata 屬性	中繼資料類型	中繼資料來源
   app_name	來源應用程式	CMDB
   app_owner	來源應用程式	CMDB
   app_to_server_mapping	來源應用程式	CMDB、探索工具或應用程式擁有者問卷
   app_to_DB_mapping	來源應用程式	CMDB、探索工具或應用程式擁有者問卷
   app_to_app_dependencies	來源應用程式	CMDB、探索工具或應用程式擁有者問卷
   server_name	來源伺服器	CMDB
   server_FQDN	來源伺服器	CMDB
   server_OS_family	來源伺服器	CMDB
   server_IP	來源伺服器	探索工具
   disk_size	來源伺服器	探索工具
   instance_type	目標伺服器	探索工具
   target_subnet	目標伺服器	應用程式擁有者問卷
   target_security_group	目標伺服器	應用程式擁有者問卷
   AWS_Region	目標伺服器	應用程式擁有者問卷
   AWS_account_ID	目標伺服器	應用程式擁有者問卷
   replication_server_subnet	工具 （應用程式遷移服務）	登陸區域設計文件
   replication_server_security_group	工具 （應用程式遷移服務）	登陸區域設計文件
   Name	目標伺服器 （標籤）	應用程式擁有者問卷
   business_unit	目標伺服器 （標籤）	應用程式擁有者問卷
   cost_center	目標伺服器 （標籤）	應用程式擁有者問卷
   wave_ID	波浪規劃	應用程式擁有者訪談
   wave_start_date	波浪規劃	應用程式擁有者訪談
   wave_cutover_date	波浪規劃	應用程式擁有者訪談

定義單一中繼資料存放區

將每個中繼資料屬性對應至其來源後，您可以定義存放中繼資料的位置。無論您存放中繼資料的方式和位置為何，您只需要選擇一個儲存庫。這可確保您有單一的事實來源。在多個位置存放中繼資料是大型遷移的常見錯誤。

選項 1：將中繼資料儲存在共用儲存庫中的試算表中

雖然此選項可能聽起來像是非常手動的程序，但它是大型遷移最常見的資料存放區。將試算表存放在共用儲存庫中也很常見，例如 Microsoft SharePoint 網站。

Microsoft Excel 試算表易於自訂，且建置不需要很長時間。缺點是，如果您有許多中繼資料，而且難以管理資產之間的關係，例如伺服器、應用程式和資料庫之間的關係，就會變得非常複雜。另一個挑戰是版本管理。您需要將寫入存取權限制為少數人員，或者需要使用自動化程序來更新試算表。

在產品組合手冊範本中，您可以使用儀表板範本進行波浪規劃和遷移 (Excel 格式），做為建置您自己的資料存放區試算表的起點。

選項 2：將中繼資料存放在專用工具中

您可以使用預先建置的工具，例如 TDS Transition Manager (TDS 網站） 來存放資料，也可以建置自己的工具。當您建置自己的工具時，您需要類似選項 1 中 Excel 試算表索引標籤的資料庫資料表。例如：

• 伺服器資料表

• 應用程式資料表

• 資料庫資料表

• Application-to-server和application-to-database映射表

• 波浪規劃資料表

• 應用程式擁有者問卷表

定義中繼資料收集程序

在上述步驟中，您將中繼資料映射到其來源，並定義了您要收集中繼資料的資料存放區。在此步驟中，您會建置程序以有效收集中繼資料。您應該將手動copy-and-paste程序降至最低，並使用自動化從每個來源收集中繼資料。有三個步驟：

1. 根據中繼資料映射表，為每個中繼資料來源建置擷取、轉換和載入 (ETL) 指令碼。

2. 建置排程任務，定期自動從每個來源匯入中繼資料。

3. 建置匯出程序，或提供應用程式程式設計界面 (API) 存取儲存在儲存庫中的中繼資料。

下表是每個 ETL 指令碼收集的中繼資料屬性範例。中繼資料會存放在您在上一節中定義的位置，例如試算表或專用工具。

Metadata 屬性	中繼資料類型	中繼資料來源	收集程序
app_name	來源應用程式	CMDB	ETL 指令碼 – CMDB
app_owner	來源應用程式	CMDB	ETL 指令碼 – CMDB
app_to_server_mapping	來源應用程式	CMDB	ETL 指令碼 – CMDB
app_to_DB_mapping	來源應用程式	CMDB	ETL 指令碼 – CMDB
app_to_app_dependencies	來源應用程式	探索工具	ETL 指令碼 – 探索工具
server_name	來源伺服器	CMDB	ETL 指令碼 – CMDB
server_FQDN	來源伺服器	CMDB	ETL 指令碼 – CMDB
server_OS_family	來源伺服器	CMDB	ETL 指令碼 – CMDB
server_OS_version	來源伺服器	CMDB	ETL 指令碼 – CMDB
disk_size	來源伺服器	探索工具	ETL 指令碼 – 探索工具
instance_type	目標伺服器	探索工具	ETL 指令碼 – 探索工具
target_subnet	目標伺服器	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
target_security_group	目標伺服器	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
AWS_Region	目標伺服器	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
AWS_account_ID	目標伺服器	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
Name	目標伺服器 （標籤）	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
business_unit	目標伺服器 （標籤）	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
cost_center	目標伺服器 （標籤）	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
wave_ID	波浪規劃	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
wave_start_date	波浪規劃	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者
wave_cutover_date	波浪規劃	應用程式擁有者問卷	ETL 指令碼 – 應用程式擁有者

步驟 3：在 Runbook 中記錄中繼資料需求和收集程序

在此任務中，您會在中繼資料管理 Runbook 中記錄決策。在遷移期間，您的產品組合工作流遵循此 Runbook 作為收集和儲存中繼資料的標準程序。

1. 在產品組合手冊範本中，開啟用於中繼資料管理的 Runbook 範本 (Microsoft Word 格式）。這可做為建置您自己的 Runbook 的起點。

2. 在中繼資料屬性區段中，為每個遷移模式建立中繼資料屬性資料表，並將 中識別的中繼資料屬性填入資料表步驟 1：定義必要的中繼資料。

3. 在來源位置區段中，記錄您在 中識別的來源分析中繼資料來源。

4. 在來源位置存取指示區段中，記錄使用者存取中繼資料來源位置時需要遵循的步驟。

5. 在中繼資料存放區區段中，記錄使用者存取您在 中建立的中繼資料存放區所需的步驟定義單一中繼資料存放區。

6. 在資料收集類型區段中，識別您要用於每個中繼資料來源的資料收集程序。理想情況下，您應該使用自動化指令碼來自動化所有中繼資料收集。

7. 在中繼資料屬性的資料收集區段中，針對每個中繼資料屬性，根據 中的指示識別下列項目定義中繼資料收集程序：

   1. 中繼資料類型

   2. 中繼資料來源

   3. 中繼資料存放區

   4. 集合類型

8. 在收集中繼資料區段中，更新使用案例所需的程序。這是產品組合工作流程在實作階段收集波浪中繼資料時遵循的程序。

9. 確認您的 Runbook 完整且準確。此 Runbook 應該是遷移期間的事實來源。

10. 與 團隊分享您的中繼資料管理 Runbook 以供檢閱。

任務結束條件

當您完成下列操作後，請繼續下一個任務：

• 您已準備儲存所收集中繼資料的單一儲存庫。

• 在您的中繼資料管理 Runbook 中，您已定義並記錄下列項目：

  • 每個遷移模式所需的中繼資料屬性

  • 中繼資料來源，以及如何存取每個來源的詳細說明

  • 中繼資料存放區以及如何存取它的詳細說明

  • 用於收集中繼資料的程序

  • 映射中繼資料屬性到中繼資料來源和收集程序的映射表