Re: RAC Experiences

From: Don Granaman <granaman_at_cox.net>
Date: Fri, 14 May 2004 01:46:57 -0400
Message-ID: <01e001c439ec$48bc6db0$6401a8c0@dilbert>

BTW: Executive management's preferred "solution" to this was bigger hardware. Only after getting to a cluster of fully-loaded Sun E10Ks and the biggest Symmetrix that EMC could offer, with still poor performance, did they *really* push the $200/hour (each) outsourced (USA) designer/developers to change the code - and the way the system worked.

-Don Granaman
OraSaurus

Original Message ----- From: "Don Granaman" <granaman_at_cox.net> To: <oracle-l_at_freelists.org> Sent: Friday, May 14, 2004 12:27 PM Subject: Re: RAC Experiences

> Since I have posted some of the things that might make one think that any
> consideration of RAC is on the lunatic fringe, I'll make some amends
> (perhaps)...
>
> OPS/RAC can be useful and relatively stable. Sometimes you just hit the
> limit (either financially or physically) of vertical scalability and have
to
> go horizontal. The nature of the application and its RAC implementation
is,
> IMHO, crucial. Simply trying to prop up a poorly-designed application
with
> a truck load of RAC hardware can be something of a disaster.
>
> One such (painful) OPS experience of mine was an application that

[Snipped to avoid a life sentence for over-quoting,]

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 - 00:43:58 CDT