<?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 Re: EVA 6000  i/o problem in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966097#M23161</link>
    <description>Any suggestion ?</description>
    <pubDate>Fri, 23 Mar 2007 03:23:56 GMT</pubDate>
    <dc:creator>VtoK</dc:creator>
    <dc:date>2007-03-23T03:23:56Z</dc:date>
    <item>
      <title>EVA 6000  i/o problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966094#M23158</link>
      <description>We have i/o problem on EVA 6000. &lt;BR /&gt;&lt;BR /&gt;Configuration: &lt;BR /&gt;-2TB oracle DB on rx6420. &lt;BR /&gt;-File systems on EVA 6000. 2T, 1.5T, 2TB. FATA(7.2K, 500GB)&lt;BR /&gt;-Separate FS is used for Oracle Flash Recovery.&lt;BR /&gt;&lt;BR /&gt;Trouble: &lt;BR /&gt;The copy of 1 GB data on EVA takes more than (120 sec).&lt;BR /&gt;&lt;BR /&gt;Similar server that works on FC (10K, 300GB) is five times faster.&lt;BR /&gt;&lt;BR /&gt;I am in critical situation as full DB backup takes more than 20 hours.&lt;BR /&gt;&lt;BR /&gt;Here is the output of iostat command. &lt;BR /&gt;&lt;BR /&gt; device    bps     sps    msps  &lt;BR /&gt; c10t0d3    3001    100.0     1.0  &lt;BR /&gt; c11t0d3      0     0.0     1.0  &lt;BR /&gt;  c6t0d3      0     0.0     1.0  &lt;BR /&gt;  c7t0d3      0     0.0     1.0  &lt;BR /&gt; c10t0d4      0     0.0     1.0  &lt;BR /&gt; c11t0d4      0     0.0     1.0  &lt;BR /&gt;  c6t0d4      0     0.0     1.0  &lt;BR /&gt;  c7t0d4      0     0.0     1.0  &lt;BR /&gt;&lt;BR /&gt;Thank you.  &lt;BR /&gt;</description>
      <pubDate>Wed, 21 Mar 2007 09:51:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966094#M23158</guid>
      <dc:creator>VtoK</dc:creator>
      <dc:date>2007-03-21T09:51:27Z</dc:date>
    </item>
    <item>
      <title>Re: EVA 6000  i/o problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966095#M23159</link>
      <description>Your performance metrics are not enough to identify if a problem occurs, this is because:&lt;BR /&gt;&lt;BR /&gt;Writing data to a file system is not a good performance metric because writes are cached, you should write directly to raw devices if you want to do performance test (only if you have a lun without data, a test lun).&lt;BR /&gt;&lt;BR /&gt;The server load can influence in your performance metrics, you must run the test without any other activity on the server.&lt;BR /&gt;&lt;BR /&gt;The iostat you provided shows little activity, and we don't know the sample number and interval.&lt;BR /&gt;&lt;BR /&gt;We don't know your Tape device speed and the type of backup (full, incremental, file sytem based, RMAN based).&lt;BR /&gt;&lt;BR /&gt;We don't know the real ammount of space used.&lt;BR /&gt;&lt;BR /&gt;We don't know how many disks you have in the Storages or RAID level.&lt;BR /&gt;&lt;BR /&gt;You are comparing 7.2k vs 10k drive speeds.&lt;BR /&gt;&lt;BR /&gt;If you backup 5.5 TB in 20 Hours, you are getting about 80 MB/s, this is normal for an LTO3 DRIVE.&lt;BR /&gt;&lt;BR /&gt;If you are getting full speed of your tape drives, and your backup window is too long, you must redesing your backup strategy.</description>
      <pubDate>Wed, 21 Mar 2007 10:34:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966095#M23159</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2007-03-21T10:34:48Z</dc:date>
    </item>
    <item>
      <title>Re: EVA 6000  i/o problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966096#M23160</link>
      <description>Thank you Ivan. &lt;BR /&gt;&lt;BR /&gt;Let me explain my problem in details.&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;You are right that iostat is not measure. That's why i wrote about 1GB file. I  copied it many times. The result was the same - about 120 sec, even ORACLE was down.&lt;BR /&gt;&lt;BR /&gt;At oistat, only activity was data transfer to the tape library (SUN L180, LTO2, 2 Drives). The speed from other stations is 12MG/s (LAN limit). For EVA  2-3 GB/s. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Oracle backup is taken by RMAN. RMAN disk COMPRESSED backup. I am using 8 CHANNELS and PARALLELISM 4. It is also determined by experiments. &lt;BR /&gt;After RMAN finishes, backupsets are sent to the tape library. &lt;BR /&gt;&lt;BR /&gt;DB size is 2T not 5.5T. &lt;BR /&gt;2TB used by Oracle Database. 2TB recovery area where RMAN backupsets are stored. 1.5T free space. So, I have 2TB for 20 hours. This disk backup not tape. For my tape library it would be the great speed :).  &lt;BR /&gt;&lt;BR /&gt;Unfortunately we are not using raw devices for ORACLE. &lt;BR /&gt;&lt;BR /&gt;About Disks and RAID. There are two units with 14 FATA (500 GB) on each. Also, I was told that RADI51 or RAID01 combination is configured.  But I am not sure.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Mar 2007 11:35:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966096#M23160</guid>
      <dc:creator>VtoK</dc:creator>
      <dc:date>2007-03-21T11:35:34Z</dc:date>
    </item>
    <item>
      <title>Re: EVA 6000  i/o problem</title>
      <link>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966097#M23161</link>
      <description>Any suggestion ?</description>
      <pubDate>Fri, 23 Mar 2007 03:23:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/eva-6000-i-o-problem/m-p/3966097#M23161</guid>
      <dc:creator>VtoK</dc:creator>
      <dc:date>2007-03-23T03:23:56Z</dc:date>
    </item>
  </channel>
</rss>

