Discussions specific to the VMware vSphere hypervisor
Post Reply
rrkerr
Influencer
Posts: 16
Liked: never
Joined: Mar 17, 2010 10:16 am
Full Name: Ryan
Contact:

Location of restore point files for replica VMs

Post by rrkerr » Apr 12, 2012 2:37 pm

If in v6, as restore points are saved in the datastore as snapshots, do snapshots for all the hard disks get stored with the VM configuration file, even if the replica job is configured to map each disk to a unique datastore? example:

VM1 configuration file and HDD1 in datastore 1
VM1 HDD2 in datastore 2
VM1 HDD3 in datastore 3

In DR, the same datastores exist and the replica job is configured to map each VM disk to the appropriate datastore.
Will the subsequent restore points (snapshots) for each disk be stored in datastore1, same as when a snapshot is made of a running VM?

foggy
Veeam Software
Posts: 16815
Liked: 1358 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Location of restore point files for replica VMs

Post by foggy » Apr 12, 2012 3:13 pm

Ryan, replica restore points are stored just like the snapshots of the original VM are stored in the source environment. I.e., by default, if you do not have the workingDir parameter set, restore points are stored along with the .vmx file.

rrkerr
Influencer
Posts: 16
Liked: never
Joined: Mar 17, 2010 10:16 am
Full Name: Ryan
Contact:

Re: Location of restore point files for replica VMs

Post by rrkerr » Apr 12, 2012 3:36 pm

foggy wrote:Ryan, replica restore points are stored just like the snapshots of the original VM are stored in the source environment. I.e., by default, if you do not have the workingDir parameter set, restore points are stored along with the .vmx file.
Thanks Foggy for confirming. Am I right in thinking the workingDir param only be set once per VM and that is there no way to have each disks snapshot stored in the same datastore with its corresponding vmdk?

I realise this is a VMware issue, not Veeam but I wonder what others using Veeam for replication do in terms of datastore design/sizing and estimating snapshot requirements. Is it common to place the VM config and boot disk in a separate datastore from the other data disks; is that necessary if both datastores reside on the same array? Splitting up VM disks seems to complicate things when dealing with snapshots.

dellock6
Veeam Software
Posts: 5487
Liked: 1510 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Location of restore point files for replica VMs

Post by dellock6 » Apr 12, 2012 5:44 pm 1 person likes this post

I can be wrong, but is not so common to store different vmdk of the same VM in different datastore, I've seen only in few places with really specific needs, or where you can leverage Storage DRS from vSphere 5. I can think of a use case when you have different storages with different performances and you want to use let's say slow storage for boot disk and fast storage for databases, but usually everyone places all the vmdks in the same datastore.
Luca Dell'Oca
EMEA Cloud Architect @ Veeam Software

@dellock6
http://www.virtualtothecore.com/en/
vExpert 2011-2012-2013-2014-2015-2016-2017-2018
Veeam VMCE #1

foggy
Veeam Software
Posts: 16815
Liked: 1358 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Location of restore point files for replica VMs

Post by foggy » Apr 13, 2012 1:53 pm

rrkerr wrote:Am I right in thinking the workingDir param only be set once per VM and that is there no way to have each disks snapshot stored in the same datastore with its corresponding vmdk?
Actually, this was the case prior to vSphere5, where each disk's delta vmdk is now created in the same home folder as the base disk by default (you can read in a bit more detail here).

rrkerr
Influencer
Posts: 16
Liked: never
Joined: Mar 17, 2010 10:16 am
Full Name: Ryan
Contact:

Re: Location of restore point files for replica VMs

Post by rrkerr » Apr 13, 2012 2:24 pm

Thanks for the info people.

Post Reply

Who is online

Users browsing this forum: Google [Bot] and 14 guests