Host-based backup of VMware vSphere VMs.
Post Reply
collinp
Expert
Posts: 239
Liked: 13 times
Joined: Feb 14, 2012 8:56 pm
Full Name: Collin P
Contact:

Effect of svmotion on jobs based on datastore

Post by collinp »

What happens if you svmotion a vm to a different datastore and your jobs are backing up at the datastore level? Will the backup job of the destination datastore pick up the new vm? If so, when it is time to do a restore, your vm has now moved to a new job, or potentially many new jobs as the vm migrates to different datastores over time. I assume this would be ok, but it would take some detective work in figuring out which tapes need to be loaded into your tape library to do the restore since the vm could have moved to different jobs over time.
foggy
Veeam Software
Posts: 21133
Liked: 2140 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Effect of svmotion on jobs based on datastore

Post by foggy »

Collin, yes, migrated VMs are automatically picked up and backed up by the corresponding backup jobs. To avoid the work required to keep a log of storage vmotions, you could use jobs based on something else than datastores (folders or resource pools, for example).
collinp
Expert
Posts: 239
Liked: 13 times
Joined: Feb 14, 2012 8:56 pm
Full Name: Collin P
Contact:

Re: Effect of svmotion on jobs based on datastore

Post by collinp »

Thanks for the info. I am trying to avoid backing up 2 vm's on the same datastore concurrently. I was doing "job chaining" but I guess this isn't the recommended method any more. Chaining also doesn't allow me to do automatic retries on the jobs that are chained. On some of our datastores, there isn't enough free space to perform 2 snapshots at the same time and I also think it would be a lot of I/O. I thought if we backed up by building our jobs around the datastore, we can make sure that 2 jobs aren't running at the same time thus the same datastore wouldn't be hit at the same time. But I think backing up per datastore may prove to be burdensome. The jobs would be much smaller than I would like using this route. Any idea on the best way to accomplish not hitting the same datastore with concurrent jobs on a backup? I have 4 jobs with 20 vm's in each.

Thanks again.
foggy
Veeam Software
Posts: 21133
Liked: 2140 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Effect of svmotion on jobs based on datastore

Post by foggy »

You could use manual datastore selection under proxy settings to limit the particular proxy to access only specific datastores and assigning this proxy to the corresponding job.
Gostev
Chief Product Officer
Posts: 31746
Liked: 7250 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Effect of svmotion on jobs based on datastore

Post by Gostev »

Actually, that's not correct. Manual datastore selection does not work this way, it does not limit proxy to specified datastores - but just points proxy to datastores that our logic may have failed to autodetect.
foggy
Veeam Software
Posts: 21133
Liked: 2140 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Effect of svmotion on jobs based on datastore

Post by foggy »

My bad. But still the different datastores/different proxies approach itself might help in this case.
Post Reply

Who is online

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