There’s an interesting discussion going on about the a drastic reduction in back-up speed regarding servers upgraded to vSphere 4. There are also some comments from Vizoncore and Veeam. One of the Veeam product managers also has a blog post on this topic here: http://www.vnotion.com/?p=38 it explains more of the testing he has done. Gostev has also been active in the forum you linked to above.You can read it here.
http://communities.vmware.com/message/1302322
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".
