<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Virtualization Spotlight</title>
    <link>http://communities.vmware.com/blogs/VMSpotlight</link>
    <description>News, Discussion, etc from the world of Virtualization</description>
    <pubDate>Wed, 08 Jul 2009 12:15:53 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2009-07-08T12:15:53Z</dc:date>
    <item>
      <title>Veeam Backup 3.1 – puzzled by decrease in backup performance</title>
      <link>http://communities.vmware.com/blogs/VMSpotlight/2009/07/08/veeam-backup-31-puzzled-by-decrease-in-backup-performance</link>
      <description>On Sunday &lt;a class="jive-link-external" href="http://www.ntpro.nl/blog/"&gt;Eric Sloof&lt;/a&gt; wrote a &lt;a class="jive-link-external" href="http://www.ntpro.nl/blog/archives/1185-vSphere-Veeam-Backup-3.1-Stumped-by-decrease-in-backup-performance.html"&gt;blog post&lt;/a&gt; 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.&lt;br /&gt;
&lt;br /&gt;
The people at Vizoncore and Veeam have posted on the subject in several online spaces also. One of Veeam&amp;rsquo;s product managers who runs a blog has posted on this topic here: &lt;a class="jive-link-external" href="http://www.vnotion.com/?p=38"&gt;http://www.vnotion.com/?p=38&lt;/a&gt; explaining testing he has done on the issue. &lt;br /&gt;
&lt;p /&gt;
View the VMTN discussion thread here: &lt;a class="jive-link-message" href="http://communities.vmware.com/message/1302322#1302322"&gt;http://communities.vmware.com/message/1302322&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
Jason Mattox and Steve Philip also contributed to the discussion (excerpts below from Eric Sloof&amp;rsquo;s blog):&lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;Jason Mattox&lt;/b&gt; :&lt;br /&gt;
&lt;p /&gt;
Putting my differences aside, (I&amp;rsquo;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&amp;rsquo;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&amp;rsquo;m not 100% on that ,but I think that&amp;rsquo;s what happened. time cat&lt;br /&gt;
JM_10GB_Test-flat.vmdk &amp;gt; /dev/null&lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;Steve Philp :&lt;/b&gt;&lt;br /&gt;
&lt;p /&gt;
As the person that posted the original question both on VMware&amp;rsquo;s forum and on Veeam&amp;rsquo;s forum, I can tell you that we&amp;rsquo;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&amp;rsquo;re seeing other reports of the issue, they haven&amp;rsquo;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. &lt;a class="jive-link-external" href="http://sphilp.blogspot.com/2009/06/vmware-vsphere-4-veeam-backup-31.html"&gt;Here&amp;rsquo;s the followup posting on my blog with our &amp;ldquo;lesson&amp;rsquo;s learned&amp;rdquo;.&lt;/a&gt;</description>
      <category domain="http://communities.vmware.com/blogs/VMSpotlight/tags">eric_sloof</category>
      <category domain="http://communities.vmware.com/blogs/VMSpotlight/tags">veeam</category>
      <category domain="http://communities.vmware.com/blogs/VMSpotlight/tags">backup</category>
      <category domain="http://communities.vmware.com/blogs/VMSpotlight/tags">esx</category>
      <category domain="http://communities.vmware.com/blogs/VMSpotlight/tags">vsphere</category>
      <pubDate>Wed, 08 Jul 2009 12:19:08 GMT</pubDate>
      <author>VMSpotlight</author>
      <guid>http://communities.vmware.com/blogs/VMSpotlight/2009/07/08/veeam-backup-31-puzzled-by-decrease-in-backup-performance</guid>
      <dc:date>2009-07-08T12:19:08Z</dc:date>
      <clearspace:dateToText>4 months, 2 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/VMSpotlight/comment/veeam-backup-31-puzzled-by-decrease-in-backup-performance</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/VMSpotlight/feeds/comments?blogPostID=4736</wfw:commentRss>
    </item>
  </channel>
</rss>

