Automatic Storage Space Reclamation (UNMAP) kan leiden tot permanent gegevensverlies servers

"VMFS UNMAP" of "Automatic Storage Space Reclamation" is een functie die als eerste werd geïntroduceerd met VMware vSphere 5.0. Hiermee kan een gebruiker ongebruikte opslagblokken op een Virtual Machine File System (VMFS) Datastore terugvorderen voor thin-provisioned LUNs. Opslagblokken in een VMFS Datastore worden teruggebracht naar het opslagsysteem. Hiermee wordt ruimte vrijgemaakt. In de huidige VMware vSphere / ESX / ESXi 6.5-systemen met VMFS 6 is deze optie standaard ingeschakeld, wat grote problemen kan veroorzaken als er in de toekomst data herstel nodig is.

Het idee van dit concept is goed maar vormt toch een serieuze bedreiging. Als er om welke reden dan ook data herstel nodig is, kunnen zelfs de beste data recovery specialisten niet helpen. Indien er bijvoorbeeld onbedoeld data verwijderd is binnen de virtuele machine of Virtual Machine Disk (VMDK) en de gebruiker te lang wacht, dan is de kans groot dat de data niet hersteld kan worden. Het opslagsysteem zal namelijk ‘ongebruikte’ opslagblokken opheffen. In dat geval is dataherstel onmogelijk en is een back-up de enige kans om oude gegevens terug te krijgen.

Veel VMware-gebruikers stappen momenteel over op het nieuwe VMFS 6 bestandssysteem omdat het grote voordelen biedt ten opzichte van de oude bestandssystemen. Met VMFS 6 gaat het maken van bestanden sneller omdat er gebruikgemaakt wordt van verschillende blokgroottes voor kleine en grote bestanden. Daarnaast biedt het nieuwe bestandssysteem verbeteringen, zoals VM-gebaseerde blok allocatie die de resource lock contention verlaagt. Maar ook ATS (Atomic Test & Set), Miscompare Handling en andere parallellisme en concurrency verbeteringen. Deze versnellen tevens de algehele prestaties van de VMware-systemen.

Een aantal Ontrack klanten zijn al geconfronteerd met onherstelbaar gegevensverlies doordat de UNMAP was ingeschakeld. Het is zeker handig om ongebruikte opslagruimte automatisch terug te kunnen winnen, maar deze functie kan erg snel tot permanent gegevensverlies leiden. Dit was ook hieronder het geval:

Recovery specialisten van Ontrack waren op vrijdagmiddag bezig met een project voor een Amerikaanse verzekeringsmaatschappij. Ze waren in staat om gegevensfragmenten van een VMDK te identificeren op een per ongeluk overschreven back-upsysteem, die was opgeslagen op een belangrijke virtuele machine. Toen de experts de volgende ochtend de VDMK probeerden uit te pakken, was hij verdwenen. De reden hiervoor is dat een script dat de handmatige UNMAP-functie uitvoerde, de opslagblokken in de Datastore volledig op 0 gezet had.

In vSphere 5.0 moest de UNMAP-functie elke keer handmatig uitgevoerd worden, maar in vSphere 6.5 is deze standaard ingeschakeld op VMFS 6-volumes. Nu de UNMAP-functie standaard is ingeschakeld, is de kans groot dat VMFS 6-gebruikers de standaardinstelling niet zullen opmerken. Hierdoor zal de mogelijkheid tot dataherstel drastisch afnemen.

Momenteel zijn er ongeveer 2000 opslagsystemen op de markt uitgerust met de UNMAP functie, waaronder Dell / EMC Unity (VNX), VMAX, EqualLogic, xTremlO, IMB SVC, Hitachi G-serie, VSP, SVM, HP MSA en 3Par, Nimble, Pure en SolidFire. Als voorzorgsmaatregel moeten huidige en toekomstige gebruikers van deze VMware-systemen zich voorbereiden op het ergste scenario. Ze moeten ervoor zorgen dat ze de LUN’s zo snel mogelijk klonen als er sprake is van gegevensverlies of een fout, vóórdat de verwijderde VMDK-blokken op nul gezet worden.

Het beste advies is om altijd een actuele back-up van het op dat moment beschikbare LUN te hebben. Zo wordt mogelijk verlies van gegevens tot een minimum beperkt!

Als de UNMAP-functie automatisch is ingesteld, moet u er ook rekening mee houden dat u in geval van nood professionele hulp zoekt bij een bedrijf zoals Ontrack, dat de juiste kennis en tools bezit voor dit VMware data recovery.