Availability for the Always-On Enterprise
Post Reply
Posts: 46
Liked: 16 times
Joined: Nov 25, 2016 1:56 pm

Feature request: multiple running instances of the same job

Post by DonZoomik » Dec 05, 2017 9:52 am

Example scenario:
Let's say we have more than VM in a job and job runs every X hours.
If backup job runs for longer than X hours for whatever reason (network congestion, source/target is having a bad day, really long sythetic/full, more changes than usual, various transitional issues), than the next start is skipped and RPO targets might be missed. Even if one VM was problematic (for example one huge file server with lots of changes among many small app servers), any other VMs in job are affected as well.

Option 1: Start new instance of job and backup any VMs except the ones that have a job still running. Restore point for some VMs is better than none. Original job will keep running to completion/failure. Sounds almost like one VM per job but with less overhead.
Option 2: Resnapshot VM to gather changes for a new incremental/full from CBT. If previous job eventually completed than we would eventually meet RPO. If original job failed than we've done some extra work but haven't lost anything (compared to current situation).

Either option might lead to resource congestion but would be really helpful in some scenarios.

Veeam Software
Posts: 16832
Liked: 1361 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson

Re: Feature request: multiple running instances of the same

Post by foggy » Dec 08, 2017 5:17 pm

Thanks for the feedback, but either option might result in backup chain becoming a mess as well as other unpredictable consequences. To avoid them, we do not allow processing of the same VM twice at the same time.

Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 35 guests