VMware Cloud Community
VISCL
Contributor
Contributor

Need help to recover data from -delta files

After an incident happen last week, I only have 6 files left for my VM(Server) as below.

VAPWUXFP01_1.vmdk

VAPWUXFP01_1-flat.vmdk

VAPWUXFP01_1-000001.vmdk

VAPWUXFP01_1-000001-delta.vmdk

VAPWUXFP01_1-000002.vmdk

VAPWUXFP01_1-000002-delta.vmdk 

I create a new VM and attached file VAPWUXFP01_1.vmdk, but I only see old data dated 2015 or earlier.

I believe the missing data is in the two delta files, but I am unable to attach both -delta files to the VM with error.

Anyway to extract/retrieve back the data on the two -delta files?

Please help. Thank you.

11 Replies
mohammad7sm
Contributor
Contributor

Hi VISCL,

Please copy all six file to another container or folder

Create new vm and don't assign new hdd.

Attached the existing files which you have left

In you scenario. You have to attach "VAPWUXFP01_1-000002-delta.vmdk" file to the VM because this is latest snapshot file which was running on your server.

Please let me know in case if you have any questions.

Please mark the answer

Reply
0 Kudos
mohammad7sm
Contributor
Contributor

Or attach "VAPWUXFP01_1-000002-delta.vmdk" to you existing running VM and fetch the data (need to copy all the vmdk files to the VM folder which you have)

In case if you are creating new VM, first OS should install and attach existing left over files to fetch the data, best option is recover from the backup.

Reply
0 Kudos
Marmotte94
Enthusiast
Enthusiast

Hi,

Verify your descriptor file. You can use this KB for help VMware Knowledge Base

Thank you,

Regards

Please, visit my blog http://www.purplescreen.eu/
Reply
0 Kudos
IRIX201110141
Champion
Champion

- Highest delta file doesnt indicated that this is the most current VM state. Most likely it is.. but you always have to check the descriptor file and the parent ID

If the vmx is present and you wanna check:

grep vmdk *.vmx

and it will tell you which vdisk delta the VM is currently using. You also can take a look to the timestamp and maybe with some guessing you can identify the order because there old vmdk are not updateting anymore.

One and only safe way is to open the descriptor and check the parentID.

- You havent told us which ESXi version your using or more important which GUI tool. Because i remember to the old days that vSphere Client only display the parent vDisk and never the snapshot one which makes it impossible to use the GUI when working with a snapshots!

- Most important now... since you have bootet the VM from the old parent vDisk the snapshot chain isnt right any more. Even if you add the latest snapshot delta as current vDisk you will get an error about there was a modification of existing vdisks.  You have correct an ID in all 3 descriptor files to tell the VM that the chain is consistent. This ID is updates with every powering On of a VM.

Regards,

Joerg

a_p_
Leadership
Leadership

Welcome to the Community,

you hopefully powered off the VM immediately after discovering that it showed old data !!! If not, do it now.

The longer the VM runs, the more modifications, which results in a higher risk of data corruption, or loss.

Please attach the three descriptor .vmdk files (the ones without flat, or delta in their names), along with the newly created configuration (.vmx) file to a reply post.

André

Reply
0 Kudos
VISCL
Contributor
Contributor

No luck to all above suggestion.

Attached are the descriptor files. I think it has all messed up.

Any chance still to recover?

Reply
0 Kudos
a_p_
Leadership
Leadership

The correct snapshot chain in this case is:

VAPWUXFP01_1-000001.vmdk -> VAPWUXFP01_1-000002.vmdk -> VAPWUXFP01_1.vmdk

Depending on the snapshot sizes, and for how long the VM has been powered on with the incorrect snapshot chain, you may see more or less corruption.

What you may do now is:

  • power off the VM (unless not already done)
  • unregister the VM from the inventory (Caution: do NOT delete it from the disk)
  • edit VAPWUXFP01.vmx, and change the virtual disk's name (likely disk 2) to "VAPWUXFP01_1-000001.vmdk"
  • upload the attached descriptor .vmdk files to the VM's folder
  • register the VM to the inventory (rigth click its .vmx file in the datastore browser)
  • create a new snapshot to have a way back to the current state in case it is necessary
  • power on the VM

At that point you should be able to see (and backup) your current files.

However, due to the issue you should at least run chkdsk to verify/fix logical disk errors, if you want to continue using the virtual disk.

André

Reply
0 Kudos
VISCL
Contributor
Contributor

I have lost the original VM, including the .vmx file

Left only the six files mentioned.

Reply
0 Kudos
a_p_
Leadership
Leadership

In your initial post you wrote:

I create a new VM and attached file VAPWUXFP01_1.vmdk, but I only see old data dated 2015 or earlier.

So what you may do is to modify this VM's settings, by following the steps I mentioned.

André

Reply
0 Kudos
VISCL
Contributor
Contributor

I am at least able to power on the machine now, but it says operating system not found now.

Anything else I need to do, or can try?

I attached the screen shot.

Thanks.

Reply
0 Kudos
continuum
Immortal
Immortal

You try to boot the VM all by itself ?

That makes no sense.

Looks like the original boot vmdk is lost - judging from the name of the vmdk files you still have.

This vmdk will not boot - best you can acchieve is to read the data from a LiveCD or second best from a helper VM.

Make sure to create another snapshot first to protect the content of the existing snapshot.


________________________________________________
Do you need support with a VMFS recovery problem ? - send a message via skype "sanbarrow"
I do not support Workstation 16 at this time ...

Reply
0 Kudos