On Sunday Eric Sloof wrote a blog post highlighing a potential issue with version 3.1 of Veeam Backup. The main focus of the discussion surrounds drastic reductions in back-up speed with servers upgraded to vSphere 4.
The people at Vizoncore and Veeam have posted on the subject in several online spaces also. One of Veeam’s product managers who runs a blog has posted on this topic here: http://www.vnotion.com/?p=38 explaining testing he has done on the issue.
Jason Mattox and Steve Philip also contributed to the discussion (excerpts below from Eric Sloof’s blog):
Jason Mattox :
Putting my differences aside, (I’m from vizioncore) and wanting to see this fixes for all VMware users, here is what it think is going on. I think this is due to the read speeds from VMFS on ESX 4 VS ESX 3. Give this test a try, create a 10 GB VM and run this command, how does it take on ESX 3 vs ESX 4? You have to remember that VCB over the network is using VMware API’s which are going to get more disk/read time. I think VMware has starved the COS reads again. I think this same thing happened from ESX 2.5.x to 3.0 and when 3.0.1 came out it was fixed, I’m not 100% on that ,but I think that’s what happened. time cat
JM_10GB_Test-flat.vmdk > /dev/null
Steve Philp :
As the person that posted the original question both on VMware’s forum and on Veeam’s forum, I can tell you that we’re all just waiting for VMware to acknowledge and fix the issue. We have been working with VMware tech support for a few weeks now, providing them with backup and file copy performance data involving the Service Console. We have no idea whether they’re seeing other reports of the issue, they haven’t been very forthcoming with info. I can confirm that the backup speed problem ONLY affects transfers using the Service Console. Using VCB / SAN mode in Veeam Backup allows full backup speed. Here’s the followup posting on my blog with our “lesson’s learned”.
