Re: RAC Experiences

From: Mogens Nørgaard <mln_at_miracleas.dk>
Date: Fri, 21 May 2004 22:36:36 +0200
Message-ID: <40AE6854.905@miracleas.dk>

Don,

Thank you very much for your detailed reflections on this stuff. I think everybody should run RAC, of course, since I'm the technical director of a consulting company that employs about 60-80% of the RAC expertice in Denmark... Heh-heh.

Now, without wanting to implicate Tom Kyte with whatever rantings I come up with, I do think it's appropriate to quote Tom on one very clever thing here: "RAC is like an amplifier. If your application is designed to take advantage of RAC, then fine. It not, it could make things worse.".

Mogens

Don Granaman wrote:

> 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
> -----------------------------------------------------------------
>

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 21 2004 - 15:33:28 CDT