BE 2010-Differential backups much slower since R3
Created: 29 May 2013 | 6 comments
We recently migrated our Backup Exec server from 2010 to a new box running 2010 R3 SP2. Everything went smoothly, the existing DB was imported into the new server and all the existing jobs run fine. However we just finished updating all of our remote agents and we are finding that our nightly file server differentials are running very slowly, taking approximately 50% longer than before.
We have three nightly differential [use archive bit] jobs that run consecutively, backing up different DFS replicated directories via VSS. Prior to updating the remote agent on the file server, these three jobs fell within the following time ranges (last 30 days' history).
Job 1: 4:20 - 5:00
Job 2: 1:55 - 2:35
Job 3: 1:30 - 2:00
This was also true after moving to BE 2010 R3, while still running with the 2010 R1 remote agent for a few days.
After updating the remote agent, the last two nightly differential job durations have been:
Job 1: 7:00 & 7:45
Job 2: 3:35 & 3:55
Job 3: 2:55 & 3:05
Cumulatively, this means our file server backups are finishing at ~10am as opposed to ~5am and messing up other schedules. I have rearranged job/tape order to mitigate this for now, but I would like to find the root cause and fix it.
None of the job settings have changed and this only started after updating the agents, not immediately following the migration to 2010 R3. We have similar DFS/VSS based nightly-diff-plus-weekly-full backup jobs on other servers that have had their agents updated and which have not been impacted like this.
The only possible thing I can think of is that since the agent was updated after the weekly full backup on Sunday, there is not a full backup preceding the differentials that was taken with the same agent version.
Any other suggestions as to why this could have happened?