Steve,
You'll have to do the math, and that's still not a complete
answer.
By 'math' I mean figure out the maximum throughput of their
configuration version the one you really want.
Also keep in mind that 5 36 gig disks means RAID 5. Being
somewhat familiar with that app, I feel fairly confidant
in saying that's probably not a good choice, at least not
on one volume like they are proposing.
On several volumes, you could get away with it, but one
is pretty dicey. That app is pretty write intenisive and
there's a 400% or so write penalty on RAID 5.
The sales critter will of course tell you that the cache
will take care of it. Been through that with IBM on
the Shark: after doing the math it became clear that
the only possible way they could meet their throughput
claim was with 100% cache hit ratio.
Just my $0.02 worth.
By the way, why not stick with Clariion? It will work
with other Vendors besides DG.
Jared
-----Original Message-----
Sent: Tuesday, December 18, 2001 1:00 PM
To: Multiple recipients of list ORACLE-L
We are in the process of buying new hardware, and our original
configuration
called for 10 18 GB drives in a Hitachi disk array cabinet. We are getting
some sales pressure to change this to 5 36 GB disks. Now I was planning to
spread our DB out over as many mirrored pairs as possible, or maybe even
including one RAID1+0 array. The sales folks at Hitachi are telling us
that
with their new drive array technology, spreading our Data files over as
many
disks as possible is not necessary. I am supposed to talk to one of their
engineers in an hour or so.
I am just wondering if there really is some magic bullet technology I have
missed out on, or is there sales guy full of hooey?
They are also pushing the presence of two internal(not in the drive
cabinet)
drives as alleviating any space concerns. I am wondering what I can use
those drives for. I don't think I want to software mirror them, but maybe
Sun does this better than I think. Without some kind of redundancy I am
reluctant to use these disks for any DB purposes. Any thoughts here are
appreciated as well.
Thanks,
Steve McClure
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Steve McClure
INET: [EMAIL PROTECTED]
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
