HyperV - VHDX - Dynamically expanding (Disk size klopt niet)

[Chris-1992]

Goedemiddag,

Ik heb een HyperV (cluster) met een VM waar een dynamically expanding disk aan attached is.
Deze disk bevat 4,73TB aan data maar de VHDX file size is 10TB.

Hoe kan dit? -> Er heeft nooit meer als 4.73TB aan data op gestaan
Kan ik deze file terug shrinken? -> Zonder data te verliezen

Omdat de VHDX nu 5TB aan data gebruikt dat eigenlijk niet nodig is.

-

Printscreens:

[HKLM_]

Niet iets aan staan als shadow coppy voor de data op de disk? Op wat voor OS is die disk gemount?

[Voor 22% gewijzigd door HKLM_ op 04-07-2022 19:47]

[Chris-1992]

HKLM_ schreef op maandag 4 juli 2022 @ 19:47:
Niet iets aan staan als shadow coppy voor de data op de disk? Op wat voor OS is die disk gemount?

Nee, geen shadow copy's

[Necrobic]

Bedoel je niet 10TB ipv 10GB?

https://askgarth.com/blog...k-the-size-of-a-vhd-file/

Zoiets misschien?

[Ankh]

De VM heet xx-VBR als in Veeam Backup Replication?

[RGAT]

De VHDX groeit wanneer data geschreven wordt, dus nieuwe data maar ook bestaande data aangepast wordt.
Dit wordt niet altijd goed vrijgegeven waardoor de VHDX meestal groter is dan de daadwerkelijk gebruikte ruimte, daarvoor moet je hardware TRIM support hebben en met je VHDX op DAS opgeslagen heb je dat meestal niet.

Je kan vanuit Hyper-V 'Edit Disk' openen en dan een disk Compacten, eventueel kan dit ook via Powershell met Optimize-Volume.

[Chris-1992]

@Necrobic
Jawel, heb het aagepast.
Bedankt!
Bedankt voor de blog, ik ga het uitproberen.

@Ankh
Yes!

@RGAT
Bedankt voor de info!

Ben dit nu aan het proberen.
1. In the virtual machine; properties of the drive, do a disk clean up, reboot
2. Open an powershell as admin and do a: Optimize-Volume -DriveLetter C -Defrag -Verbose
3. In the same powershell do a; Optimize-Volume -DriveLetter C -ReTrim -Verbose for some wierd reason, I had to repeat these steps a few times. Once it even crashed.
4. Shut down the virtual machine, and in the hyper-v manager; go to the virtual machine, go to the virtual disk. Edit, choose action; compact.

[Ankh]

Gok dat het dus iets te maken heeft met Change Block tracking samen met de ReFs, waardoor er dus veel data virtueel wordt weggeschreven.

[Chris-1992]

Dat heeft jammer genoeg niet geholpen.
File is nog even groot (groter zelfs na de defrag).

[Necrobic]

Misschien dat een van deze suggesties helpen voor jouw?

[Brahiewahiewa]

Necrobic schreef op dinsdag 5 juli 2022 @ 21:31:
Misschien dat een van deze suggesties helpen voor jouw?

Met name het gebruiken van sdelete in het host OS gaat waarschijnlijk helpen

[Zwelgje]

hoe is die disk geformatteerd? de blocksize is hier relevant. zowel in de disk als ook het volume waar de vhdx file op staat

blocksize van 64kb en dan heel veel kleine bestandjes van 1kb dan loopt het al aardig op..

[Vorkie]

Hier is eigenlijk je antwoord - je hebt een ReFS filesystem in een VHDX.


https://social.technet.mi...efs?forum=winserverhyperv

Hi Schelden,

I tested in my lab. Both on Server 2012 R2 and Server 2016.

I added a new VHDX to the VM, created a Refs volume. Then I try to shrink and extend the empty volume, I'm afraid it is not supported to shrink. It is only available to extend.

Best Regards,

Leo

[Chris-1992]

@Necrobic
@Brahiewahiewa

sDelete is aan het lopen, bedankt!
Hopelijk wil dit werken.


@Zwelgje
Dit gaat over backup bestanden van Veeam, er zijn dus weinig kleine bestandjes.
Maar zoals @Ankh heeft gezegd kan CBT inderdaad de oorzaak zijn.

@Vorkie
Hopelijk heeft dat forum het mis!

[Chris-1992]

Ook dit heeft niet geholpen.
Ik vrees dat @Vorkie gelijk heeft.

[kaasplank1]

Ik heb voor refs in een vhdx weleens succes gehad met: https://docs.microsoft.co...view=windowsserver2022-ps

Disk unattachen(vm uitzetten) vanaf je host of een andere machine met hyperv tools bovenstaande runnen.

[Brahiewahiewa]

Chris-1992 schreef op zondag 10 juli 2022 @ 22:05:
Ook dit heeft niet geholpen.
Ik vrees dat @Vorkie gelijk heeft.

Als @Vorkie gelijk heeft, is het dan een optie om de vhd te verplaatsen naar een NTFS volume?