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

# 啟動資料收集
<a name="initiating-data-collection"></a>

資料收集是從應用程式和基礎設施收集中繼資料的程序。此程序會在評估的所有階段反覆進行。在每個階段中，資料數量和保真度都會增加。在這個階段，重點是收集可協助建立初始庫存的一般資料。清查將用於建立定向商業案例和識別初始遷移候選項目。

識別目前的資料來源之後，建議您盡可能多地從系統收集資訊。如需詳細資訊，請參閱此階段[的資料需求](understanding-initial-assessment-data-requirements.md)。

此方法有助於更新目前的產品組合檢視，以及組織對其應用程式和服務的知識。它也有助於判斷要移動的目標。建議的方法為檢閱現有資料，例如組態管理資料庫 (CMDB) 輸出和資訊技術服務管理 (ITSM) 系統。然後建構以資料收集為目標的資產清單。如果您的組織完全清楚遷移範圍內和範圍外的內容，您可以將資料收集限制在範圍內的系統。

建置產品組合時，請考慮應用程式及其環境或軟體版本生命週期。例如，不識別客戶關係管理 (CRM) 應用程式並指定其具有測試、開發和生產環境，而是列出三個應用程式 （例如 CRM-Test、CRM-Dev、CRM-Prod)。或者，使用 CRM 名稱，但為每個環境指派唯一的 ID，並在資料儲存庫中以個別記錄呈現。這將有助於個別規劃和追蹤這些環境的遷移。例如，您可能想要先遷移非生產環境。透過根據環境列出應用程式的執行個體，您可以清楚管理和控管其轉換。

在資料收集期間，可能不確定哪些應用程式或伺服器位於指定的資料中心或來源位置。在這些情況下，從現有的管理工具取得裸機和 Hypervisor 清單很有幫助。例如，您可以連線至 Hypervisor，以取得要以資料收集為目標的虛擬機器清單。

請注意，在合併現有資料來源時，初始輸出可能不完整。關鍵在於針對此階段[的資料需求](understanding-initial-assessment-data-requirements.md)，以及可從現有來源取得的內容，執行差距分析。請務必將完整性百分比與資料逼真度進行對比。來自低保真度來源的較高完整性層級將包含數個可能導致分析瑕疵的假設。雖然此評估階段不需要最大資料保真度，但我們建議資料來源至少為中至中高保真度。將這些數字與組織的風險承受能力進行比較，包括使用假設填補資料差距。

差距分析可協助您了解正在使用的資料數量和品質。分析也可協助您建立必須做出的假設層級，以建立有方向性的商業案例，並排定應用程式遷移的優先順序。探索工具有助於填補差距並收集高逼真度資料。為了提高資料的可信度層級並加速遷移結果，建議您儘早部署探索工具。早期行動也很重要，因為新工具的內部採購、安全和實作程序可能需要幾週或幾個月才能完成。

我們建議在此階段建立通訊計畫或節奏，以及範圍變更控制機制。這可協助您隨時通知利益相關者，讓他們可以事先規劃並降低風險。明確通訊的關鍵元素是定義應用程式產品組合和相關聯基礎設施的單一事實來源。避免保留多個記錄系統和應用程式和基礎設施清單。將資料保留在支援版本控制和線上協同合作的單一位置 （例如資料庫、工具或試算表），並將擁有者指派給該位置。