Megosztás a következőn keresztül:

A klasszikusból Azure Resource Managerbe történő migrálás során gyakran előforduló hibák

  • Cikk

A következőkre vonatkozik: ✔️ Linux rendszerű virtuális gépek ✔️ Windows rendszerű virtuális gépekre

Fontos

Ma az IaaS virtuális gépek mintegy 90%-a az Azure Resource Managert használja. 2020. február 28-tól a klasszikus virtuális gépek elavultak, és 2023. szeptember 6-án teljesen megszűnnek. További információ az elavulásról és arról, hogy ez milyen hatással van Önre.

Ez a cikk összegyűjti az IaaS-erőforrások klasszikus Azure üzemi modellből Azure Resource Manager verembe történő migrálása során leggyakrabban előforduló hibákat és kezelési lehetőségeiket.

Hibalista

Hibasztring Kockázatcsökkentés
Belső kiszolgálóhiba Bizonyos esetekben ez egy átmeneti hiba, ami újbóli próbálkozással megszűnik. Ha továbbra is fennáll, vegye fel a kapcsolatot az Azure ügyfélszolgálatával, mivel a platformnaplók vizsgálata szükséges.

MEGJEGYZÉS: Miután a támogatási csapat nyomon követte az incidenst, ne kísérelje meg az öncsökkentést, mivel ez nem várt következményekkel járhat a környezetre.
A migrálás nem támogatott a(z) {deployment-name} üzembe helyezéshez a(z) {hosted-service-name} HostedService szolgáltatásban, mert az egy PaaS-üzemelő példány (web-/feldolgozó). Ez akkor fordul elő, ha az üzemelő példány egy webes/feldolgozói szerepkört tartalmaz. Mivel a migrálás csak a virtuális gépek esetében támogatott, távolítsa el a webes/feldolgozói szerepkört az üzembe helyezésből, és próbálkozzon újra az áttelepítéssel.
A {sablonnév} sablon üzembe helyezése meghiúsult. CorrelationId={guid} A migrálási szolgáltatás hátterében Azure Resource Manager-sablonok használatával hozunk létre erőforrásokat az Azure Resource Manager veremben. Mivel a sablonok idempotensek, ezért általában a migrálási művelet ismételt végrehajtásával biztonságosan megkerülheti ezt a hibát. Ha a hiba továbbra is fennáll, forduljon Azure-támogatás, és adja meg nekik a Korrelációs azonosítót.

MEGJEGYZÉS: Miután a támogatási csapat nyomon követte az incidenst, ne kísérelje meg az öncsökkentést, mivel ez nem várt következményekkel járhat a környezetre.
A(z) {virtual-network-name} virtuális hálózat nem létezik. Ez akkor fordulat elő, ha a Virtual Network hálózatot az új Azure Portalon hozta létre. A virtuális hálózat tényleges neve a "Csoport * <virtuális hálózat neve>" mintát követi
A(z) {hosted-service-name} HostedService {vm-name} virtuális gép {extension-name} bővítményt tartalmaz, amely nem támogatott az Azure Resource Managerben. Javasoljuk, hogy a migrálás folytatása előtt távolítsa el a virtuális gépről. MEGJEGYZÉS: A hibaüzenet frissítése folyamatban van, a bővítményt el kell távolítani, mielőtt az áttelepítési XML-bővítmények( például a BGInfo 1.* ) nem támogatottak az Azure Resource Managerben. Ezért ezek a bővítmények nem migrálhatók.
Az {üzemeltetett szolgáltatás neve} üzemeltetett szolgáltatás {virtuális gép neve} virtuális gépe tartalmazza a VMSnapshot/VMSnapshotLinux bővítményt, amely jelenleg a migrálási szolgáltatásban nem támogatott. Távolítsa el a bővítményt a virtuális gépről, majd a migrálás befejezése után adja újra hozzá az Azure Resource Manager használatával Ez az a forgatókönyv, amelyikben a virtuális gép konfigurálva van az Azure Backup szolgáltatáshoz. Mivel ez jelenleg nem támogatott forgatókönyv, kövesse a következő kerülő megoldást: https://aka.ms/vmbackupmigration
A(z) {hosted-service-name} HostedService {vm-name} virtuális gép {extension-name} bővítményt tartalmaz, amelynek állapotát nem jelenti a virtuális gép. Ezért ez a virtuális gép nem migrálható. Gondoskodjon róla, hogy a virtuális gép jelentse a bővítmény állapotát, vagy távolítsa el a bővítményt a virtuális gépről, és próbálkozzon újra a migrálással.

Az {üzemeltetett szolgáltatás neve} üzemeltetett szolgáltatás {virtuális gép neve} virtuális gépe tartalmazza a {bővítmény neve} bővítményt, amely a {kezelői állapot} kezelői állapotot jelenti. Ezért a virtuális gép nem migrálható. Gondoskodjon róla, hogy a bővítmény jelentett állapota {kezelői állapot}, vagy távolítsa el a virtuális gépről, és próbálkozzon újra a migrálással.

Az {üzemeltetett szolgáltatás neve} üzemeltetett szolgáltatás {virtuális gép neve} virtuális gépének virtuálisgép-ügynöke az ügynök átfogó állapotát Not Ready állapotként jelenti. Ezért ez a virtuális gép nem migrálható, ha migrálható bővítménnyel rendelkezik. Gondoskodjon róla, hogy a virtuálisgép-ügynök átfogó állapotát Ready állapotként jelentse. Tekintse meg a következőt https://aka.ms/classiciaasmigrationfaqs: .		 Az Azure vendég ügynök és a VM-bővítmény számára szükség van kimenő internetkapcsolatra a VM-tárfiókhoz az állapotuk közléséhez. Az állapothibák gyakori okai a következők:
  • egy hálózati biztonsági csoport, amely letiltja az internethez való kimenő hozzáférést
  • Ha a virtuális hálózat helyszíni DNS-kiszolgálókkal rendelkezik, és a DNS-kapcsolat megszakad

    Ha továbbra is nem támogatott állapot látható, a bővítmények eltávolításával átugorhatja ezt az ellenőrzést, és folytathatja a migrálást.
    		•
    A migrálás nem támogatott a(z) {deployment-name} üzembe helyezéshez a(z) {hosted-service-name} HostedService szolgáltatásban, mert több rendelkezésre állási csoporttal rendelkezik. Jelenleg csak az 1 vagy kevesebb rendelkezésre állási csoporttal rendelkező üzemeltetett szolgáltatások migrálhatók. A probléma megoldásához helyezze át a rendelkezésre állási csoportokban lévő további rendelkezésre állási csoportokat és virtuális gépeket egy másik üzemeltetett szolgáltatásba.
    A migrálás nem támogatott a(z) {deployment-name} üzembe helyezéshez a HostedService {hosted-service-name szolgáltatásban, mert olyan virtuális gépekkel rendelkezik, amelyek nem részei a rendelkezésre állási csoportnak, annak ellenére, hogy a HostedService tartalmaz egyet. Ebben a forgatókönyvben megkerülő megoldásként áthelyezheti az összes virtuális gépet egyetlen rendelkezésre állási csoportba, vagy eltávolíthatja az összes virtuális gépet a rendelkezésre állási csoportból az üzemeltetett szolgáltatásban.
    A {virtuális hálózat neve} tárfiók/üzemeltetett szolgáltatás/virtuális hálózat migrálása folyamatban van, és ezért nem módosítható Ez a hiba akkor lép fel, ha az „Előkészítés” migrálási művelet már végre lett hajtva az erőforráson, és egy olyan művelet aktiválódik, amely módosítaná az erőforrást. Mivel az „Előkészítés” művelet után a felügyeleti sík zárolva van, az erőforrás bármilyen módosítását blokkolja a rendszer. A felügyeleti sík feloldásához futtassa a „Véglegesítés” migrálási műveletet a migrálás befejezéséhez, vagy a „Megszakítás” migrálási műveletet az „Előkészítés” művelet visszavonásához.
    A(z) {hosted-service-name} HostedService esetében az áttelepítés nem engedélyezett, mert {vm-name} nevű virtuális gép van a(z) RoleStateUnknown állapotban. A migrálás csak abban az esetben engedélyezett, ha a virtuális gép a következő állapotok valamelyikében van: Running (Fut), Stopped (Leállítva), Stopped Deallocated (Leállítva és felszabadítva). Előfordulhat, hogy a virtuális gép állapotváltáson megy keresztül, ami általában akkor fordul elő, ha a HostedService frissítési művelete során, például újraindítás, bővítménytelepítés stb. Javasoljuk, hogy a frissítési művelet befejeződjön a HostedService szolgáltatásban, mielőtt megpróbálná az áttelepítést.
    A(z) {hosted-service-name} hostedService {deployment-name} üzembe helyezése {vm-name} nevű virtuális gépet tartalmaz{data-disk-name} adatlemezzel, amelynek fizikai blobmérete ({size-of-the-vhd-blob-backing-the-data-disk} bájt) nem egyezik meg a virtuálisgép-adatlemez logikai méretével ({size-of-the-data-disk-specified-in-the-vm-api} bájt). A migrálás során nem lesz megadva méret az Azure Resource Manager virtuális gép adatlemeze számára. Ez a hiba akkor lép fel, ha anélkül méretezte át a virtuálismerevlemez-blobot, hogy frissítette volna a méretet a virtuális gép API modelljében. A hibakezelés részletes lépéseit az alábbi szakasz ismerteti.
    Tárolási hiba lépett fel a {felhőszolgáltatás neve} felhőszolgáltatásban lévő {virtuális gép neve} virtuális gépre mutató {adatlemez URI azonosítója} adathordozó-hivatkozással rendelkező {adatlemez neve} adatlemez érvényesítése során. Győződjön meg arról, hogy a VHD-médiahivatkozás elérhető ehhez a virtuális géphez Ez a hiba akkor léphet fel, ha a virtuális gép lemezei törölve lettek, és már nem érhetőek el. Győződjön meg arról, hogy a virtuális gép lemezei léteznek.
    A(z) {cloud-service-name} hostedservice {vm-name} virtuális gép a(z) {vhd-uri} MediaLink{vhd-uri} nevű lemezt tartalmazza, amelynek blobneve {vhd-blob-name} az Azure Resource Managerben nem támogatott. Ez a hiba akkor fordul elő, ha a blob neve "/" értékkel rendelkezik, amely jelenleg nem támogatott a számítási erőforrás-szolgáltatóban.
    Az áttelepítés nem engedélyezett a(z) {deployment-name} üzembe helyezéshez a(z) {cloud-service-name} HostedService szolgáltatásban, mivel nem tartozik a regionális hatókörbe. Tekintse meg az https://aka.ms/regionalscope üzembe helyezés regionális hatókörbe való áthelyezését. Az Azure 2014-ben jelentette be, hogy a hálózati erőforrások a fürtszintű hatókörből átkerülnek a regionális hatókörbe. További részletekért lásd https://aka.ms/regionalscope . Ez a hiba akkor lép fel, ha a migrált üzemelő példányhoz nincs definiálva egy olyan frissítési művelet, amely automatikusan átmozgatná regionális hatókörbe. A legjobb megoldás az, ha végpontot ad hozzá egy virtuális géphez, vagy egy adatlemezt a virtuális géphez, majd újra próbálkozik az áttelepítéssel.
    Lásd : Végpontok beállítása klasszikus azure-beli virtuális gépen, vagy adatlemez csatolása a klasszikus üzemi modellel létrehozott virtuális géphez
    A migrálás nem támogatott a(z) {vnet-name} virtuális hálózat esetében, mert nem átjáró paaS-üzemelő példányokkal rendelkezik. Ez a hiba akkor fordul elő, ha nem átjáró PaaS-üzemelő példányai vannak, például az Application Gateway vagy az API Management szolgáltatások, amelyek a virtuális hálózathoz csatlakoznak.
    A virtuális gépen végzett felügyeleti műveletek nem engedélyezettek, mert a migrálás folyamatban van Ez a hiba azért fordul elő, mert a virtuális gép előkészítési állapotban van, ezért minden frissítési/törlési művelet zárolva van. Hívja meg az Abortot a virtuális gépen a PS/CLI használatával a migrálás visszaállításához és a virtuális gép zárolásának feloldásához frissítési/törlési műveletekhez. A véglegesítés meghívása a virtuális gép zárolását is feloldja, de az ARM-be való migrálást véglegesíti.

    Részletes hibakezelés

    Virtuális gép olyan adatlemezzel, amelynek fizikai blobmérete (bájtban) nem egyezik a virtuális gép adatlemezének logikai méretével (bájtban).

    Ez akkor fordulhat elő, ha az adatlemez logikai mérete nincs szinkronban a virtuális merevlemez tényleges blobméretével. Ez a következő parancsok használatával könnyen ellenőrizhető:

    A probléma ellenőrzése

    # 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

    A probléma kezelése

    # 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

    Virtuális gép áthelyezése egy másik előfizetésre a migrálás végeztével

    A migrálási folyamat után esetleg szeretné átmozgatni a virtuális gépet egy másik előfizetésre. Ha azonban olyan titokkal/tanúsítvánnyal rendelkezik a virtuális gépen, amely egy Key Vault-erőforrásra hivatkozik, az átmozgatás jelenleg nem támogatott. Az alábbi utasítások segítségével megkerülheti a problémát.

    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=[]

    Következő lépések