De vanligste orsakerna till dataförluster i VMware är:

  • RAID-fel.
  • VMFS filsystemet på ESX-servern är skadat.
  • Radering av filer i VMFS.
  • VMDK är skadat.
  • Formatering och ominstallation av VMFS-volymen.
  • Radering av filer på en virtuell maskin.

Ibas och vårt amerikanska moderbolag, Kroll Ontrack, är ensamma om att kunna lösa komplexa datahaverier på virtuella system som Microsoft Hyper-V, Oracle VM VirtualBox, Citrix XenServer och självklart VMware vSphere.

VMware recovery är en mycket komplicerad procedur, men här hittar du de viktigaste begreppen du som du behöver känna till.

Det viktigste nu är att förhindra ytterligare förlust av data.

Ring
018-10 44 40
omedelbart för kostnadsfria VMware recovery råd.


I nära samarbete med VMware

Ibas och Kroll Ontrack har varit VMware partners sedan 2008 och sedan dess har vi utfört tusentals WMware-räddningar, ofta i ett nära samarbete med VMWare.

VMware´s supportcenter är uppdaterat med information om våra tjänster och i dag har vi lösningar till följande VMware produkter: VMware ESX/ESXi; VMware Server; VMware Workstation och VMware Fusion.


Datakrasch i virtuella hårddiskar

  • Omformaterat VMware ‘Datastore’. Denna volym lagrar all data som är knutet till de virtuella volymerna.
  • Fel i virtuella diskfiler (VMDK eller VHD).
  • Fel i VMFS datastore volymerna.
  • Raderade virtuella diskfiler (VMDK eller VHD).
  • Fel i Guest filsystemet.

Virtuella lagringssystem har ökat lagringskomplexiteten, men de abstrakta virtualiserade lagringskoncepten är väldigt likt SAN, NAS, och iSCSI LUN. Om du använder molnlösningar kommer din data sannolikt att lagras på virtuella diskar och system från din leverantör.

Viktigt: Om virtuella diskfiler eller data är en del av ett datahaveri/en dataförlust är det väldigt viktig att stoppa användningen av datastore volymen på host servern.

Fråga oss om råd innan du börjar granska felen på egen hand, Ibas ingenjörer är tillgängliga 24/7.

Vi räddar data från följande:

  • Virtuell infrastruktur:
    • VMware Infrastructure 2 och 3, VMware vSphere 4 och 5
  • Virtuell server:
    • VMware Server, VMware ESX
  • Virtuell filsystem:
    • VMFS, NTFS, FAT, EXT, MAC, etc.
  • Virtuell workstations:
    • VMware Workstation (alla versioner)

Mänskliga fel förstör

VMware software för virtualisering har gjort det möjligt för företag att nyttja sin hårdvara bättre genom till exempel CPU-processfördelning och virtualisering av lagringsmedier. Trots detta drabbas många av dataförluster. 65 % av våra räddningsuppdrag i VMware miljöer beror på den mänskliga faktorn och för många verksamheter blir en dataförlust mycket skadlig när värdefulla data plötsligen saknas.

Menneskelige feil ødelegger

CTA

Ring oss på 018-10 44 40

Vår kundtjänst står redo för att hjälpa dig

Kontakta mig!

Våra internationella tips för att undgå ytterligare en dataförlust

Deleted or Missing Virtual Machine/VMDK

If you suspect data loss the first requirement is to record any information you know about the missing or deleted Virtual Disk. Relevant data includes: Virtual Disk size, thick or thin provisioning, VM name, Guest File System and the type of data contained.

Next, reduce reads and writes to the affected Datastore. If the Datastore contains active, thin provisioned Virtual Machines, power them down as soon as possible. Whatever you do, don't migrate any active VM (Storage vMotion or otherwise) to or from the affected Datastore without first speaking to a Data Recovery professional. You may unwittingly increase the complexity of the VMware data recovery and could reduce the chances of retrieving the data.

In case of a VM with missing or deleted snapshots, don't power it on. And if the machine is currently running, power it down as soon as possible.

Corrupt VMFS Metadata or inaccessible Datastore

To minimise problems, never attempt to recreate the datastore and if you are investigating the LUN yourself, ensure that Read Only access is used.

Mechanical failures and RAID/Storage issues

Never replace a failed drive with a drive that was part of a previous RAID system; always zero out the replacement drive before using it. If the drive is making unusual mechanical noises, turn it off immediately and get assistance. Just as in the physical server environment, leaving a mechanically failing drive powered on increases the likelihood of further damage and significantly reduces the chances of a full recovery.

Exclamation mark

Tip: Label the drives with their position in a RAID array before removing them from your system.

If a RAID system fails in the middle of a rebuild process, do not run further rebuild attempts. Never migrate VMs to or from a suspect RAID, and if you do need to shut down or power cycle your RAID hardware, ensure all VMs and VMware hosts are gracefully shut down first.

Corruption inside Guest OS

Don't try to run volume repair utilities (such as CHKDSK) or defragmenter utilities on suspected corrupt Virtual Disks as this can exacerbate problems.

If you find that more than one VM shows signs of corruption, you may have a problem at the storage level. Power down the machines and consult a VMware data recovery professional as soon as possible.

Dataförlust i VMware, Hyper-V, Citrix Zen och andra Hypervisors

Om du fortsätter att försöka få tillgång till datastore volymen i en virtuell host sever under ett datahaveri, riskerar du att skriva över data på en virtuell disk. Vi har sett att många administratörer använder ”thin-provisioning” eller andra recovery tekniker. Denna teknik ökar antalet virtuella diskfiler och dessa filer kan i värsta fall skriva över originaldata som då går förlorad.

Vårt moderbolag, Kroll Ontrack, var den första recovery leverantören som utvecklade lösningar för virtuella system och är i dag erkända och certifierade leverantörer av sådana system.
Våra ingenjörer vet hur data lagras på virtuella host servrar. Starka relationer till VMware och Microsoft hjälper vårt utvecklingsteam att anpassa och vidareutveckla våra verktyg när de i utgångsläget inte fungerar optimalt för specifika räddninguppdrag efter skador som vi inte sett tidigare
.

Prova oss om olyckan är framme, vi kommer att göra vårt yttersta för att lösa ditt problem så snabbt som möjligt.

Återställning av data i Microsoft Hyper-V Virtual Systems

Ibas har genomfört åtskilliga lyckade räddningar från Microsoft Hyper-V och i kombination med en unik insikt i NTFS och VHD host kan Ibas och våra internationella Kroll Ontrack kollegor erbjuda den bästa kompetensen i världen.

Vår tjänst Remote Data Recovery (RDR) är den snabbaste metoden för att återställa data, samtidigt som den är väldigt säker. Själva återställningen utförs över en krypterad internetanslutning som använder ett proprietärt protokoll.


De vanligste orsakerna till dataförlust i Microsoft Hyper-V er:

  • Oförsiktig implementation av virtuella plattformer.
  • Felaktig hantering av proprietär data.
  • NTFS fel.
  • Korrupt RAID configuration och hårdvarufel – fysisk diskkrasch.
  • Raderade filer eller fel i filer lagrade i VHDs.

Vi räddar virtuell data i följande situationer:

  • Korrupta NTFS volymer.
  • Korrupta Virtual Hard Disks (VHDs).
  • RAID eller andra hårdvarufel.
  • Data som oavsiktligt blivit raderad.

… och från Microsoft´s virtuella plattformar:

  • Microsoft Hyper-V.
  • Microsoft Virtual Server.
  • Microsoft Virtual PC.