Chyby, ke kterým obvykle dochází během migrace z nasazení Classic do Azure Resource Manageru
Platí pro: ✔️ Virtuální počítače s Windows s Linuxem ✔️
Důležité
V současnosti používá Azure Resource Manager přibližně 90 % virtuálních počítačů IaaS. Od 28. února 2020 byly klasické virtuální počítače zastaralé a 6. září 2023 budou plně vyřazeny. Přečtěte si další informace o tomto vyřazení a o tom, jak vás ovlivňuje.
Tento článek obsahuje katalog nejběžnějších chyb a omezení rizik při migraci prostředků IaaS z modelu nasazení Azure Classic do zásobníku Azure Resource Manageru.
Seznam chyb
| Text chyby | Zmírnění |
|---|---|
| Vnitřní chyba serveru | V některých případech se jedná o přechodnou chybu, která zmizí při opakování pokusu. Pokud k chybě dochází i nadále, kontaktujte podporu Azure, protože je potřeba prošetřit protokoly platformy. POZNÁMKA: Jakmile bude incident sledován týmem podpory, nepokoušejte se o vlastní zmírnění rizik, protože to může mít nechtěné důsledky pro vaše prostředí. |
| Migrace se nepodporuje pro nasazení {deployment-name} v hostované službě {hosted-service-name}, protože se jedná o nasazení PaaS (web/pracovní proces). | K tomu dochází v případě, že nasazení obsahuje webovou roli nebo roli pracovního procesu. Vzhledem k tomu, že migrace je podporovaná jenom pro virtuální počítače, odeberte z nasazení webovou roli nebo roli pracovního procesu a zkuste migraci zopakovat. |
| Nasazení šablony {název_šablony} selhalo. CorrelationId={guid} | V back-endu služby migrace používáme k vytváření prostředků v zásobníku Azure Resource Manageru šablony Azure Resource Manageru. Vzhledem k tomu, že šablony jsou idempotentní, obvykle můžete bez obav opakovat operaci migrace a obejít tuto chybu. Pokud tato chyba přetrvává, obraťte se na podpora Azure a dejte mu ID korelace. POZNÁMKA: Jakmile bude incident sledován týmem podpory, nepokoušejte se o vlastní zmírnění rizik, protože to může mít nechtěné důsledky pro vaše prostředí. |
| Virtuální síť {virtual-network-name} neexistuje. | K tomu může dojít v případě, že jste virtuální síť vytvořili na novém webu Azure Portal. Skutečný název virtuální sítě se řídí vzorem "Group * VNET name" (Název> skupiny * <virtuální sítě). |
| Virtuální počítač {název_virtuálního_počítače} v hostované službě {název_hostované_služby} obsahuje rozšíření {extension-name}, které není v Azure Resource Manageru podporované. Než budete pokračovat v migraci, doporučujeme ho z virtuálního počítače odinstalovat. | POZNÁMKA: Chybová zpráva probíhá v procesu aktualizace, je nutné rozšíření odinstalovat před rozšířeními XML migrace , jako je BGInfo 1.* Azure Resource Manager nepodporuje. Proto tato rozšíření nejde migrovat. |
| Virtuální počítač {název_virtuálního_počítače} v hostované službě {název_hostované_služby} obsahuje rozšíření VMSnapshot/VMSnapshotLinux, jehož migrace se aktuálně nepodporuje. Odinstalujte ho z virtuálního počítače a po dokončení migrace ho přidejte zpět pomocí Azure Resource Manageru. | Jedná se o scénář, kde je virtuální počítač nakonfigurovaný pro službu Azure Backup. Vzhledem k tomu, že se jedná o nepodporovaný scénář, postupujte podle alternativního řešení na adrese https://aka.ms/vmbackupmigration |
| Virtuální počítač {název_virtuálního_počítače} v hostované službě {název_hostované_služby} obsahuje rozšíření {extension-name}, jehož stav se z virtuálního počítače nehlásí. Proto tento virtuální počítač nejde migrovat. Ujistěte se, že se stav rozšíření hlásí, nebo rozšíření odinstalujte z virtuálního počítače a opakujte migraci. Virtuální počítač {název_virtuálního_počítače} v hostované službě {název_hostované_služby} obsahuje rozšíření {název_rozšíření}, které hlásí stav obslužné rutiny: {stav_obslužné_rutiny}. Virtuální počítač proto nejde migrovat. Ujistěte se, že se stav obslužné rutiny rozšíření hlásí jako {stav_obslužné_rutiny}, nebo rozšíření odinstalujte z virtuálního počítače a opakujte migraci. Agent virtuálního počítače pro virtuální počítač {název_virtuálního_počítače} v hostované službě {název_hostované_služby} hlásí celkový stav agenta jako Není připraveno. Virtuální počítač proto možná nepůjde migrovat, i když bude mít rozšíření, které migrovat jde. Ujistěte se, že agent virtuálního počítače hlásí celkový stav agenta jako Připraveno. Odkazovat na https://aka.ms/classiciaasmigrationfaqs. |
Agent hosta Azure a rozšíření virtuálního počítače pro zadání svého stavu potřebují odchozí internetový přístup k účtu úložiště virtuálního počítače. Mezi běžné příčiny selhání stavu patří: Pokud se bude i nadále zobrazovat nepodporovaný stav, můžete odinstalováním rozšíření tuto kontrolu přeskočit a pokračovat v migraci. |
| Migrace se nepodporuje pro nasazení {deployment-name} v hostované službě {hosted-service-name}, protože má několik sad dostupnosti. | Aktuálně je možné migrovat pouze hostované služby s 1 nebo žádnou skupinou dostupnosti. Chcete-li tento problém vyřešit, přesuňte další skupiny dostupnosti a virtuální počítače v těchto skupinách dostupnosti do jiné hostované služby. |
| Migrace není podporována pro nasazení {deployment-name} v hostované službě {název hostované služby, protože obsahuje virtuální počítače, které nejsou součástí skupiny dostupnosti, i když hostovaná služba obsahuje. | Alternativním řešením pro tento scénář je buď přesun všech virtuálních počítačů do jedné skupiny dostupnosti, nebo odebrání všech virtuálních počítačů ze skupiny dostupnosti v hostované službě. |
| Účet úložiště, hostovaná služba nebo virtuální síť {název_virtuální_sítě} se právě migruje a proto nejde změnit. | K této chybě dochází v případě, že se dokončila operace „Příprava“ migrace prostředku a aktivuje se operace, která by provedla změnu tohoto prostředku. Kvůli zámku v rovině správy po operaci „Příprava“ jsou všechny změny prostředku blokovány. Pokud chcete odemknout rovinu správy, můžete migraci dokončit spuštěním operace „Potvrzení“ migrace nebo vrátit zpět operaci „Příprava“ spuštěním operace „Přerušení“ migrace. |
| Migrace není povolená pro hostované služby {hosted-service-name}, protože má virtuální počítač {název_virtuálního_počítače} ve stavu: RoleStateUnknown. Migrace se povoluje, jenom když je virtuální počítač v jednom z následujících stavů: Spuštěno, Zastaveno, Zastaveno (přidělení zrušeno). | Virtuální počítač může procházet přechodem stavu, ke kterému obvykle dochází při operaci aktualizace hostované služby, jako je restartování, instalace rozšíření atd. Před pokusem o migraci se doporučuje, aby se operace aktualizace dokončila na hostované službě. |
| Nasazení {deployment-name} v hostované službě {hosted-service-name} obsahuje virtuální počítač {název_virtuálního_počítače} s datovým diskem {data-disk-name}, jehož fyzická velikost objektu blob {size-of-the-vhd-blob-backing-the-data-disk} bajtů neodpovídá logické velikosti datového disku virtuálního počítače {size-of-the-data-disk-specified-in-the-vm-api} bajtů. Migrace bude pokračovat bez určení velikosti datového disku pro virtuální počítač Azure Resource Manageru. | K této chybě dochází v případě, že jste změnili velikost objektu blob VHD, aniž byste aktualizovali velikost v modelu rozhraní API virtuálního počítače. Podrobné kroky pro zmírnění rizika jsou uvedené níže. |
| Došlo k výjimce úložiště při ověřování datového disku {název_datového_disku} s odkazem na médium {identifikátor_URI_datového_disku} pro virtuální počítač {název_virtuálního_počítače} v cloudové službě {název_cloudové_služby}. Ujistěte se, že je pro tento virtuální počítač přístupný odkaz na médium virtuálního pevného disku. | K této chybě může dojít, pokud byly disky virtuálního počítače odstraněny, nebo pokud už nejsou dostupné. Ujistěte se, že existují disky pro virtuální počítač. |
| Virtuální počítač {název_virtuálního_počítače} v hostované službě {název_cloudové_služby} obsahuje disk s diskem MediaLink {vhd-uri}, který má název objektu blob {vhd-blob-name}, který není v Azure Resource Manageru podporovaný. | K této chybě dochází v případě, že název objektu blob obsahuje "/", který se v současné době nepodporuje ve zprostředkovateli výpočetních prostředků. |
| Migrace není povolená pro nasazení {deployment-name} v hostované službě {název_cloudové_služby}, protože není v místním rozsahu. Informace o přesunu https://aka.ms/regionalscope tohoto nasazení do místního oboru | V roce 2014 byl pro Azure oznámen přesun síťových prostředků z oboru na úrovni serveru do místního oboru. Další https://aka.ms/regionalscope podrobnosti najdete. K této chybě dochází v případě, že u migrovaného nasazení neproběhla operace aktualizace, která by ho automaticky přesunula do místního oboru. Nejlepším řešením je přidání koncového bodu do virtuálního počítače nebo datového disku do virtuálního počítače a následné opakování migrace. Viz Postup nastavení koncových bodů na klasickém virtuálním počítači v Azure nebo připojení datového disku k virtuálnímu počítači vytvořenému pomocí modelu nasazení Classic. |
| Migrace není podporována pro virtuální síť {vnet-name}, protože má nasazení PaaS bez brány. | K této chybě dochází v případě, že máte nasazení PaaS bez brány, jako jsou služby Application Gateway nebo SLUŽBY API Management, které jsou připojené k virtuální síti. |
| Operace správy na virtuálním počítači jsou zakázané, protože probíhá migrace | K této chybě dochází, protože virtuální počítač je ve stavu Příprava a proto je uzamčen pro všechny operace aktualizace nebo odstranění. Pokud chcete vrátit migraci zpět a odemknout virtuální počítač pro operace aktualizace/odstranění, zavolejte na virtuální počítač pomocí PS/CLI na virtuálním počítači. Potvrzení volání také odemkne virtuální počítač, ale potvrdí migraci do ARM. |
Podrobné způsoby zmírnění rizik
Virtuální počítač s datovými diskem, u kterého fyzická velikost jeho objektu blob v bajtech neodpovídá logické velikosti datového disku virtuálního počítače v bajtech.
K tomu dochází, když je možné, že logická velikost datového disku není synchronizovaná se skutečnou velikostí objektu blob VHD. Můžete to snadno ověřit pomocí následujících příkazů:
Ověření problému
# 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
Zmírnění problému
# 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
Přesun virtuálního počítače do jiného předplatného po dokončení migrace
Po dokončení procesu migrace možná budete chtít přesunout virtuální počítač do jiného předplatného. Pokud však na virtuálním počítači máte tajný klíč nebo certifikát, který odkazuje na prostředek Key Vault, přesun se aktuálně nepodporuje. Následující pokyny vám umožní problém vyřešit.
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=[]
Další kroky
- Přehled migrace prostředků IaaS podporovaných platformou z modelu Classic na Azure Resource Manager
- Podrobné technické informace o platformou podporované migraci z modelu Classic na Azure Resource Manager
- Plánování migrace prostředků IaaS z nasazení Classic do Azure Resource Manageru
- Použití PowerShellu k migraci prostředků IaaS z modelu Classic do Azure Resource Manageru
- Použití rozhraní příkazového řádku k migraci prostředků IaaS z modelu Classic na Azure Resource Manager
- Komunitní nástroje pro pomoc s migrací prostředků IaaS z modelu Classic na Azure Resource Manager
- Projděte si nejčastější dotazy týkající se migrace prostředků IaaS z modelu Classic na Azure Resource Manager.