Storage Boards Cleanup
To make it easier to find information about HPE Storage products and solutions, we are doing spring cleaning. This includes consolidation of some older boards, and a simpler structure that more accurately reflects how people use HPE Storage.
Disk Arrays
cancel
Showing results for 
Search instead for 
Did you mean: 

autoraid 12H disk array

james gould
Frequent Advisor

autoraid 12H disk array

Have an autoraid 12H with a mix of 4gig and
18 gig. Replaced two of the 4 gigs with two
18gigs. The bottom four drives were already
changed from 4 to 18 some months ago.

Should there be any types of performance
problems by doing this? Noticing that certain
LUNS are taking a big hit. Also this weekend
and upgrade to the oracle database was done so
I am trying to see if the hardware is causing
any of the problems.
4 REPLIES
Bill McNAMARA_1
Honored Contributor

Re: autoraid 12H disk array

No quite the reverse:
you should have more space available for raid 1/0 giving you better perf.

However having said that, DURING the migration of data from one disk to another (ie pull out one 4G, replace with 18G, rebuild occurs) the rebuild will take up a lot of the autoraid CPU and i/o. If it really bothers you you can lower the rebuild priority, but it'll take longer in this case. Then remove the final 4G drive and insert the 2nd 18G drive. The same will happen, but this time the data will be moved into RAID 1/0.
When all is finished, things will be great!
(unless you use the extra space to create a lun and fill it up with data...)

post up the output of
arraydsp -a

where
arraydsp -i
returns the (serial number)

Later,
Bill

It works for me (tm)
A. Clay Stephenson
Acclaimed Contributor

Re: autoraid 12H disk array

No, this should improve your performance since you now have more unallocated space on the 12H. This leaves more room for RAID 1/0.
You will take a performance hit until the rebuild/balance completes.

Bear in mind, that performance tools will often mislead you about how busy a LUN is on an array. In the 12H, there is really no reason to divide a VG into more than 2 LUN's with primary path X on LUNA and primary path Y on LUNB. You then stripe each LVOL in this VG across both LUNS. You could, create this same VG with 8 LUNS and things would APPEAR better because no LUN would APPEAR to be a bottleneck. In reality, the actual throughput is no better with 8 LUN's than 2 LUN's because the 12H will distribute the I/O across all the available physical disks anyway.

Regards, Clay
If it ain't broke, I can fix that.
james gould
Frequent Advisor

Re: autoraid 12H disk array

Thanks for the information, looks like it's
a problem with oracle not hardware.
Bill McNAMARA_1
Honored Contributor

Re: autoraid 12H disk array

points? ;)
It works for me (tm)