Video Screencast Help
Give us your opinion and win with Symantec! Please help us by taking this survey to tell us about your experience with Symantec Connect, so that we can continue to grow and improve.  Take the survey.

Slow vcenter backup speeds

Created: 16 May 2013 | 9 comments
ajdcurtis's picture

We have Backup Exec 2012 (SP1) installed on a physical machine, backing up a VMware environment. (5.0) to tape library.

When backing up via vcenter we get around 450MB/Min

When backing up via remote agent we get about 1800MB/Min.

Backing up physical machines we get between 1500MB - 3000MB.

Any ideal why backing up via vcenter is so slow?

I have tried backing up via ESX host, however we get the same speeds.

We have Trend Deep Security installed, however even when it is turned off the backup speeds via vcenter stay at the same speeds.

Any assistance would be appreciated.

Operating Systems:

Comments 9 CommentsJump to latest comment

CraigV's picture

Have you tried a small backup to disk through vCenter? It could be that doing GRT backups to tape are causing the slowness, but running a test backup to disk will show whether or not this is true.

Thanks!

Alternative ways to access Backup Exec Technical Support:

https://www-secure.symantec.com/connect/blogs/alte...

ajdcurtis's picture

Hi CraigV

Yeah, disks give me the same speeds roughly 450MB/Min if backing up via Vcenter.

Backing up a physical machine to disk is alot quicker as expected.

teiva-boy's picture

SAN or NBD based backups?

There is an online portal, save yourself the long hold times. Create ticket online, then call in with ticket # in hand :-) http://mysupport.symantec.com "We backup data to restore, we don't backup data just to back it up."

ajdcurtis's picture

NBD, Netapp storage using NFS.

NDMP is also not an option.

lmosla's picture

Hi,  Patch up with live updates and with the latest hotfixes. http://www.symantec.com/docs/TECH66724   Sp1a addresses the issue of Virtual machines thoroughput   http://www.symantec.com/business/support/index?page=content&id=TECH186717

teiva-boy's picture

NBD will always be slow, I've found.  Data comes off the service/console ports on the ESX/i hosts and not through your normal trunked/10GbE links.  

HOT-Add is faster if using a virtual backup server, and SAN is the best if you were using VMFS.  NetApp recommending NFS is how they keep you locked into their snap and replicate strategy...

There is an online portal, save yourself the long hold times. Create ticket online, then call in with ticket # in hand :-) http://mysupport.symantec.com "We backup data to restore, we don't backup data just to back it up."

ajdcurtis's picture

Management port is 10GB, slowest link would be the backup server 1GB, however its still confusing that speeds are so different.

Virtual Backup server is not possible as we are backing up to a FC tape drive.

teiva-boy's picture

Management port runs at a lower priority than other services.  It has been designed this way since 3.0, 3.5 U2, etc with VCB and now vStorage API's.  

10GbE over the mangementporrt will never run close to those speeds for NBD based backups.  I'm told a hotfix from VMware would address this, but it's not a priority for them either.

There is an online portal, save yourself the long hold times. Create ticket online, then call in with ticket # in hand :-) http://mysupport.symantec.com "We backup data to restore, we don't backup data just to back it up."

Gurvinder Rait's picture

This is a BE 2010 article but the regs are valid for BE 2012 also. Try experimenting with the reg keys as suggested. Also try disabling the buffers to see what rate you get.

http://www.symantec.com/docs/TECH185691