Comprehensive data protection for all workloads
Post Reply
timstumbo
Enthusiast
Posts: 25
Liked: 2 times
Joined: Mar 24, 2013 6:18 pm
Full Name: Tim Stumbo
Contact:

More control over when copy jobs run

Post by timstumbo » Jan 05, 2015 2:26 pm

I'm having a real issue with my copy jobs. I get clean backups for a couple weeks and then one of the copy jobs will hang up then it messes up all the other copy jobs up. I'm pretty sure I already know the answer to this question, but is there anyway to run the copy job directly after the primary backup job finishes?

The way I currently have my primary backup jobs configured is that they always are scheduled to run in a specific order, for example..

Domain Controller Backup Job runs first, after it finishes it triggers the File Server Backup Job to run and so on until all jobs are complete. In my mind it would be nice if I could run the Domain Controller Backup Job, it then triggers the Domain Controller Copy Job, then it goes through the same process with the File Server Backup and Copy Job.

Also, why can't copy jobs have more scheduling options like the primary backup jobs? I think it would be really nice if you could run the jobs one after another time in a specific order.

I'm almost tempted to do away with the backup copy jobs and just have 2 backup jobs that go to 2 different repositories.

Dima P.
Product Manager
Posts: 10537
Liked: 858 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: More control over when copy jobs run

Post by Dima P. » Jan 05, 2015 8:33 pm

Tim,
You can link the regular backup job to the backup copy by setting it up as secondary target. Then backup copy will check the source backup repository for new restore points during the synchronization interval and fire them to the secondary location once the original backup job is completed.

timstumbo
Enthusiast
Posts: 25
Liked: 2 times
Joined: Mar 24, 2013 6:18 pm
Full Name: Tim Stumbo
Contact:

Re: More control over when copy jobs run

Post by timstumbo » Jan 05, 2015 8:36 pm

Correct, but I wish that it would sync right after the backup is complete, and that the second backup job wouldn't start until after the copy job was complete.

Dima P.
Product Manager
Posts: 10537
Liked: 858 times
Joined: Feb 04, 2013 2:07 pm
Full Name: Dmitry Popov
Location: Prague
Contact:

Re: More control over when copy jobs run

Post by Dima P. » Jan 05, 2015 9:17 pm

Tim,
You can create separate backup copy job for each backup to disk job, of course if that works for you.

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

Re: More control over when copy jobs run

Post by dellock6 » Jan 06, 2015 9:08 am 1 person likes this post

Hi Tim,
backup copy jobs use a primary backup as a source, that's the main reason for having different logic in it behaviour. For example, there's no reason to run it multiple times if there is no additional restore point in the backup that is used as a source, and it's why it runs in continuos mode "waiting" for new copies to populate the primary backup. What would be the reason to schedule it differently and then run with nothing to copy?
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2019
Veeam VMCE #1

Gostev
SVP, Product Management
Posts: 24797
Liked: 3549 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: More control over when copy jobs run

Post by Gostev » Jan 06, 2015 12:51 pm

dellock6 wrote:What would be the reason to schedule it differently and then run with nothing to copy?
Ditto.

Post Reply

Who is online

Users browsing this forum: Baidu [Spider] and 30 guests