了解從傳統部署模型至 Azure Resource Manager 的儲存體帳戶移轉
讓我們深入探討將儲存體帳戶從 Azure 傳統部署模型移轉至 Azure Resource Manager 部署模型的程序。 我們會就資源和功能層級來探討資源，以協助您了解 Azure 平台如何在這兩種部署模型之間移轉資源。 如需詳細資訊，請閱讀服務公告文章：在 2024 年 8 月 31 日前將傳統儲存體帳戶移轉至 Azure Resource Manager
了解資料平面和管理平面
首先，了解 Azure 儲存體的基本架構很有幫助。 Azure 儲存體提供可儲存資料的服務，包括 Blob 儲存體、Azure Data Lake Storage、Azure 檔案儲存體、佇列儲存體和表格儲存體。 這些服務和它們所公開的作業會組成 Azure 儲存體的資料平面。 Azure 儲存體也會公開管理 Azure 儲存體帳戶和相關資源的作業，例如備援 SKU、帳戶金鑰和特定原則。 這些作業會組成管理或控制平面。
在移轉程序期間，Microsoft 會將儲存體帳戶資源的表示法從傳統部署模型轉譯為 Azure Resource Manager 部署模型。 因此，您必須在移轉之後使用新的工具、API 和 SDK 來管理您的儲存體帳戶和相關資源。
資料平面不會受到從傳統部署模型移轉至 Azure Resource Manager 模型的影響。 您的應用程式可以在移轉程序期間繼續從儲存體帳戶讀取和寫入資料。
移轉體驗
您可以使用 Azure 入口網站、PowerShell 或 Azure CLI 來移轉您的傳統儲存體帳戶。 若要了解如何移轉您的帳戶，請參閱將傳統儲存體帳戶移轉至 Azure Resource Manager。
在開始移轉之前：
確保您要移轉的儲存體帳戶未使用任何不支援的功能或設定。 通常，平台會偵測這些問題並產生錯誤。
如果您要移轉包含傳統儲存體帳戶中磁碟的 Azure 虛擬機器(VM)，請務必熟悉 VM 移轉的程序。 如需不支援的功能和設定的相關資訊，請參閱平台支援的 IaaS 資源移轉 (從傳統移轉至 Azure Resource Manager) 概觀。 如需可能與傳統磁碟成品相關的錯誤清單，請參閱從傳統到 Azure Resource Manager 移轉的常見錯誤。
規劃非上班時間的移轉，以便因應移轉期間可能發生的任何非預期失敗。
移轉程序有四個步驟，如下圖所示：
驗證。 在驗證階段期間，Azure 會檢查儲存體帳戶以確保其可進行移轉。
準備。 在準備階段中，Azure 會建立新的一般用途 v1 儲存體帳戶，並就可能發生的任何問題向您提出警示。 新帳戶會在與您的傳統帳戶相同區域的新資源群組中建立。
此時，您的傳統儲存體帳戶仍然存在。 如果回報了任何問題，您可以更正它們或中止程序。
手動檢查。 最好手動檢查新的儲存體帳戶，以確定輸出如您所預期。
認可或中止。 如果您滿意移轉成功，則可以認可該移轉。 認可移轉會永久刪除傳統儲存體帳戶。
在認可移轉之前，建議您先更新用戶端應用程式，以使用 Azure 儲存體資源提供者 API。 然後，您可以在傳統帳戶仍然存在時，針對已移轉的儲存體帳戶測試更新的程式碼。
如果移轉發生任何問題，則此時您可以中止移轉，而不是認可移轉。 如果您選擇中止，則會刪除新的資源群組和新的儲存體帳戶。 您的傳統帳戶仍可供使用。 您可以解決任何問題，並再次嘗試移轉。
注意
下列各節描述的作業都是等冪的。 如果您有不支援的功能或組態錯誤以外的任何問題，請重新嘗試準備、中止或認可作業。
注意
保留於準備移轉狀態中的帳戶，超過 30 天可能會代表您認可其移轉。 如果您需要超過 30 天的時間來驗證移轉至 Azure Resource Manager，您可以中止目前的移轉，並在準備好時重新啟動。
Validate
驗證步驟是移轉程序的第一個步驟。 此步驟的目標是要分析您希望從傳統部署模型移轉的資源的狀態。 驗證步驟會評估資源是否能夠移轉 (成功或失敗)。 如果傳統儲存體帳戶無法移轉，Azure 會列出原因。
驗證步驟會分析傳統部署模型中的資源狀態。 它會檢查由於傳統部署模型中儲存體帳戶的不同設定而失敗和不支援的案例。
驗證步驟不會檢查可能與儲存體帳戶相關聯的 VM 磁碟。 您必須手動檢查儲存體帳戶，以判斷它們是否包含 VM 磁碟。 如需詳細資訊，請參閱下列文章：
- 將傳統儲存體帳戶移轉至 Azure Resource Manager
- 使用 PowerShell 將 VM 移轉至 Resource Manager
- 使用 Azure CLI 將 VM 移轉至 Resource Manager
請記住，在移轉期間無法檢查 Azure Resource Manager 堆疊可能對儲存體帳戶施加的每個限制。 部分限制只有資源在下一個移轉步驟 (準備步驟) 中進行轉換時，才會檢查。
準備
準備步驟是移轉程序的第二個步驟。 此步驟的目標是要模擬將儲存體帳戶從傳統部署模型轉換為 Azure Resource Manager 部署模型。 準備步驟也可讓您將傳統部署模型中的儲存體帳戶與 Azure Resource Manager 中已移轉的儲存體帳戶比較。
重要
您的傳統儲存體帳戶不會在此步驟期間進行修改。 如果您嘗試移轉，這是安全的執行步驟。
如果儲存體帳戶無法移轉，Azure 會停止移轉程序，並列出準備步驟失敗的原因。
如果儲存體帳戶能夠移轉，Azure 會鎖定要移轉的儲存體帳戶的管理平面作業。 例如，在準備階段進行時，您無法重新產生儲存體帳戶金鑰。 Azure 接著會建立新的資源群組作為傳統儲存體帳戶。 新資源群組的名稱會遵循模式 <classic-account-name>-Migrated。
注意
無法選取針對已移轉儲存體帳戶建立的資源群組名稱。 不過，移轉完成後，您可以使用 Azure Resource Manager 的移動功能，將移轉的儲存體帳戶移至不同的資源群組。 如需詳細資訊，請參閱將資源移至新的訂用帳戶或資源群組。
最後，Azure 會將儲存體帳戶及其設定移轉至與傳統儲存體帳戶相同區域的 Azure Resource Manager 中的新儲存體帳戶。 此時，您的傳統儲存體帳戶仍然存在。 如果在準備步驟期間回報了任何問題，您可以更正它們或中止程序。
手動檢查
完成準備步驟之後，這兩個帳戶都會存在於您的訂用帳戶中，讓您可以檢閱和比較處於移轉前狀態和 Azure Resource Manager 中的傳統儲存體帳戶。 例如，您可以透過 Azure 入口網站檢查新的帳戶，以確保儲存體帳戶的設定如預期。
系統並未設定您必須在哪個期限之前認可或中止移轉。 您可以在檢查階段盡可能檢查。 不過，系統會鎖定傳統儲存體帳戶的管理平面作業，直到您中止或認可為止。
中止
若要將變更還原至傳統部署模型，您可以選擇中止移轉。 中止移轉會刪除新的儲存體帳戶和新的資源群組。 如果您選擇中止移轉，您的傳統儲存體帳戶不會受到影響。
警告
認可移轉之後，您無法中止移轉。 在認可之前，請確定您已仔細檢查已移轉的儲存體帳戶是否有錯誤。
提交
在認可移轉之前，建議您先更新用戶端應用程式，以使用 Azure 儲存體資源提供者 API。 然後，您可以在傳統帳戶仍然存在時，針對已移轉的儲存體帳戶測試更新的程式碼。 如果發生任何問題，您可以中止認可。
滿意您的傳統儲存體帳戶已成功移轉，且用戶端應用程式可對新帳戶運作之後，您可以認可該移轉。 認可移轉會刪除您的傳統儲存體帳戶。 您的資料現在只能在 Resource Manager 部署模型中的新移轉帳戶中使用。
警告
認可移轉會永久刪除您的傳統儲存體帳戶。 在認可移轉之前，請先徹底測試移轉的儲存體帳戶和任何用戶端應用程式。
認可移轉為等冪作業。 如果失敗，請重試此作業。 如果持續失敗，請在 Microsoft Q&A 上建立支援票證或提出問題。
移轉之後
移轉完成後，您的新儲存體帳戶便可供使用。
移轉的帳戶類型
移轉完成後，您的新儲存體帳戶會是一般用途 v1 儲存器帳戶。 建議您升級至一般用途 v2 帳戶，以利用 Azure 儲存體針對安全性、資料保護、生命週期管理等提供的最新功能。 若要了解如何升級至一般用途 v2 儲存體帳戶，請參閱升級至一般用途 v2 儲存體帳戶。
帳戶屬性
在傳統儲存體帳戶上設定的任何屬性，會使用其值移轉至新的儲存體帳戶。
RBAC 角色指派
移轉之後，會維護範圍設定為傳統儲存體帳戶的任何 RBAC 角色指派。
帳戶金鑰
移轉期間不會變更或輪替帳戶金鑰。 完成移轉之後，您不需要重新產生帳戶金鑰。 移轉之後您不需要在使用帳戶金鑰的任何應用程式中更新連接字串。
入口網站支援
您可以在 Azure 入口網站中管理已移轉的儲存體帳戶。 您將無法使用傳統入口網站來管理已移轉的儲存體帳戶。