Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: HP EVA5000

RE: HP EVA5000

From: Nelson, Allan <anelson_at_miswaco.com>
Date: Fri, 14 May 2004 07:22:56 -0500
Message-ID: <7E0DB3A126BA9146AC30744E2B7E42451118D3@midhouhqxch01.net.smith.com>


Thanks for the reply. I think if the marketing fluff has a sufficient correlation with reality, then these things should prove very, very popular. However as I read docs for this device a certain nagging uncomfortable feeling haunts me. This thing appears to dynamically balance I/O across a "disk group" that may be arbitrarily large or small within the confines of the physical frame. The minimum lun that it will present is 1GB according to what I read.

Now consider two example configurations at the extremes. If I have a 2 disk group and a 128 disk group. I create a 1GB lun on each disk group. In the first group the stripe size would be 512M and in the second the stripe size would be 8k. Similarly if you create many different sized luns in a disk group you would get widely varying stripe sizes.

When we allocated many segment sizes in Oracle tablespaces in the long past times, we soon wound up dealing with fragmentation. I wonder if this array would be subject to the same issues. It is in my heart to hope they chose a uniform chunk size per disk group and managed them like we do uniformly allocated tablespaces.

Another worry is that as long as this array works precisely as advertised everything is cool. But if it makes a mistake in allocation or layout, I don't see a way to fix it. Now maybe it never errs, but boundary conditions can always create evil wierdness. How do I solve that problem?

Allan

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Loughmiller, Greg Sent: Thursday, May 13, 2004 1:56 PM
To: 'oracle-l_at_freelists.org'
Subject: RE: HP EVA5000

Been using them in a lab environment for some Data movement efforts.. The
EVA's seem to have some "cheap and deep" storage compared to EMC/HDS.. In
addition, it "could" provide you options for data replication at the storage
level for data protection...
Thanks
Greg

-----Original Message-----
From: Nelson, Allan [mailto:anelson_at_miswaco.com]=20 Sent: Thursday, May 13, 2004 1:09 PM
To: oracle-l_at_freelists.org
Subject: HP EVA5000

We are sizing a new database server and HP has proposed this array (actually two of them) for the disk subsystem. We are currently at 8.1.7.4 and are running Financials 11.5.7. Does anynone on the list have good or bad feedback to share about these devices.

TIA
> Allan L. Nelson
> Oracle DBA
> M-I L.L.C.=3D20
> (832) 295-2238 office=3D20
> (832) 351-4180 fax=3D20
> anelson_at_midf.com <mailto:anelson_at_midf.com>
>=3D20
>=3D20




__
This email is intended solely for the person or entity to which it is addressed and may contain confidential and/or privileged information. Copying, forwarding or distributing this message by persons or entities other than the addressee is prohibited. If you have received this email in
error, please contact the sender immediately and delete the material from
any computer. This email may have been monitored for policy compliance. [021216]

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Fri May 14 2004 - 08:04:09 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US