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