-
- Novice
- Posts: 3
- Liked: 1 time
- Joined: Nov 14, 2012 7:35 am
- Contact:
Re: Post Job Activity and Retry Job
Hi Foggy! The reason is that we have a crappy SAN and an Exchange 2010 DAG cluster that we don't want to run at the same time as other jobs. Same for file server backups. I want to have a certain amount of control over when they start (later in the evening, than the regular backups and preferably right after the regular backups finish). I could try with limiting the concurrent tasks, however it would be nice to be able to use the chaining of jobs, since it's a built in feature of Veeam as well.
-
- Product Manager
- Posts: 20384
- Liked: 2295 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: Post Job Activity and Retry Job
If you limit proxy or repository concurrency and stage the jobs (scheduling them to run with 5 minutes interval), the jobs will be processed one by one. And, in this case, there won’t be any issues related to retry operations or whatsoever.
Thanks.
Thanks.
-
- Service Provider
- Posts: 252
- Liked: 20 times
- Joined: Aug 02, 2011 9:30 pm
- Full Name: Matjaž Antloga
- Location: Celje, Slovenia
- Contact:
[MERGED] schedule type: AFTER THIS JOB
Hi there,
In one of my setups i'm running scheduled jobs in AFTER THIS JOB mode. I like the functionality, but got problems when retrying some failed jobs. When retry is finished - successful or not, it also trigger all other jobs that follows. Can that be disabled somehow?
br, Matjaz
In one of my setups i'm running scheduled jobs in AFTER THIS JOB mode. I like the functionality, but got problems when retrying some failed jobs. When retry is finished - successful or not, it also trigger all other jobs that follows. Can that be disabled somehow?
br, Matjaz
-
- Veeam Software
- Posts: 21137
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Post Job Activity and Retry Job
Matjaž, this is just one of the undesired consequences chained jobs usually introduce, that's why using them is not among our best practices. Here's an excellent post covering all of them, btw.
Who is online
Users browsing this forum: AdsBot [Google], Semrush [Bot] and 125 guests