<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic EVA4400 performance issues when restoring a backup in HPE EVA Storage</title>
    <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598280#M43381</link>
    <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;we are running an ESX cluster on an EVA 4400. Virtual machine snapshots are backed up with VMware Data Recovery. The dedup store of the Data Recovery virtual appliance again is written to a tape library with a TSM client that is installed on the VDR. I wanted to test the backup by writing back the dedup store (about 300 GB) to an empty 500 GB FATA LUN. First everything runs fine, but after a minute or two, the performance of the whole SAN collapses. Even VMs on completely different datastores and a different disk group (FC) are affected so much that they don't respond any more. The performance on the Data Recovery VM itself collapses aswell (from ~200 CMDS/s to ~25 CMDS/s). It somehow looks like first the controller cache is filled and then the whole thing almost comes to a halt. I tested the restore process outside the business hours where the average workload shoulnd't be too high - same thing. Does anyone have an idea how to address this issues?</description>
    <pubDate>Wed, 10 Mar 2010 12:05:04 GMT</pubDate>
    <dc:creator>Xevious</dc:creator>
    <dc:date>2010-03-10T12:05:04Z</dc:date>
    <item>
      <title>EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598280#M43381</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;we are running an ESX cluster on an EVA 4400. Virtual machine snapshots are backed up with VMware Data Recovery. The dedup store of the Data Recovery virtual appliance again is written to a tape library with a TSM client that is installed on the VDR. I wanted to test the backup by writing back the dedup store (about 300 GB) to an empty 500 GB FATA LUN. First everything runs fine, but after a minute or two, the performance of the whole SAN collapses. Even VMs on completely different datastores and a different disk group (FC) are affected so much that they don't respond any more. The performance on the Data Recovery VM itself collapses aswell (from ~200 CMDS/s to ~25 CMDS/s). It somehow looks like first the controller cache is filled and then the whole thing almost comes to a halt. I tested the restore process outside the business hours where the average workload shoulnd't be too high - same thing. Does anyone have an idea how to address this issues?</description>
      <pubDate>Wed, 10 Mar 2010 12:05:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598280#M43381</guid>
      <dc:creator>Xevious</dc:creator>
      <dc:date>2010-03-10T12:05:04Z</dc:date>
    </item>
    <item>
      <title>Re: EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598281#M43382</link>
      <description>Replace the FATAl disk drives with serious "FC disks".</description>
      <pubDate>Wed, 10 Mar 2010 12:59:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598281#M43382</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2010-03-10T12:59:02Z</dc:date>
    </item>
    <item>
      <title>Re: EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598282#M43383</link>
      <description>The FC disk group is affected by the performance collapse aswell (athough nothing is written to them). Any other suggestion maybe?</description>
      <pubDate>Wed, 10 Mar 2010 13:14:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598282#M43383</guid>
      <dc:creator>Xevious</dc:creator>
      <dc:date>2010-03-10T13:14:33Z</dc:date>
    </item>
    <item>
      <title>Re: EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598283#M43384</link>
      <description>Yes, I understand that - it is caused by a firmware design problem.&lt;BR /&gt;Other suggestion would be to put the FATAl disk drives into a second EVA or use any other storage -- just don't mix FC and FATAl disks in one box if the latter group is hammered with I/Os.</description>
      <pubDate>Wed, 10 Mar 2010 13:22:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598283#M43384</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2010-03-10T13:22:35Z</dc:date>
    </item>
    <item>
      <title>Re: EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598284#M43385</link>
      <description>Disable write cache on the FATA vdisks.&lt;BR /&gt;&lt;BR /&gt;Set write cache = Writethrough.&lt;BR /&gt;&lt;BR /&gt;And make sure the FATA disks have firmware HP06. They can became very slow with previous firmwares.</description>
      <pubDate>Wed, 10 Mar 2010 13:29:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598284#M43385</guid>
      <dc:creator>Víctor Cespón</dc:creator>
      <dc:date>2010-03-10T13:29:31Z</dc:date>
    </item>
    <item>
      <title>Re: EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598285#M43386</link>
      <description>vcespon: Excellent. Disabling the cache did the trick.&lt;BR /&gt;&lt;BR /&gt;@Uwe: Thanks for your advices aswell.</description>
      <pubDate>Wed, 10 Mar 2010 14:37:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598285#M43386</guid>
      <dc:creator>Xevious</dc:creator>
      <dc:date>2010-03-10T14:37:48Z</dc:date>
    </item>
    <item>
      <title>Re: EVA4400 performance issues when restoring a backup</title>
      <link>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598286#M43387</link>
      <description>vcespon or Uwe - you obviously seem to be aware of a known problem in this regard, are you able to explain further what causes this issue and how disabling the write cache helps to fix the issue?&lt;BR /&gt;&lt;BR /&gt;Is there simply too little write cache and it's getting exhausted? I can't understand how heavy writes to one disk group can be impacting another disk group so poorly.&lt;BR /&gt;&lt;BR /&gt;Tom</description>
      <pubDate>Mon, 14 Jun 2010 12:31:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/hpe-eva-storage/eva4400-performance-issues-when-restoring-a-backup/m-p/4598286#M43387</guid>
      <dc:creator>Tom Lanyon</dc:creator>
      <dc:date>2010-06-14T12:31:30Z</dc:date>
    </item>
  </channel>
</rss>

