Skip to main content

hi, I restored a vm in other location than the original and I found the configuration files of the vm duplicated : one created at the restore start and one to the end of the it. It’s correct? why the 1° is not deleted? it's safe to delete the first given that the second (and last) is the configuration file vm used?

thank you.

Can you give us more detail in regards to which configuration file you are referring to?  Is it the VMX file for the VM?  Also what version of Veeam are you using?

Does the VM work to power on, etc.?


If you are referring to the VM files when selecting to restore to a different location then you will see the same files as the original VM in the new location.  It does not delete the original ones for you.


hi, no the uuid is different from original vm. I’ve attached the image of my vm restored : 10:08 is when the restore started and the 11:51 is when the restore finished


hi, no the uuid is different from original vm. I’ve attached the image of my vm restored : 10:08 is when the restore started and the 11:51 is when the restore finished

Ok so I am still trying to figure out what the issue is?  If you restore to a different location and the original VM exists it will remain there and is not deleted if that is what you are asking.

Please clarify otherwise.


hi, no the uuid is different from original vm. I’ve attached the image of my vm restored : 10:08 is when the restore started and the 11:51 is when the restore finished

Did you perform the restore to the same location/folder as the original VM? It looks like there are two VMs in that screenshot, perhaps your original and restored one.

When you choose to perform your restore you can choose to “restore to the original location”, this means overwriting the original VM. You chose to “restore to a different location”. This didn’t overwrite the original VM, but restored it right beside the original.


I did :

https://helpcenter.veeam.com/docs/backup/hyperv/performing_full_recovery.html?ver=120

  • Select Restore to a new location, or with different settings if you want to restore VMs to a different location or with different settings (such as VM location, network settings and so on). If this option is selected, the Full VM Restore wizard will include additional steps for customizing VMs settings.
  • I choice different host, different folder path for configuration file and disk,  different vm name, generate new uuid, network disconnected (I must change the ip address of the server before start).
    I would like to use this server for test with data of the production server

I did :

https://helpcenter.veeam.com/docs/backup/hyperv/performing_full_recovery.html?ver=120

  • Select Restore to a new location, or with different settings if you want to restore VMs to a different location or with different settings (such as VM location, network settings and so on). If this option is selected, the Full VM Restore wizard will include additional steps for customizing VMs settings.
  • I choice different host, different folder path for configuration file and disk,  different vm name, generate new uuid, network disconnected (I must change the ip address of the server before start).
    I would like to use this server for test with data of the production server

Then you should be able to use it to test after changing the IP.  So what is the issue here as it is still not clear you restored to a different location and everything looks like it went as it should.


So, it appears you have 2 .vmcx files in the storage location...is that what you’re saying? Or, was there a VM copy already at the ‘different location’? And, you’re wondering why there are 2 .vmcx files? The only way there are 2 .vmcx files is if the VM you restored already had a directory of files on the storage you restored to. Veeam does not create 2 config files (start and end of restore). We can’t say why there were 2 .vmcx files on your new location you restored to because we didn’t see exactly what you did. As Tommy shared, it actually looks like you have a 2nd VM in the same storage location. Not sure if we answered your question or not. Let us know…. otherwise, it may be best to reach out to Support to see what the issue is.

Best.


Comment