Video Screencast Help

Frequency Based Backups Reruns

Created: 28 Mar 2013 | 2 comments

Hi Guys,

I am looking for clarity on something that I have observed in Netbackup this morning. In Netbackup I have setup a policy that backups up some VMs using a query to select the VMs I want to backup. The schedules are setup as frequency based and are setup as follows,

Weekly run every 5 days backup window 18:00 - 08:00 open Saturday, Sunday and Monday

Daily run every 1 day backup window 18:00 - 08:00 open everyday

On my backup report this morning I was showing that one of the VMs in the policy had failed its backup, I have 2 tries per 12 hours set and my report from opscenter is reporting on the last job status. Anyway the backup job had failed both attempts when i looked at it in the activity monitor, but i noticed that 06:25 this morning the policy kicked off again and this time only ran a backup of the failed server which was successful. Can anyone tell me how this has come about? I am newish to the frequency based schedules as I have opted for calendar based in the past but I have seen the error in my ways and started to use the frequency schedules.

Any help explaining this would be great.



Operating Systems:

Comments 2 CommentsJump to latest comment

Marianne's picture

2 tries per 12 hours means 2 tries every 12 hours if backup window is still open.

So, 2 attempts shortly after 18:00 - both failed.
12 hours later brings us to after 06:00am. Backup window is still open, so NBU attempts another backup.

For more info about Frequency based scheduling and how to prevent 'schedule creeping' as a result of retries, please read David Chapa's article: 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Vickie's picture
As backup window is 18:00 to 8:00 which is of 14 hours.
You set 2 tries per 12 hours, so here two tries from 18:00 overs at 6:00.
Still the backup window till 8:00 is open and have 2 hours more.
Here, again 2 tries per 12 hours begins.  Hence backup hit again at 6:25,  as 6:25 comes under backup window and backup tries as well.