Hi,
We use Veeam to backup a VMWare infrastructure, and then Backup Exec to shift the VBK files off onto tape each day.
This works pretty well, however sometimes for no particular reason, Veeam will take longer to run than normal, and will fail once Backup Exec locks the file to start the tape job. To get around this, we created batch files to start the Backup Exec jobs, and triggered them from the "Post job activity" section of the Veeam jobs. This works much better, however we've noticed that if Veeam fails to backup a server, when it reaches the end of the backup and it would normally retry the failed server, it will also have already run the "Post job activity" file. This means that Backup Exec will lock the VBK and start writing to tape, causing Veeam to fail as it tries to retry the backup.
So if your Veeam job is set to retry any failed servers 3 times, it will also attempt to run anything in the "Post job activity" 3 times as well. Is there anyway round this?
I know Backup Exec can use AOF so that the VBK will not be locked, but then we'll get an inconsistent file going to tape.
Thanks!
Ben
-
- Novice
- Posts: 5
- Liked: never
- Joined: Apr 24, 2009 3:22 pm
- Full Name: Ben Parrish
-
- Enthusiast
- Posts: 60
- Liked: 2 times
- Joined: Oct 06, 2009 2:32 pm
- Contact:
Re: Post job activity
Is there a fix for this issue, i would like to use this system aswell, but the job retry`s to much to use this. (3 times a week a random vm doesnt want to be backed up)
-
- Chief Product Officer
- Posts: 31766
- Liked: 7270 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Post job activity
I suppose you could customize the script you run to set some environment variable after the first run (to today's date for instance), and check its state in the beginning of execution, thus preventing the script to run again on the same day.
Who is online
Users browsing this forum: Bing [Bot], d.artzen, uk1984 and 83 guests