Delen via


Een virtuele Windows-machine van niet-beheerde schijven converteren naar beheerde schijven

Van toepassing op: ✔️ Windows-VM's

Als u bestaande virtuele Windows-machines (VM's) hebt die gebruikmaken van niet-beheerde schijven, kunt u de VM's migreren om beheerde schijven te gebruiken via de Azure Managed Disks-service . Met dit proces worden zowel de besturingssysteemschijf als eventuele gekoppelde gegevensschijven geconverteerd.

Voordat u begint

  • De oorspronkelijke VHD's en het opslagaccount dat door de VIRTUELE machine wordt gebruikt voordat de migratie wordt verwijderd. Hiervoor worden nog altijd kosten in rekening gebracht. Als u wilt voorkomen dat deze artefacten in rekening worden gebracht, verwijdert u de oorspronkelijke VHD-blobs nadat u hebt gecontroleerd of de migratie is voltooid. Als u deze niet-gekoppelde schijven wilt vinden om ze te verwijderen, raadpleegt u ons artikel Niet-gekoppelde beheerde en niet-beheerde Azure-schijven zoeken en verwijderen.

VM's met één exemplaar migreren

In deze sectie wordt beschreven hoe u azure-VM's met één exemplaar migreert van niet-beheerde schijven naar beheerde schijven. (Als uw VM's zich in een beschikbaarheidsset bevinden, raadpleegt u de volgende sectie.)

  1. Maak de toewijzing van de VIRTUELE machine ongedaan met behulp van de stop-AzVM-cmdlet . In het volgende voorbeeld wordt de toewijzing van de virtuele machine met de naam myVM in de resourcegroep myResourceGroupopgeheven:

    $rgName = "myResourceGroup"
    $vmName = "myVM"
    Stop-AzVM -ResourceGroupName $rgName -Name $vmName -Force
    
  2. Migreer de VM naar beheerde schijven met behulp van de cmdlet ConvertTo-AzVMManagedDisk . Met het volgende proces wordt de vorige virtuele machine, inclusief de besturingssysteemschijf en eventuele gegevensschijven, geconverteerd en wordt de virtuele machine gestart:

    ConvertTo-AzVMManagedDisk -ResourceGroupName $rgName -VMName $vmName
    

VM's migreren in een beschikbaarheidsset

Als de VM's die u naar beheerde schijven wilt migreren zich in een beschikbaarheidsset bevinden, moet u eerst de beschikbaarheidsset migreren naar een beheerde beschikbaarheidsset.

  1. Migreer de beschikbaarheidsset met behulp van de cmdlet Update-AzAvailabilitySet . In het volgende voorbeeld wordt de beschikbaarheidsset bijgewerkt met de naam myAvailabilitySet in de resourcegroep:myResourceGroup

    $rgName = 'myResourceGroup'
    $avSetName = 'myAvailabilitySet'
    
    $avSet = Get-AzAvailabilitySet -ResourceGroupName $rgName -Name $avSetName
    Update-AzAvailabilitySet -AvailabilitySet $avSet -Sku Aligned 
    

    Als de regio waar uw beschikbaarheidsset zich bevindt slechts 2 beheerde foutdomeinen heeft, maar het aantal niet-beheerde foutdomeinen 3 is, wordt met deze opdracht een fout weergegeven die vergelijkbaar is met 'Het opgegeven foutdomeinaantal 3 moet vallen in het bereik 1 tot 2'. Als u de fout wilt oplossen, werkt u het foutdomein bij naar 2 en werkt u deze Aligned als volgt bijSku:

    $avSet.PlatformFaultDomainCount = 2
    Update-AzAvailabilitySet -AvailabilitySet $avSet -Sku Aligned
    
  2. De toewijzing van de VM's ongedaan maken en migreren in de beschikbaarheidsset. Met het volgende script wordt de toewijzing van elke VIRTUELE machine ongedaan gemaakt met behulp van de Stop-AzVM-cmdlet , wordt deze geconverteerd met behulp van ConvertTo-AzVMManagedDisk en wordt deze automatisch opnieuw opgestart als het migratieproces:

    $avSet = Get-AzAvailabilitySet -ResourceGroupName $rgName -Name $avSetName
    
    foreach($vmInfo in $avSet.VirtualMachinesReferences)
    {
      $vm = Get-AzVM -ResourceGroupName $rgName | Where-Object {$_.Id -eq $vmInfo.id}
      Stop-AzVM -ResourceGroupName $rgName -Name $vm.Name -Force
      ConvertTo-AzVMManagedDisk -ResourceGroupName $rgName -VMName $vm.Name
    }
    

Probleemoplossing

  • Voordat u deze converteert, moet u ervoor zorgen dat alle VM-extensies de status 'Inrichten geslaagd' hebben of dat de migratie mislukt met de foutcode 409.
  • Als er een fout optreedt tijdens de migratie of als een VM de status Mislukt heeft vanwege problemen in een vorige migratie, voert u de ConvertTo-AzVMManagedDisk cmdlet opnieuw uit. Een eenvoudige poging deblokkert meestal de situatie op.
  • Als u een Virtuele Linux-machine converteert naar beheerde schijven, gebruikt u de nieuwste versie van de Azure Linux-agent. Bewerkingen met azure Linux Agent-versies 2.2.0 en eerder mislukken waarschijnlijk. Het uitvoeren van de migratie op een gegeneraliseerde VM of een VM die deel uitmaakt van een klassieke beschikbaarheidsset wordt ook niet ondersteund.
  • Als de migratie mislukt met de fout SnapshotCountExceededed, verwijdert u enkele momentopnamen en probeert u de bewerking opnieuw uit te voeren.

Migreren met behulp van Azure Portal

U kunt ook niet-beheerde schijven migreren naar beheerde schijven met behulp van Azure Portal.

  1. Meld u aan bij het Azure-portaal.
  2. Selecteer de VIRTUELE machine in de lijst met VM's in de portal.
  3. Selecteer Schijven in het menu op de blade voor de virtuele machine.
  4. Selecteer Aan de bovenkant van de blade Schijven de optie Migreren naar beheerde schijven.
  5. Als uw VM zich in een beschikbaarheidsset bevindt, wordt er een waarschuwing weergegeven op de blade Migreren naar beheerde schijven die u eerst moet migreren van de beschikbaarheidsset . De waarschuwing moet een koppeling bevatten waarop u kunt klikken om de beschikbaarheidsset te migreren. Zodra de beschikbaarheidsset is geconverteerd of als uw VIRTUELE machine zich niet in een beschikbaarheidsset bevindt, klikt u op Migreren om het proces van het migreren van uw schijven naar beheerde schijven te starten.

De VIRTUELE machine wordt gestopt en opnieuw opgestart nadat de migratie is voltooid.

Volgende stappen

Wijzig het schijftype van een beheerde Azure-schijf.

Maak een alleen-lezen kopie van een virtuele machine met behulp van momentopnamen.