Methodology of Diskinternals data recovery
Nowadays data is stored in multi layer environment because of wide variety of devices, operation systems and complex infrastructure. It is common for large storage media to use different hardware and software RAID levels, virtual machines, SAN or NFS systems. All these technologies and file systems form some kind of layers that needs to be read and set in a proper order to gain access to required data.
Nobody would doubt that the best way to read data is using original and undamaged file system. This is true also for data recovery, it's recommended to stick to as close to original storage structures as it's possible. Therefore if data is stored withing a several file systems and RAID levels we need to get the most of each layer and apply all possibilities to read it in it's original state.
Second important thing: is locating a damage that prevents normal work of the storage system. This could be broken RAID disk, disk with deleted partition table or deleted file.
Thus data recovery is basically an attempt to read data stored at original file system with all the original layers. Additional treatment is applied to the damaged layers if necessary. This “treatment" will consist of RAID reconstruction, searching of deleted partition or reconstructing file system. Selecting a proper method depends on suspected or detected damage.
We do our best to provide automated data recovery solution, yet there are tricks and hints that could help you achieve better results. I've grouped them by data storage layers.
Overall recovery process can be split to following steps:
- Access to the datastore
- Recovering data
- Mount recovered VMDK
- Interpreting results
- Consider purchase if you like the results
- Saving recovered data
Let's take a closer look for each step.