Waarom neemt een sparse virtuele schijf na het terugzetten van een back-up de volledige grootte in beslag?

Een sparse virtuele schijf raakt volledig toegewezen wanneer de restore met nullen gevulde regio’s als echte blokken wegschrijft of de image opnieuw aanmaakt in een thick-indeling.

Sparse VHD-, VHDX-, raw- en QCOW2-images kunnen een grote logische capaciteit rapporteren terwijl ze alleen opslag gebruiken voor toegewezen regio’s. Een back-up kan de bestandsinhoud perfect behouden en toch de toewijzingskaart van gaten, niet-toegewezen clusters, de discard-status of thin-provisioningmetadata verliezen. De herstelde gast kan normaal opstarten, ook al neemt het hostbestand nu de volledige virtuele grootte in beslag. Stel de indeling en toewijzing vast voordat je de enige herstelde kopie comprimeert of converteert.

Vergelijk de logische grootte met de werkelijk toegewezen grootte

Noteer de image-indeling, virtuele grootte, schijnbare bestandsgrootte, toegewezen hostblokken, het doelbestandssysteem en of de herstelde image als sparse of preallocated is gemarkeerd.

Microsoft legt uit dat sparse bestanden nullen retourneren voor niet-toegewezen regio’s terwijl ze een grotere nominale bestandsgrootte behouden. Daarom moeten de virtuele grootte en het fysieke verbruik afzonderlijk worden gemeten.

Gebruik een toewijzingsbewuste tool in plaats van alleen op een bestandsbrowser te vertrouwen. Als de virtuele en toegewezen grootte nu gelijk zijn, heeft de restore waarschijnlijk gaten gematerialiseerd of een fixed-indeling gekozen.

Stel vast of de back-up sparse gaten heeft behouden

Controleer de opties voor het kopiëren van bestanden, het kopiëren van blokken, archivering, compressie en sparse bestanden in de back-uptaak. Bepaal of toegewezen extents zijn opgeslagen of dat de volledige logische schijf als een doorlopende bytestroom is gelezen.

GNU Coreutils documenteert dat kopieertools sparse gaten op de bestemming opnieuw moeten aanmaken. Anders kunnen lange reeksen nullen als gewone toegewezen blokken worden weggeschreven.

Een inhoudelijk geldige restore bewijst niet dat toewijzingsmetadata is behouden. Vergelijk een kleine testimage met bekende gaten via hetzelfde back-up- en restorepad.

Controleer of imageconversie sparsificatie heeft uitgeschakeld

Controleer elke conversiestap tussen het back-upobject en de herstelde image. Noteer de invoerindeling, uitvoerindeling, preallocationoptie, sparse-drempel en of copy offload is gebruikt.

QEMU vermeldt dat qemu-img nulsectoren kan detecteren en onderdrukken, terwijl een sparse-drempel van nul of een niet-ondersteund copy-offloadpad een volledig toegewezen bestemming kan opleveren.

Converteer een image nooit opnieuw terwijl de virtuele machine actief is. Werk met een geverifieerde kopie en vergelijk de inhoud van de virtuele schijf voordat je de herstelde image vervangt.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Controleer of het doelbestandssysteem sparse bestanden ondersteunt

Controleer de ondersteuning voor sparse bestanden op het NAS-bestandssysteem van de bestemming en op elk tussentijds stagingvolume. Een restore die eerst naar een incompatibel bestandssysteem wordt geschreven, kan gaten verliezen voordat de image de uiteindelijke opslag bereikt.

Thin-toewijzing hangt naast de logische grootte ook af van de provisioningeigenschappen van het opslagobject. Een bestemming kan grote bestanden ondersteunen en de image toch als een volledig toegewezen object herstellen wanneer de back-uptoepassing de gaten niet opnieuw aanmaakt.

Als het staging- of doelbestandssysteem geen gaten kan behouden, kan het bestand volledig worden toegewezen voordat het de uiteindelijke VM-datastore bereikt. Test sparse ondersteuning eerst met een wegwerpimage.

Scheid een thick restore-indeling van vrije ruimte in de gast

Stel vast of de herstelde schijf raw preallocated, raw sparse, fixed VHD, dynamic VHDX of QCOW2 is. Vrije ruimte in de gast wordt niet automatisch een gat aan de hostzijde.

Red Hat onderscheidt vooraf toegewezen en sparse virtuele schijven: vooraf toegewezen schijven reserveren onmiddellijk de volledige grootte, terwijl sparse schijven opslag toewijzen naarmate er gegevens worden geschreven.

Als de restorebestemming opzettelijk thick was, is volledige toewijzing verwacht en geen aanwijzing voor schade. Bepaal of de afweging tussen prestaties en capaciteit rechtvaardigt dat je de schijf terug converteert naar een thin-indeling.

Win met een ondersteunde offline methode ruimte terug uit gewiste blokken

Schakel de virtuele machine uit, bevestig dat er een afzonderlijke back-up bestaat en bepaal of verwijderde gastblokken met nullen zijn gevuld of zijn weggegooid. Vrije ruimte in het gastbestandssysteem kan nog oude niet-nulgegevens bevatten.

De virt-sparsify-workflow van Red Hat zet herkende vrije ruimte om in sparse regio’s aan de hostzijde en waarschuwt tegen gebruik op live-schijfimages.

Voer compacting alleen uit op een dubbele image, controleer daarna het gastbestandssysteem en bewaar de oorspronkelijke herstelde image totdat tests op applicatieniveau zijn geslaagd.

Controleer het gedrag van preallocation en hole punching

Controleer of de restoretoepassing de bestemming vooraf heeft toegewezen voor betrouwbaarheid of prestaties en of de bestemming daarna bereiken kan dealloceren.

De Linux-fallocate-interface maakt onderscheid tussen het toewijzen van echte blokken en het maken van gaten. Dit laat zien waarom nullen schrijven en ruimte dealloceren niet dezelfde bewerking zijn.

Maak niet rechtstreeks gaten in een onbekende virtuele schijfindeling. Gebruik de hypervisor of image-tool die de bijbehorende metadata en clusterindeling begrijpt.

Valideer de herstelde schijf voordat je deze vervangt

Start de gecompacteerde kopie geïsoleerd op, controleer bestandssystemen, applicaties, snapshots en vrije ruimte in de gast en vergelijk representatieve bestandshashes en de gerapporteerde structuur van de virtuele schijf.

De herstelchecklist voor een homeserver van ZimaSpace bevat de aanvullende vereiste om opslag- en applicatieherstel aan te tonen voordat je de vorige kopie verwijdert.

Het probleem is opgelost wanneer de herstelde schijf de beoogde thin-indeling behoudt, de toegewezen hostruimte overeenkomt met de werkelijke gastgegevens en de virtuele machine de controles voor opstarten, workloads, back-up en restore doorstaat. Behoud de volledig toegewezen image als de conversie fouten oplevert of het platform thick provisioning vereist.