Re: RAC Experiences

  • From: "Don Granaman" <granaman@xxxxxxx>
  • To: <oracle-l@xxxxxxxxxxxxx>
  • Date: Fri, 14 May 2004 12:47:26 -0700

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@xxxxxxx>
To: <oracle-l@xxxxxxxxxxxxx>
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@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: