VMware recovery en herstel VMDK

In-Lab

Data Recovery op afstand

On-site

Gegevensverlies op het eerste niveau

Het eerste niveau van het verlies van gegevens begint met het opslag medium. Dit kan een enkele harde schijf zijn of RAID-opslag met meerdere schijven (DAS, NAS, SAN). Bij een recovery voor een verlies op dit niveau wordt door de engineers van Ontrack zoveel mogelijk RAW data veilig gesteld. Van de werkende schijven wordt een kopie gemaakt en in een clean room werken onze technici aan de elektronica en mechanica om de eventueel defecte media weer operationeel te krijgen, zodat de RAW data kan worden gekopieerd. Met zelfontwikkelde en gepatenteerde tools wordt de RAID controller nagebootst. Dit kan zelfs voor de complexe SAN systemen die vaak een eigen block distributie over een gecombineerd RAID systeem leggen, Zo wordt de verloren gewaande data weer zichtbaar.

Gegevensverlies op het tweede niveau

Het tweede niveau van het verlies van gegevens kan beginnen op een file system niveau. Op zichzelf of als gevolg van verlies op het eerste niveau, omdat niet 100% van de RAW data kan worden veilig gesteld. Het (virtuele) bestandssysteem is een unieke methode voor het opslaan en organiseren van systeem- en gebruikerbestanden. Het besturingssysteem controleert het bestandssysteem. Als de informatie over waar de bestanden zich op het volume bevinden beschadigd of verloren is, zullen de Ontrack experts aanpassingen of reparaties uitvoeren op een file system niveau. Zodra het file system is hersteld kan de data weer worden benaderd.

De meeste besturingssystemen hebben een hulpprogramma dat automatisch reparaties uitvoert. Dit kan de data echter permanent beschadigen. Werk altijd met een kopie. Bij virtuele systemen is sprake van extra complexiteit door de combinatie van het virtuele file systeem en de file systemen draaiend binnen de virtuele machines.

Gegevensverlies op het derde niveau

Het derde niveau van het verlies van gegevens kan plaatsvinden binnen het bestand zelf. Zoals SQL, Oracle en exchange database bestanden. Deze bestanden kunnen vrij complex zijn. De interne structuur kan corrupt raken tot het punt waar de DBMS de database niet meer beschikbaar maakt.

Ontrack heeft met veel uitgevoerde complexe data recoveries veel ervaring op al deze levels.

Verwijderde of ontbrekende virtuele machine / VMDK

Als je vermoedt dat gegevens verloren gaan, is het eerst belangrijk om alle informatie die je weet over de ontbrekende of verwijderde virtuele schijf vast te leggen. Relevante gegevens omvatten: virtuele schijfgrootte, thick of thin provisioning, VM-naam, gastbestandssysteem en het type gegevens.

Verminder vervolgens lees- en schrijfbewerkingen naar de betrokken datastore. Als de Datastore actieve, thin-provisioned virtuele machines bevat, moet je deze zo snel mogelijk uitschakelen. Wat je ook doet, migreer geen actieve VM (Storage vMotion of anderszins) van of naar de betrokken datastore zonder eerst met een Data Recovery-professional te overleggen. Je kunt ongewild de complexiteit van het VMware-gegevensherstel vergroten en de kans op het ophalen van de gegevens verkleinen.

In het geval van een VM met ontbrekende of verwijderde snapshots, schakel deze dan niet in. En als de machine momenteel draait, schakel deze dan zo snel mogelijk uit.

Mechanische storingen en RAID / opslagproblemen

Vervang een defecte schijf nooit door een schijf die deel uitmaakte van een eerder RAID-systeem; Zet de vervangende schijf altijd op nul voordat je deze gebruikt. Als de drive ongebruikelijke mechanische geluiden maakt, moet je deze onmiddellijk uitschakelen en hulp inschakelen. Net als in de fysieke serveromgeving, verhoogt het aan laten staan ​​van een mechanisch defecte schijf de kans op verdere schade en verkleint de kans op volledig herstel aanzienlijk.

Tip: Label de schijven met hun positie in een RAID-array voordat je ze uit je systeem verwijdert.

Als een RAID-systeem tijdens een heropbouwproces faalt, voer dan geen verdere heropbouwpogingen uit. Migreer nooit VM's van of naar een verdachte RAID, en als je je RAID-hardware toch moet afsluiten of uit en weer moet schakelen, zorg er dan voor dat alle VM's en VMware-hosts eerst netjes worden afgesloten.

Corruptie binnen Guest OS

Probeer geen hulpprogramma's voor volumeherstel (zoals CHKDSK) of defragmentatiehulpprogramma's uit te voeren op vermoedelijk corrupte virtuele schijven, omdat dit de problemen kan verergeren.

Als je merkt dat meer dan één VM tekenen van corruptie vertoont, heb je mogelijk een probleem op opslagniveau. Schakel de machines uit en raadpleeg zo snel mogelijk een professional voor gegevensherstel van VMware.

Corrupte VMFS-metadata of ontoegankelijke Datastore

Om problemen te minimaliseren, mag je nooit proberen de datastore opnieuw te maken en als je de LUN zelf onderzoekt, moet je ervoor zorgen dat alleen-lezen-toegang wordt gebruikt.