Afhankelijk van het schijftype of het checkpoint kan het verkleinen van de schijf van een Hyper-V virtuele machine worden geblokkeerd.

Question

Afhankelijk van het schijftype of het checkpoint kan het verkleinen van de schijf van een Hyper-V virtuele machine worden geblokkeerd.

LiamDe 0

Goedemorgen allemaal. Ik heb net een nieuwe Hyper-V-omgeving bij het bedrijf overgenomen en zucht, de opslagruimte is echt krap. De afgelopen week heb ik een hoop MP3's, persoonlijke foto's en zelfs een paar… niet zo elegante films van de virtuele machines verwijderd, de SQL-logbestanden verkleind en allerlei andere routine-opruimacties uitgevoerd om ruimte vrij te maken. Nu ga ik verder met de volgende stap: het verkleinen van de virtuele schijven zelf.

Het probleem is: op sommige virtuele machines kan ik bij het bewerken van de virtuele schijf alleen 'Uitbreiden' selecteren, niet 'Verkleinen'. Ik vermoed dat dit geen dynamische schijven zijn, maar ik wil graag weten hoe ik ze kan converteren of dit kan oplossen. Op andere virtuele machines is de knop 'Bewerken' helemaal grijs omdat checkpointing is ingeschakeld. Kan ik de virtuele machine afsluiten, checkpointing uitschakelen om bewerkingsrechten te krijgen en het vervolgens weer inschakelen? Of is er een veiligere manier om de grootte van de virtuele schijven te verkleinen zonder gegevens te verliezen of checkpointing te beïnvloeden?

0 opmerkingen

1 antwoord

Uw antwoord

Answer 1

Hallo LiamDe,
Het verkleinen van een Hyper-V-schijf hangt af van het schijftype én van eventuele checkpoints/differencing disks. Microsoft vermeldt dat Resize-VHD zowel VHD als VHDX kan vergroten, maar alleen VHDX kan verkleinen, voor VHD-bestanden bestaat die shrink-optie niet. Daarnaast geldt dat de disk eerst onder de minimumgrootte van het bestandssysteem in de VM moet zijn gebracht, anders faalt de shrink-operatie.

Als de knop Bewerken grijs is omdat er checkpoints actief zijn, moet je die niet “omzeilen” door checkpointing zomaar uit en weer aan te zetten. Checkpoints maken een keten van differencing disks (.avhdx), en Microsoft adviseert om checkpoints eerst netjes te verwijderen of samen te voegen. Een shutdown van de VM kan daarbij een auto-merge triggeren. Voor vastgelopen of verborgen checkpoints raadt Microsoft aan om de keten te inspecteren en eventueel Merge-VHD te gebruiken.

De veilige volgorde is dus: eerst in de gast-VM de partition/volume verkleinen, daarna op de host de VHDX zelf verkleinen met bijvoorbeeld Resize-VHD -ToMinimumSize of met een expliciete kleinere -SizeBytes waarde. Als je alleen ruimte wilt terugwinnen in het bestand zonder de maximale schijfgrootte te wijzigen, gebruik je Optimize-VHD; dat werkt niet op fixed VHD’s en je disk moet losgekoppeld zijn of read-only gemount.

Kort gezegd: VHD -> niet shrinken met Hyper-V. VHDX -> wel shrinken, maar pas nadat de guest-partition kleiner is en alle checkpoints/AVHDX-ketens zijn opgeruimd. Als je wilt, kan ik dit omzetten naar een strak stappenplan in het Nederlands dat je direct op de server kunt volgen.