/
/

Zo hernoemt u een Hyper-V-checkpoint in Windows 11

door Team Ninja
How to Rename a Hyper-V Checkpoint in Windows 11 blog banner image

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • Hernoem Hyper-V-checkpoints in Windows 11 via Hyper-V-beheer of PowerShell.
  • Gebruik PowerShell om checkpoints snel en gescript te hernoemen met opdrachten zoals Rename-VMSnapshot.
  • Hernoem geneste checkpoints via hun GUID om fouten in de hiërarchie te voorkomen.
  • Kies voor automatiseringsworkflows waarmee u checkpoints van meerdere virtuele machines in bulk kunt hernoemen.
  • Controleer de checkpointketen na het hernoemen om de stabiliteit te waarborgen en naamconflicten te voorkomen.

Hyper-V-checkpoints zijn onmisbaar om de workflows van virtuele machines (VM’s) overzichtelijk en geordend te houden. In omgevingen waar vaak wordt getest en configuraties snel veranderen, hebben beheerders duidelijke en beschrijvende namen nodig om wijzigingen te kunnen volgen en rollbackpunten te begrijpen.

Moet u ooit de naam van een checkpoint wijzigen? Dan is dit artikel voor u. Lees verder en ontdek hoe u een Hyper-V-checkpoint hernoemt in Windows 11 via Hyper-V-beheer en PowerShell.

Methoden om een Hyper-V-checkpoint te hernoemen in Windows 11

Naarmate virtuele machines zich ontwikkelen, wordt het beheer van checkpointnamen steeds belangrijker, zeker wanneer er meerdere rollbackpunten of testcycli in het spel zijn. In Windows 11 kunnen beheerders de naam van een Hyper-V-checkpoint op verschillende manieren wijzigen, afhankelijk van hun workflow.

📌 Vereisten:

  • Windows 11 met Hyper-V ingeschakeld
  • Beheerdersrechten
  • Een bestaande VM met minstens één checkpoint
  • Eventueel een geïnstalleerde PowerShell-module voor Hyper-V
  • Inzicht in de afhankelijkheden tussen VM-snapshots

Methode 1: een checkpoint hernoemen in Hyper-V-beheer

Hyper-V-beheer biedt beheerders een eenvoudige, visuele manier om een checkpoint rechtstreeks in het portaal te hernoemen. Zo past u namen snel aan zonder scripting, ideaal voor kleine omgevingen of eenmalige aanpassingen.

  1. Open Hyper-V-beheer.
  2. Selecteer in het middelste deelvenster onder Virtuele machines de gewenste virtuele machine.
  3. Vouw het deelvenster Controlepunten uit, klik met de rechtermuisknop op het checkpoint dat u wilt hernoemen en klik daarna op Naam wijzigen.
  4. Typ de nieuwe naam van het checkpoint en druk op Enter om de wijziging toe te passen.
  5. Controleer of de nieuwe naam direct in de lijst met checkpoints verschijnt.

Methode 2: een checkpoint hernoemen met PowerShell

U kunt checkpoints ook beheren met PowerShell, vooral wanneer u precisie nodig hebt of efficiënt met meerdere VM’s wilt werken. Dit is de beste keuze voor beheerders die liever via de opdrachtregel werken of herhaalbare acties willen scripten.

  1. Open PowerShell als administrator.
  2. Heeft uw VM meerdere checkpoints en weet u niet precies welke naam u wilt wijzigen? Toon ze dan allemaal met deze opdracht:

Get-VMSnapshot -VMName "VMName"

💡Let op: vervang de waarde tussen aanhalingstekens door de naam van de VM.

  1. Wilt u de naam van een checkpoint wijzigen? Kopieer en plak dan de onderstaande opdracht en druk op Enter:

Rename-VMSnapshot -VMName "VMName" -Name "OldCheckpointName" -NewName "NewCheckpointName"

💡Let op: vervang de waarden tussen aanhalingstekens door de juiste namen (de naam van de VM, de huidige naam van het checkpoint en de nieuwe naam die u het checkpoint wilt geven).

  1. Voer deze opdracht opnieuw uit (met de juiste VM-naam) om alle checkpoints te tonen en de naamswijziging te controleren:

Get-VMSnapshot -VMName "VMName"

  1. Sluit PowerShell en vernieuw Hyper-V-beheer zodat de wijzigingen correct in het portaal worden weergegeven.

Methode 3: geneste checkpoints of subtree-checkpoints hernoemen met PowerShell

Geneste checkpoints of subtree-checkpoints ontstaan wanneer een VM meerdere afhankelijke snapshots in een hiërarchie heeft. Daardoor zijn ze lastig te onderscheiden op naam alleen. Gebruik in plaats daarvan de unieke ID of GUID (Globally Unique Identifier) van elk checkpoint in PowerShell. Zo weet u zeker dat u precies de snapshot aanpast die u voor ogen hebt, zonder de rest van de keten te verstoren.

  1. Open PowerShell als administrator.
  2. Voer deze opdracht uit om alle checkpoints met hun unieke ID te tonen:

Get-VMSnapshot -VMName "VMName" | Format-List Name, Id

  1. Zoek het juiste subtree-checkpoint op en noteer de unieke ID ervan.
  2. Voer deze opdracht uit om de naam van het checkpoint te wijzigen:

Rename-VMSnapshot -VMSnapshot (Get-VMSnapshot -VMName "VMName" | Where-Object Id -eq "<CheckpointGUID>") -NewName "NewName"

💡Let op: vervang de waarden tussen aanhalingstekens door de juiste namen: VMName door de naam van de VM, <CheckpointGUID> door de unieke ID van uw checkpoint en NewName door de nieuwe naam die u wilt gebruiken.

  1. Bevestig de nieuwe naam in Hyper-V-beheer en door deze opdracht in PowerShell uit te voeren:

Get-VMSnapshot -VMName "VMName"

💡Let op: vervang de waarde tussen aanhalingstekens door de naam van de VM.

Methode 4: meerdere VM-checkpoints hernoemen met PowerShell-automatisering

In grotere omgevingen is handmatig hernoemen van afzonderlijke checkpoints eentonig en foutgevoelig. Met PowerShell-scripting past u in plaats daarvan consistente naamgevingsregels toe op veel VM’s tegelijk. Zo standaardiseert u checkpointlabels eenvoudiger en houdt u uw administratie in lijn met uw documentatieafspraken.

  1. Stel een naamgevingsconventie op basis van een patroon vast voor checkpoints (bijvoorbeeld VM-naam, datum, versienummer of omgevingstag).
  2. Maak een PowerShell-script dat op basis van een filter door uw VM’s loopt (bijvoorbeeld naampatroon, host of clusterlidmaatschap). Hier is een voorbeeldscript voor een consistente opmaak:

Get-VMSnapshot | ForEach-Object { Rename-VMSnapshot -VMSnapshot $_ -NewName "$($_.VMName)-$(Get-Date -Format yyyyMMdd)" }

  1. Voer het script handmatig uit vanuit een PowerShell-sessie met beheerdersrechten of plan het in via een RMM- of automatiseringsplatform.
  2. Leg de afgesproken naamgevingsstandaarden vast zodat het hele team weet hoe checkpoints worden gelabeld.

Controleer de integriteit van checkpoints na het hernoemen

Het is verstandig om na het hernoemen van een checkpoint te controleren of de VM nog stabiel is en de snapshotketen intact is. Een snelle integriteitscontrole helpt problemen door naamconflicten of verborgen afhankelijkheden voorkomen, zeker in omgevingen met een lange of complexe checkpointgeschiedenis.

  1. Bekijk de checkpointhiërarchie in Hyper-V-beheer om te controleren of de structuur klopt.
  2. Start de VM en bevestig dat deze correct en zonder problemen opstart.
  3. Maak een tijdelijk testcheckpoint om te bevestigen dat het hernoemen het aanmaken van nieuwe snapshots niet heeft verstoord.
  4. Voer Get-VMSnapshot -VMName "VMName" uit met de juiste VM-naam om de huidige lijst met checkpoints te bekijken en te controleren of de hernoemde vermelding er naar verwachting uitziet.
  5. Zorg dat er geen dubbele of conflicterende checkpointnamen zijn, zodat de keten helder en geordend blijft.

Wat is een Hyper-V-checkpoint?

Bij het werken met virtuele machines in Hyper-V is een checkpoint in feite een vastgelegde status van een VM op een specifiek moment. Het bevat alle schijfgegevens, het geheugen en de dataconfiguratie. Met deze snapshot bewaren beheerders in lab- en probleemoplossingsomgevingen bekende, werkende statussen tijdens de ontwikkeling. Zo draaien ze wijzigingen snel terug en testen ze updates veilig.

Problemen oplossen

Hoewel dit een vrij eenvoudige taak is, kunnen er kleine problemen optreden, afhankelijk van de status van de VM of de opbouw van de checkpointketen. Hieronder staan een aantal veelvoorkomende problemen met praktische oplossingen.

Checkpoint kan niet worden hernoemd

Een checkpoint kan vergrendeld zijn doordat de VM draait of de snapshot actief gebruikt. Pauzeer of sluit de VM af om het checkpoint vrij te geven en het hernoemen mogelijk te maken. Lukt het dan nog steeds niet? Controleer dan of er geen back-up- of replicatietaak toegang heeft tot het checkpoint.

PowerShell-cmdlet niet gevonden

Zijn de cmdlets Rename-VMSnapshot of Get-VMSnapshot niet beschikbaar? Dan is de Hyper-V PowerShell-module mogelijk niet op de machine geïnstalleerd. Voeg de module toe via Windows-onderdelen of schakel de Hyper-V-rol in om de benodigde opdrachten te herstellen.

De checkpointnaam wordt niet bijgewerkt

Hyper-V-beheer vernieuwt na het hernoemen niet altijd automatisch. Wacht eerst een paar seconden tot de wijziging is doorgevoerd. Sluit daarna het portaal en open het opnieuw of kies Vernieuwen om de huidige snapshotgegevens geforceerd opnieuw te laden.

Hernoemen mislukt bij subtree-checkpoints

Geneste checkpoints zijn op naam alleen soms onduidelijk. Gebruik daarom de GUID van het checkpoint zodat PowerShell precies de juiste snapshot binnen de hiërarchie aanspreekt. Toon vooraf ook de checkpoints met hun ID’s om dit probleem op te lossen.

Prestatieproblemen van de VM na het hernoemen

Hernoemen wijzigt de onderliggende schijfketen niet, maar prestatieproblemen kunnen wijzen op een bestaand probleem in de snapshotstructuur. Bekijk de checkpointboom op inconsistenties of verweesde snapshots om de oorzaak te achterhalen. Probeer ook checkpoints te verwijderen die u niet meer gebruikt of de keten samen te voegen om te zien of dat de prestaties verbetert.

Hyper-V-snapshotketens overzichtelijk en geordend houden

Het hernoemen van Hyper-V-checkpoints is een kleine taak, maar wel een die bepalend is voor de duidelijkheid en controle in gevirtualiseerde omgevingen. Of u dat nu doet via Hyper-V-beheer of via PowerShell: duidelijke naamgeving maakt het eenvoudiger om wijzigingen te volgen en checkpointketens geordend te houden. Controleer wel na elke naamswijziging de integriteit van de checkpoints, zodat uw omgeving voorspelbaar blijft en klaar is voor toekomstige ontwikkeling.

Gerelateerd onderwerp:

FAQs

Bij het hernoemen van een checkpoint worden alleen de metagegevens bijgewerkt; de onderliggende schijfstructuur verandert niet. U zou geen prestatieverlies moeten merken, tenzij er al problemen in de checkpointketen bestaan.

Ja, hernoemen is doorgaans veilig zolang de checkpointhiërarchie gezond is en de VM de snapshot niet actief gebruikt voor een lopend proces. Toch is het verstandig om de keten achteraf te controleren, zeker in bedrijfskritische omgevingen.

Nee, de GUID blijft hetzelfde omdat deze de snapshot uniek identificeert binnen Hyper-V. Alleen de weergavenaam wordt bijgewerkt.

De meeste checkpoints kunt u hernoemen zonder de VM af te sluiten, maar er kunnen conflicten ontstaan als er back-uptaken, samenvoegingen of replicaties actief zijn. Mislukt het hernoemen? Pauzeer of sluit de VM dan af om het probleem op te lossen.

U kunt de checkpointhiërarchie in Hyper-V-beheer bekijken en Get-VMSnapshot uitvoeren om te controleren of alle vermeldingen correct worden weergegeven. Een testcheckpoint maken en de VM normaal starten zijn snelle manieren om te bevestigen dat de keten stabiel blijft.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?

NinjaOne Algemene Voorwaarden

Door op de knop “Ik accepteer” hieronder te klikken, geeft u aan dat u de volgende wettelijke voorwaarden en onze Gebruiksvoorwaarden accepteert:

  • Eigendomsrechten: NinjaOne bezit en blijft eigenaar van alle rechten, aanspraken en belangen in en op het script (inclusief het auteursrecht). NinjaOne geeft u een beperkte licentie om het script te gebruiken in overeenstemming met deze wettelijke voorwaarden.
  • Gebruiksbeperking: U mag het script alleen gebruiken voor uw legitieme persoonlijke of interne bedrijfsdoeleinden en u mag het script niet delen met derden.
  • Republicatieverbod: Het is onder geen beding toegestaan om het script opnieuw te publiceren in een scriptbibliotheek die toebehoort aan of onder controle staat van een andere softwareleverancier.
  • Garantie disclaimer: Het script wordt geleverd “zoals het is” en “zoals het beschikbaar is”, zonder enige vorm van garantie. NinjaOne belooft of garandeert niet dat het script vrij van gebreken zal zijn of dat het aan uw specifieke behoeften of verwachtingen zal voldoen.
  • Risicoaanvaarding: Het gebruik van het script is op eigen risico. U erkent dat het gebruik van het script bepaalde inherente risico’s met zich meebrengt en u begrijpt en aanvaardt elk van deze risico’s.
  • Verklaring van afstand en vrijwaring: U zult NinjaOne niet verantwoordelijk houden voor enige nadelige of onbedoelde gevolgen die voortvloeien uit uw gebruik van het script en u doet afstand van alle wettelijke of billijke rechten of rechtsmiddelen die u tegen NinjaOne kunt hebben met betrekking tot uw gebruik van het script.
  • EULA: Als u een NinjaOne-klant bent, is uw gebruik van het script onderworpen aan de licentieovereenkomst voor eindgebruikers die op u van toepassing is (EULA).