Video Screencast Help

Slow Hyper-V backups in BE2012.

Created: 28 Mar 2012 | 3 comments


We're currently testing BE2012 in a new Hyper-V cluster environment; however, the backup speeds leave much to be desired. We're interested in Full/Inc backups via the host with GRT and have tested using disk (with and without compression) and de-dup. The tape drives are on the production BE2010 server, so B2D-to-tape hasn't been tested. The agent is installed on all Hyper-V hosts in the cluster and on 4 test VMs (each with a basic Server 2008 install).

In testing, each VM backup took approx. 15min via the host, irrespective of Full or Inc. As they run in series, the job took approx. 1hr. Multiple tests were run using disk, compression and de-dup; however, there was little difference in time. Considering the cluster will eventually have about 100 VMs, 15min/VM in series is simply too slow, especially considering these servers don't have any applications installed and aren't in production.

In contrast, the VMs were backed up directly via the agent. In this scenario, all 4 backups ran concurrently and completed in about 8min. The problem when backing up via the host is that the pre-processing/queuing/snapshot/etc always takes at least 10min, whereas the actual data copy occurs in <5min at ~2-3GB/min. Any assistance in resolving this issue would greatly appreciated; even if the solution is simply to backup the VMs directly!

DPM (which is also being tested) takes about 3min to backup each VM.

Many thanks.

Comments 3 CommentsJump to latest comment

Riyaj S's picture

You may consider following Technotes which might improve the performance ::

  • Apply the following Microsoft hot fixes to improve performance:

  • (Best practices for Backup Exec 2012 Deduplication Option)

  • (Improving and troubleshooting Backup Exec performance.)

  • (Additional performance considerations for Backup Exec 2010 Deduplication option running on Windows Server 2008 R2)

  • (Throughput rate of Granular Recovery Technology (GRT) based backup is slower than Non-GRT backup of same application)

  • Hope this helps.

    Try out the new Backup Exec Support Tool that diagnoses many common issues found in Backup Exec and Symantec System Recovery environments. 

    mcheer's picture

    Great, thanks for the information. We'll have a look at let you know!


    mcheer's picture


    We've investigated the provided links and can confirm that they are largely irrelevant.

    As previously mentioned, the backup speed is fast; it's the pre-processing/queuing time which takes at least 10mins per server. This eliminates the MS hotfixes as a possible solution.

    Furthermore, we've tested scenarios with and without GRT/deduplication and still have the same issue; thereby eliminating these technologies as possible causes.

    Finally, TECH49521 is simply too generic to be of real use.

    We're currently running DPM in this environment until (if?) this speed issue can be resolved...

    Many thanks,