Storage Mover 部署涉及多個 Azure 資源。 本文將介紹這些資源、它們的用途，以及向它們表達遷移需求的最佳實務。
Overview
Azure 儲存體 Mover 支援基於代理與無代理的遷移工作負載。 對於代理程式型工作負載，遷移代理程式虛擬機器會在您的環境中執行，並接近來源儲存體。 對於無代理工作負載，則不需要遷移代理虛擬機。
雲端服務為兩種工作負載類型提供遷移協調與管理。 關於基於代理的工作負載，請參閱 Storage Mover 代理部署 與 代理註冊 條目。
Storage Mover 支援基於代理程式與無代理程式的遷移工作負載。 本文所述的資源階層適用於兩種工作負載類型，但遷移代理資源僅對代理型工作負載是必需的。
儲存體移轉器資源
儲存移動資源是指你在選擇的資源群組中部署的頂層服務資源名稱。 服務和移轉的所有層面都由此資源控制。 在大多數情況下，部署單一儲存移動資源即可應付最大規模的遷移。
如果所有資源都集中在同一個儲存移動器實例，你就能更好地利用代理人和管理遷移。
一個移轉 Agent 只能註冊至一個儲存體移動工具。
部署資源時，您會向 Microsoft.StorageMover 和 Microsoft.HybridCompute 資源提供者註冊您的訂用帳戶。 你也會指定儲存控制訊息和遷移相關元資料的區域。 Storage Mover 資源本身並不直接負責遷移你的資料。 對於代理型工作負載，遷移代理程式會從來源複製你的資料，並直接傳送到 Azure 儲存體 的目標。 對於無代理工作負載，Storage Mover 能在不需部署遷移代理虛擬機的情況下協調遷移。 對於基於代理的工作負載，來源、代理與目標儲存之間的距離對遷移效能比儲存移動資源的位置更為重要。
遷移代理
Storage Mover 是一種混合服務，支援基於代理與無代理工作負載。 遷移代理程式用於以代理程式為基礎的工作負載。 遷移代理是一種運行在網路中的虛擬機器。 它也是某個資源的名稱，而該資源的父系資源是您在資源群組中部署的儲存體移動工具資源。
如果你計畫使用無代理的工作負載，可以跳過遷移代理資源。
你可以部署多個遷移代理虛擬機，並用唯一名稱註冊到同一個儲存移動資源。 如果你在不同地點有遷移需求，最好讓遷移代理在你想遷移的來源儲存區附近。
您的代理程式在註冊後會出現在您的儲存體移動工具中。 註冊會建立與你所選儲存移動資源的信任關係。 這種信任讓你能透過 Azure 入口網站、Azure PowerShell 或 Azure CLI 管理所有與雲端服務相關的遷移面向。
Tip
遷移代理程式與 Azure 目標儲存裝置之間的距離與網路品質，決定了遷移初期的遷移速度。 你部署的儲存移動資源區域不會影響效能。
Note
為了將工作負載的停機時間降到最低，你可能會決定多次將資料從來源複製到目標。 在後續的複製執行中，遷移速度通常更多受遷移代理程式判斷是否需要複製的速度影響。 這表示代理程式的本地運算與記憶體資源對遷移速度的重要性可能超過網路品質。
遷移計畫
使用專案將大型雲端遷移組織成更小、更易管理的單元，符合你的情況。
遷移的最小單位可定義為一個來源內容轉移到一個目標，但資料中心遷移通常不會那麼簡單。 通常多個來源支援同一工作負載，必須一起遷移，才能及時將工作負載切換到Azure的新雲端儲存位置。
換個例子，一個來源甚至可能需要拆分成多個目標地點。 反過來也可以，你需要將多個來源合併成 Azure 中同一目標位置的子路徑。
將原始碼分組到專案中並不代表你必須同時遷移所有來源。 你可以控制要執行哪些項目，以及何時執行。 本文其餘部分將介紹更多資源，以實現如此細緻的控制。
Tip
你可以選擇在專案中加入描述。 描述有助於追蹤專案所需的額外資訊。 如果你已經在其他地方建立了遷移計畫，描述欄位可以用來連結這個專案到你的計畫。 你也可以用它來記錄同事日後可能需要的資訊。 你可以為所有儲存移動資源新增描述，每個描述最多可包含 1024 個字元。
工作定義
工作定義包含在專案中。 工作定義描述了來源、目標，以及下次在 Azure 中啟動從已定義來源複製到已定義目標的作業時要使用的遷移設定。
Important
工作定義建立後，來源與目標資訊不得更改。 不過，遷移設定可以隨時更改。 變更不會影響正在進行的遷移工作，但會在你下次開始遷移工作時生效。
在現有工作定義中更改來源與目標資訊似乎不被允許，這似乎並不合邏輯。 舉例來說，想像你定義 Share A 作為遷移來源，並執行多個複製操作。 再想像你把遷移來源改成 Share B。這項改變可能帶來潛在的危險後果。
鏡像是一種常見的遷移設定，會在目標端建立來源的「鏡像」。 如果將此設定套用於我們的範例，當複製操作開始從分享 B 遷移檔案時，來自 Share A 的檔案可能會在目標中被刪除。為了防止錯誤並維護工作執行歷史的完整性，你無法編輯已配置的工作定義的來源或目標。 來源、目標及其可選子路徑資訊在建立工作定義時會被鎖定。 如果你想重複使用相同的目標但使用不同的來源（或反之），你必須建立新的職務定義。
工作定義也會保留過去複製執行作業及其結果的歷史記錄。
作業執行
當你開始工作定義時，會隱含產生一個新的資源：工作執行資源。 工作定義包含儲存體移動工具服務啟動複製所需的所有資訊。 在典型的移轉過程中，你可能需要多次將資料從來源複製到目標。 每次啟動工作定義時，都會記錄在工作執行中。
工作執行是工作定義的快照。 遷移執行階段會針對所選的工作負載類型執行作業。 對於代理式工作負載，所選的遷移代理會負責執行。 對於無代理工作負載，服務會協調執行。
Important
遷移設定的變更不會影響正在進行的遷移工作。 在啟動作業執行時，所選的遷移執行階段會擷取作業定義的快照，並根據該快照執行。 您無法變更工作執行。 你唯一的選擇就是取消。
工作執行包含狀態、進度資訊及複製結果資訊。 你可以直接在工作執行資源本身的屬性中，找到與你的工作執行相關的最關鍵資訊。 代理式和無代理工作負載都會透過此服務傳送作業執行遙測資料。
Azure 監視器 服務會輸出額外資訊及遷移結果：
- 指標 是隨時間記錄的數值。 它們可以透過 Azure 監視器 服務繪製。 部分所選指標在入口網站中管理作業定義／作業執行時，也可直接查看。
- 複製日誌 為可選。 啟用後，每個工作執行都有自己的複製日誌。 代理在原始碼遇到的每個無法複製的命名空間項目都會產生日誌條目。
Important
指標資訊預設為可用，但您必須選擇啟用才能啟用複製記錄。 該作業可在建立儲存體移轉工具資源時一併完成，也可於之後再執行。 如果您想檢查是否已啟用複製記錄，或管理相關詳細資料，可以在 Azure 入口網站中您的 Storage Mover 資源頁面上，使用 Diagnostic settings 功能表。
終點
遷移需要明確的來源與目標位置。 雖然「 端點 」一詞在網路中常被使用，但這裡它指的是高度細緻的儲存位置。 端點包含通往儲存位置的路徑及額外資訊。
雖然只有一個端點資源，但每個端點的性質會依端點類型而異。 例如，NFS 共享、SMB 共享和 Azure 儲存體 的 blob 容器端點，各自需要根本不同的資訊。
端點用於建立工作定義。 只有特定類型的端點可分別用於來源或目標。 請參閱Azure 儲存體 Mover 總覽文章中的 Supported sources and targets 章節。
端點隸屬於頂層儲存體移動工具資源，並可在不同的工作定義間重複使用。
下一步
在了解 Azure 儲存體 Mover 部署所需的資源後，開始概念驗證部署。 以下文章值得一讀：