<?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: Autoraid performance problems with oracle in Disk Enclosures</title>
    <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443395#M206</link>
    <description>Cees,&lt;BR /&gt;&lt;BR /&gt;Indeed, since it is AUTOraid you do not have control about RAID levels (with an FC-60 or XP, you would have). If you need everything in RAID 0/1 than do not assign more than:&lt;BR /&gt;12*18GB minus 1* 18Gb (for hot spare) and take 50% of this= 99Gb to LUNS.&lt;BR /&gt;Creating 2+ LUNS in the volumegroup and striping across the LUNS can speed up I/O's.&lt;BR /&gt; &lt;BR /&gt;At this moment your database is in RAID 5, but the autoraid will balance itself (when there's none/few I/O traffic), your database might be in RAID 0/1 in a few days time. The autoraid will try to keep the least accessed data in RAID 5 to get full performance and the most frequent accessed data (which will be in 0/1).&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Mark</description>
    <pubDate>Mon, 22 Jan 2001 18:15:55 GMT</pubDate>
    <dc:creator>Mark van Silfhout</dc:creator>
    <dc:date>2001-01-22T18:15:55Z</dc:date>
    <item>
      <title>Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443388#M199</link>
      <description>We have a K580 with an array 12H (autoraid) with 12 18Gb HDD?s&lt;BR /&gt;On this array we have created an Oracle database with a total storage of 35 Gb. The database is spread over two LUNS of 23 Gb each with crossed primary / alternate SCSI controllers. The unallocated space would be about 14 Gb. After creating the database we saw that all the database files are written in RAID 5 and not in RAID 1. When we created it the RAID 0/1 space was a several 100 Mb?s.&lt;BR /&gt;Above is a test situation for the porting of one of our applications to HP-UX and Oracle. When we go in production the unallocated space for the autraid would be ? 70 Gb.&lt;BR /&gt;The question is now : is there a way to get de databasefiles  default written in  RAID 0/1 even as the RAID 0/1 space allocated is just a several 100 Mb?s and the write working set is in GB (logprint info)&lt;BR /&gt;Please tell what i must do to get a good performance from the start.&lt;BR /&gt;&lt;BR /&gt;Cees Wielink&lt;BR /&gt;Netherlands</description>
      <pubDate>Thu, 07 Sep 2000 07:56:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443388#M199</guid>
      <dc:creator>ALH</dc:creator>
      <dc:date>2000-09-07T07:56:17Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443389#M200</link>
      <description>The 12H will move files from Raid 5 to Raid 0/1 on the basis of them being requested. At the start (eq, restore) everything will be simply written to disk. When in use the 12H will re-allocate files and build up the Raid 0/1 space.&lt;BR /&gt;When we reconfigured our 12H and restored the data the initial raid 0/1 space started at 9Mb (from a previous 25000Mb). This has increased to 22000Mb at present. I have included the script I use to monitor this build-up.&lt;BR /&gt;This is what the 12H will do automatically and over which the user has no control. If you want the 12H to start out with a large Raid 0/1 space I suggest you give it something to do (start copying files, fill up the volumes, delete the files again) and you will see Raid 0/1 space grow automatically. Using Logprint you can monitor the Raid 5 to 1 reallocation info to see how it is doing.&lt;BR /&gt;Other than this, I know of no other way to 'force the 12H' to go to a specific state. This, in fact, is also what the 12H was designed for, to take that job out of the hands of the administrator. Something, I must admit, is/was not always to my liking.&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Sep 2000 13:15:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443389#M200</guid>
      <dc:creator>Maarten van Maanen</dc:creator>
      <dc:date>2000-09-07T13:15:21Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443390#M201</link>
      <description>Hi&lt;BR /&gt;In general the AutoRAID manages the 0/1 space for you. You do not have any control over it. In general the more LUNs the better. Here is some additional info:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Optimizing Performance&lt;BR /&gt;Disk array performance is influenced by many factors, some host-related, some related to the configuration&lt;BR /&gt;of the disk array itself. Host-related disk array performance issues can typically be identified and corrected&lt;BR /&gt;using operating system utilities or third-party applications designed for this purpose.&lt;BR /&gt;The following list identifies some of the factors that directly influence disk array performance. Other&lt;BR /&gt;factors, such as a rebuild, can temporarily affect array performance.&lt;BR /&gt;+ Amount of available RAID 0/1 ? In most cases, the more RAID 0/1 space available, the better the&lt;BR /&gt;disk array performance. With enough RAID 0/1 space, the disk array can service all write I/Os from&lt;BR /&gt;RAID 0/1, thus allowing an optimum write working set. RAID 0/1 space can be increased by&lt;BR /&gt;increasing the amount of unallocated capacity on the disk array.&lt;BR /&gt;+ Enabling Active Hot Spare ? With Active Hot Spare enabled, the disk array can recover quickly from&lt;BR /&gt;a disk failure without the need for any action on your part. This maintains performance because while&lt;BR /&gt;the disk array is operating in non-redundant or critical mode, performance decreases. Active Hot Spare&lt;BR /&gt;provides an additional performance benefit because it is used as RAID 0/1 space until a disk fails.&lt;BR /&gt;+ Amount of cache DRAM ? Increasing the amount of cache DRAM can alleviate bottlenecks that may&lt;BR /&gt;form in the controller data path. This increases the rate at which the disk array can service host I/Os.&lt;BR /&gt;+ Proper disk module installation ? Installing the disk modules in the correct slots in the enclosure&lt;BR /&gt;distributes the disks across the internal SCSI busses and balances the I/O load properly. Disk modules&lt;BR /&gt;should be installed from left-to-right, top-to-bottom.&lt;BR /&gt;+ Keep the disk capacity small ? Having twelve disks with smaller capacities will improve the&lt;BR /&gt;performance as compared to having twelve disks with larger capacities.</description>
      <pubDate>Fri, 08 Sep 2000 03:16:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443390#M201</guid>
      <dc:creator>eric watson</dc:creator>
      <dc:date>2000-09-08T03:16:04Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443391#M202</link>
      <description>If you are really keen on performance, Cees, you should get rid of 12h. Buy 2 enclosures and simply mirror your 12 disks for netto 12*9=108GB. The AutoRAID will always stand in the way of performance.</description>
      <pubDate>Fri, 08 Sep 2000 05:50:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443391#M202</guid>
      <dc:creator>Dragan Krnic</dc:creator>
      <dc:date>2000-09-08T05:50:35Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443392#M203</link>
      <description>Unfortunately with the AutoRaid devices there is not a way to explicitly define what uses Raid 0/1 and what uses Raid 5.  The AutoRaid has some 'smarts' built in that causes it to automatically move data from Raid 5 to 0/1 or vice versa as it sees fit.&lt;BR /&gt;&lt;BR /&gt;I have two AutoRaid 12H's and I have never really been pleased with their performance.  It is partially because of the Raid 0/1 and Raid 5 issue and partially because the SCSI bus to the system is FWD/DIFF and the internal SCSI bus is SE.</description>
      <pubDate>Fri, 08 Sep 2000 20:04:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443392#M203</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2000-09-08T20:04:58Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443393#M204</link>
      <description>Get rid of RAID if you're serious about your database.</description>
      <pubDate>Sun, 10 Sep 2000 12:04:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443393#M204</guid>
      <dc:creator>Dragan Krnic</dc:creator>
      <dc:date>2000-09-10T12:04:50Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443394#M205</link>
      <description>You can force the autoraid 12h to go into Raid 0/1 configuration by allocating the total lun space less or equal to half the space. In this case the autoraid will work exclusively in Raid 0/1. Hope this will help.</description>
      <pubDate>Mon, 22 Jan 2001 15:22:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443394#M205</guid>
      <dc:creator>Ahmed ABDOU_1</dc:creator>
      <dc:date>2001-01-22T15:22:02Z</dc:date>
    </item>
    <item>
      <title>Re: Autoraid performance problems with oracle</title>
      <link>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443395#M206</link>
      <description>Cees,&lt;BR /&gt;&lt;BR /&gt;Indeed, since it is AUTOraid you do not have control about RAID levels (with an FC-60 or XP, you would have). If you need everything in RAID 0/1 than do not assign more than:&lt;BR /&gt;12*18GB minus 1* 18Gb (for hot spare) and take 50% of this= 99Gb to LUNS.&lt;BR /&gt;Creating 2+ LUNS in the volumegroup and striping across the LUNS can speed up I/O's.&lt;BR /&gt; &lt;BR /&gt;At this moment your database is in RAID 5, but the autoraid will balance itself (when there's none/few I/O traffic), your database might be in RAID 0/1 in a few days time. The autoraid will try to keep the least accessed data in RAID 5 to get full performance and the most frequent accessed data (which will be in 0/1).&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Mark</description>
      <pubDate>Mon, 22 Jan 2001 18:15:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/disk-enclosures/autoraid-performance-problems-with-oracle/m-p/2443395#M206</guid>
      <dc:creator>Mark van Silfhout</dc:creator>
      <dc:date>2001-01-22T18:15:55Z</dc:date>
    </item>
  </channel>
</rss>

