I first had this issue in July 2010. SBS 2008 would attempt to run two identical backups for each one that was scheduled. The duplicate backup would fail with Microsoft-Windows-Backup event 518, “Backup started at ‘[date and time]’ failed as another backup or recovery is in progress. Please re-run backup.” But the original backup completed fine, so there was no need to re-run it.
A rep with Microsoft Partner Support spent quite a bit of time and effort trying to get to the root cause of this issue, but “no luck.” I decided to live with the annoying error messages in my daily report—then one day, after a reboot, I believe, they stopped. SBS 2008 was back to running only one backup as per schedule.
Back with a Vengeance
Then earlier this month, the issue suddenly returned, but worse: SBS was now trying to run up to five identical backup jobs at a time:
I found in this thread that at least half a dozen other users were experiencing the same issue. Fortunately, one of them had a good suggestion: manually modify the task to prevent starting a new instance if the task is already running:
- Open Task Scheduler.
- Under Task Scheduler > Task Scheduler Library > Microsoft > Windows > Backup, double-click on the Microsoft-Windows-WindowsBackup task.
- Click on the Settings tab.
- Under If the task is already running, then the following rule applies change Run a new instance in parallel to Do not start a new instance.
- Click on OK to save the changes.
This still doesn’t explain why the task tries to start multiple times in the first place. It’s certainly not the “SBS way” to have to manually edit the backup task in Task Scheduler. But at least it prevents multiple instances from attempting to start. A week later, I’m back to all green on my backup history:
Update February 24, 2012 The multiple simultaneous backup attempts returned. When I checked the backup task, it was back to Run a new instance in parallel. The task must have been recreated when I ran the wizard in the Backup application. I’m changing the task’s setting to Do not start a new instance again.
Update March 30, 2018 Encountered this same issue today on a Server 2008 R2 machine (non-SBS). I’m assuming the same solution will work.
We have just had the same problem after running SBS 2008 backup with no issues for 2 and half years – I will give your solution a go and report back.
same problem here, thanks for the tip!
Thanks for your help :)
Thanks!
I’ve been fighting this issue for a long time. Great tip! :)
Excellent.
This was bugging me.
I have been having a similar problem which occurs each time I pause the backup schedule using the SBS Console. When the backup schedule is restarted an additional failed backup attempt would be reported each time.
I have tried your workaround and will see what happens.
Cheers
can we try to set “if the task fails, restart every: 1 hour”, and “attempt to restart to : 10 times”? It maybe try to start backup after the first backup finished
bigfai – I don’t see a need to use auto-restart. There is only one backup job. If it fails (out of disk space or whatever), you’ll be notified in the SBS report and hopefully have a chance to fix it before it runs again.
my problem is:
we need to backup a volume almost 4TB but failed due to windows server backup limited to 2TB, so i need to setup another task to complete the remaining 2TB data. How can i start the second backup automactically once the first backup was finished? Thx!
I’ve never had to deal with that much data but it sounds like something you would NOT want to do through the SBS console. Whether you could do it through the wbadmin command line, I don’t know. It will make a difference whether you need to back up open files; it’s hard for me to imagine getting a VSS snapshot of 4TB. You might need to look into third-party tools.
all the options on the SETTINGS tab are greyed out, any suggestions?
Shawn, did you double-click on the Microsoft-Windows-WindowsBackup task before clicking on the Settings tab? The task should pop up in its own window. In other words, you have to open the task for editing before you can change anything.