共用方式為


從傳統移轉至 Azure Resource Manager 期間經常發生的錯誤

適用於:✔️ Linux VM ✔️ Windows VM

重要

現今,大約有 90% 的 IaaS VM 使用 Azure Resource Manager。 自 2020 年 2 月 28 日起,傳統 VM 已被取代,並將於 2023 年 9 月 6 日完全淘汰。 深入了解 \(部分機器翻譯\) 這個取代及其會對您造成何種影響 \(部分機器翻譯\)。

本文收錄將 IaaS 資源從 Azure 傳統部署模型移轉至 Azure Resource Manager 堆疊的常見錯誤和緩和措施。

錯誤清單

錯誤字串 風險降低
內部伺服器錯誤 在某些情況下,這是隨著重試消失的暫時性錯誤。 如果持續發生,請連絡 Azure 支援,因為需要平台記錄的調查。

注意︰支援團隊追蹤事件後,請勿嘗試任何自我風險降低措施,否則可能對環境產生難以意料的後果。
不支援移轉 HostedService {hosted-service-name} 中的部署 {deployment-name},因為其為 PaaS 部署 (Web/背景工作角色)。 這會在部署包含 Web/背景工作角色時發生。 只有虛擬機器支援移轉,因此請從部署移除 Web/背景工作角色,然後重新嘗試移轉。
範本 {template-name} 部署失敗。 相互關聯識別碼 = {guid} 在移轉服務後端,我們可以使用 Azure Resource Manager 範本來建立 Azure Resource Manager 堆疊中的資源。 因為範本具有等冪性,通常您可以安全地重試移轉作業,以通過這項錯誤。 如果這個錯誤仍然存在,請聯絡 Azure 支援,並向他們提供 相互關聯。

注意︰支援團隊追蹤事件後,請勿嘗試任何自我風險降低措施,否則可能對環境產生難以意料的後果。
虛擬網路 {virtual-network-name} 不存在。 如果您在新的 Azure 入口網站中建立虛擬網路,會發生這種情形。 實際虛擬網路名稱遵循 "Group * <VNET name>" 模式
HostedService {hosted-service-name} 中的 VM {vm-name} 包含擴充 {extension-name},Azure Resource Manager 不支援。 建議您先從 VM 中將其解除安裝,再繼續進行移轉。 注意:錯誤訊息正在更新,您需要先解除安裝延伸模組,才能移轉 XML 延伸模組(例如 Azure Resource Manager 不支援 BGInfo 1.*)。 因此,這些擴充功能不能移轉。
HostedService {hosted-service-name} 中的 VM {vm-name} 包含擴充 VMSnapshot/VMSnapshotLinux,目前不支援移轉。 從 VM 解除安裝,並且在移轉完成之後使用 Azure Resource Manager 將它新增回來 這是虛擬機器針對 Azure 備份進行設定的案例。 這個情節目前不受支援,請遵循 https://aka.ms/vmbackupmigration 的因應措施
HostedService {hosted-service-name} 中的 VM {vm-name} 包含擴充 {extension-name},其狀態未從 VM 報告。 因此,無法移轉此 VM。 請確定擴充的狀態已報告,或從 VM 解除安裝擴充,然後重試移轉。

HostedService {hosted-service-name} 中的 VM {vm-name} 包含擴充 {extension-name},報告處理常式狀態:{handler-status}。 因此,無法移轉 VM。 請確定報告的擴充處理常式狀態是 {handler-status},或從 VM 解除安裝,然後重試移轉。

HostedService {hosted-service-name} 中 VM {vm-name} 的 VM 代理程式將整體代理程式狀態報告為「未就緒」。 因此,VM 可能不會移轉,如果它有可移轉的擴充。 請確定 VM 代理程式將整體代理程式狀態報告為「就緒」。 請參閱 https://aka.ms/classiciaasmigrationfaqs
Azure 客體代理程式與 VM 擴充需要 VM 儲存體帳戶的輸出網際網路存取,來填入其狀態。 狀態失敗的常見原因包括
  • 封鎖輸出網際網路存取的網路安全性群組
  • 如果 VNET 有內部部署 DNS 伺服器且 DNS 連線遺失

    如果您持續看到不支援的狀態,您可以解除安裝擴充以略過這項檢查,然後繼續進行移轉。
  • 不支援移轉 HostedService {hosted-service-name} 中的部署 {deployment-name},因為有多個可用性設定組。 目前,只能移轉具有 1 或更少可用性設定組的託管服務。 若要解決這個問題,請將額外可用性設定組和這些可用性設定組中的虛擬機器,移至不同的託管服務。
    不支援移轉 HostedService {hosted-service-name} 中的部署 {deployment-name},因為它有不屬於可用性設定組的 VM,即使 HostedService 包含一個 VM。 此案例的因應措施是將所有虛擬機器都移到單一可用性設定組,或在託管服務中從可用性設定組移除所有虛擬機器。
    儲存體帳戶/HostedService/虛擬網路 {virtual-network-name} 正在移轉,因此無法變更 在資源上已完成「準備」移轉作業,並且觸發會對資源進行變更的作業時,就會發生這個錯誤。 因為在「準備」作業之後會鎖定管理平面,所以對資源的任何變更都會遭到封鎖。 若要解除鎖定管理平面,您可以執行「認可」移轉作業以完成移轉,或「中止」移轉作業以回復「準備」作業。
    HostedService {hosted-service-name} 不允許移轉,因為它有 VM {vm-name} 處於下列狀態:RoleStateUnknown。 只有在 VM 處於下列其中一種狀態時才允許移轉 - 執行中、已停止、已停止解除配置。 VM 可能會在轉換狀態時進行,通常發生在 HostedService 上的更新作業期間,例如重新啟動、擴充安裝等。建議在嘗試移轉之前在 HostedService 上完成更新作業。
    HostedService {hosted-service-name} 中的部署 {deployment-name} 包含具有資料磁碟 {data-disk-name} 的 VM {vm-name},其實體 blob 大小 {size-of-the-vhd-blob-backing-the-data-disk} 個位元組,不符合 VM 資料磁碟邏輯大小 {size-of-the-data-disk-specified-in-the-vm-api} 個位元組。 移轉會繼續進行,但不需指定 Azure Resource Manager VM 的資料磁碟大小。 如果您已調整 VHD blob 的大小,但未更新 VM API 模型中的大小,則會發生此錯誤。 詳細的緩和步驟說明如下
    驗證具有雲端服務 {Cloud Service name} 中 VM {VM name} 之媒體連結 {data disk Uri} 的資料磁碟 {data disk name} 時發生儲存體例外狀況。 請確認這個虛擬機器可以存取 VHD 媒體連結 如果 VM 的磁碟已被刪除或不再可供存取,就可能發生此錯誤。 請確認 VM 的磁碟存在。
    HostedService {cloud-service-name} 中的 VM {vm-name} 包含具 MediaLink {vhd-uri} 的磁碟,其具有 Azure Resource Manager 不支援的 blob 名稱 {vhd-blob-name}。 當 blob 的名稱包含計算資源提供者目前不支援的 "/" 時,就會發生此錯誤。
    HostedService {cloud-service-name} 中的部署 {deployment-name} 不允許移轉,因為它不在區域範圍中。 請參閱 https://aka.ms/regionalscope,以將這個部署移到區域範圍。 在 2014 年,Azure 宣布網路資源會從叢集層級範圍移到區域範圍。 如需詳細資訊,請參閱 https://aka.ms/regionalscope。 當正在移轉的部署還沒有可自動將它移至區域範圍的更新作業時,就會發生此錯誤。 最佳的解決方法是將端點新增至 VM 或將資料磁碟新增至 VM,然後重試移轉。
    請參閱如何在 Azure 中的傳統虛擬機器上設定端點 (機器翻譯)將資料磁碟連結至使用傳統部署模型建立的虛擬機器 (機器翻譯)
    因為虛擬網路 {vnet-name} 有非閘道的 PaaS 部署,所以無法移轉。 當您有非閘道 PaaS 部署 (例如,連線到虛擬網路的應用程式閘道或 API 管理服務) 時,就會發生此錯誤。
    不允許在 VM 上進行管理作業,因為正在移轉 發生此錯誤的原因是 VM 處於準備狀態,因此會鎖定任何更新/刪除作業。 在 VM 上使用 PS/CLI 呼叫中止即可復原移轉,並能將 VM 解除鎖定以進行更新/刪除作業。 呼叫認可也會解除鎖定 VM,但會認可移轉至 ARM。

    詳細的緩和措施

    VM 資料磁碟的實體 blob 大小位元組不符合 VM 資料磁碟的邏輯大小位元組。

    當資料磁碟的邏輯大小與實際的 VHD blob 大小不符時會發生此問題。 使用下列命令,即可輕鬆確認此問題︰

    確認問題

    # Store the VM details in the VM object
    $vm = Get-AzureVM -ServiceName $servicename -Name $vmname
    
    # Display the data disk properties
    # NOTE the data disk LogicalDiskSizeInGB below which is 11GB. Also note the MediaLink Uri of the VHD blob as we'll use this in the next step
    $vm.VM.DataVirtualHardDisks
    
    
    HostCaching         : None
    DiskLabel           : 
    DiskName            : coreosvm-coreosvm-0-201611230636240687
    Lun                 : 0
    LogicalDiskSizeInGB : 11
    MediaLink           : https://contosostorage.blob.core.windows.net/vhds/coreosvm-dd1.vhd
    SourceMediaLink     : 
    IOType              : Standard
    ExtensionData       : 
    
    # Now get the properties of the blob backing the data disk above
    # NOTE the size of the blob is about 15 GB which is different from LogicalDiskSizeInGB above
    $blob = Get-AzStorageblob -Blob "coreosvm-dd1.vhd" -Container vhds 
    
    $blob
    
    ICloudBlob        : Microsoft.WindowsAzure.Storage.Blob.CloudPageBlob
    BlobType          : PageBlob
    Length            : 16106127872
    ContentType       : application/octet-stream
    LastModified      : 11/23/2016 7:16:22 AM +00:00
    SnapshotTime      : 
    ContinuationToken : 
    Context           : Microsoft.WindowsAzure.Commands.Common.Storage.AzureStorageContext
    Name              : coreosvm-dd1.vhd
    

    緩和問題

    # Convert the blob size in bytes to GB into a variable which we'll use later
    $newSize = [int]($blob.Length / 1GB)
    
    # See the calculated size in GB
    $newSize
    
    15
    
    # Store the disk name of the data disk as we'll use this to identify the disk to be updated
    $diskName = $vm.VM.DataVirtualHardDisks[0].DiskName
    
    # Identify the LUN of the data disk to remove
    $lunToRemove = $vm.VM.DataVirtualHardDisks[0].Lun
    
    # Now remove the data disk from the VM so that the disk isn't leased by the VM and it's size can be updated
    Remove-AzureDataDisk -LUN $lunToRemove -VM $vm | Update-AzureVm -Name $vmname -ServiceName $servicename
    
    OperationDescription OperationId                          OperationStatus
    -------------------- -----------                          ---------------
    Update-AzureVM       213xx1-b44b-1v6n-23gg-591f2a13cd16   Succeeded  
    
    # Verify we have the right disk that's going to be updated
    Get-AzureDisk -DiskName $diskName
    
    AffinityGroup        : 
    AttachedTo           : 
    IsCorrupted          : False
    Label                : 
    Location             : East US
    DiskSizeInGB         : 11
    MediaLink            : https://contosostorage.blob.core.windows.net/vhds/coreosvm-dd1.vhd
    DiskName             : coreosvm-coreosvm-0-201611230636240687
    SourceImageName      : 
    OS                   : 
    IOType               : Standard
    OperationDescription : Get-AzureDisk
    OperationId          : 0c56a2b7-a325-123b-7043-74c27d5a61fd
    OperationStatus      : Succeeded
    
    # Now update the disk to the new size
    Update-AzureDisk -DiskName $diskName -ResizedSizeInGB $newSize -Label $diskName
    
    OperationDescription OperationId                          OperationStatus
    -------------------- -----------                          ---------------
    Update-AzureDisk     cv134b65-1b6n-8908-abuo-ce9e395ac3e7 Succeeded 
    
    # Now verify that the "DiskSizeInGB" property of the disk matches the size of the blob 
    Get-AzureDisk -DiskName $diskName
    
    
    AffinityGroup        : 
    AttachedTo           : 
    IsCorrupted          : False
    Label                : coreosvm-coreosvm-0-201611230636240687
    Location             : East US
    DiskSizeInGB         : 15
    MediaLink            : https://contosostorage.blob.core.windows.net/vhds/coreosvm-dd1.vhd
    DiskName             : coreosvm-coreosvm-0-201611230636240687
    SourceImageName      : 
    OS                   : 
    IOType               : Standard
    OperationDescription : Get-AzureDisk
    OperationId          : 1v53bde5-cv56-5621-9078-16b9c8a0bad2
    OperationStatus      : Succeeded
    
    # Now we'll add the disk back to the VM as a data disk. First we need to get an updated VM object
    $vm = Get-AzureVM -ServiceName $servicename -Name $vmname
    
    Add-AzureDataDisk -Import -DiskName $diskName -LUN 0 -VM $vm -HostCaching ReadWrite | Update-AzureVm -Name $vmname -ServiceName $servicename
    
    OperationDescription OperationId                          OperationStatus
    -------------------- -----------                          ---------------
    Update-AzureVM       b0ad3d4c-4v68-45vb-xxc1-134fd010d0f8 Succeeded      
    

    在完成移轉後將 VM 移到不同的訂用帳戶

    完成移轉程序之後,您可以將 VM 移到另一個訂用帳戶。 不過,如果 VM 上有參考 Key Vault 資源的秘密/憑證,則目前不支援進行此移動。 下列指示將可讓您解決此問題。

    PowerShell

    $vm = Get-AzVM -ResourceGroupName "MyRG" -Name "MyVM"
    Remove-AzVMSecret -VM $vm
    Update-AzVM -ResourceGroupName "MyRG" -VM $vm
    

    Azure CLI

    az vm update -g "myrg" -n "myvm" --set osProfile.Secrets=[]
    

    下一步