RE: Documentation for reasons to NOT use RAC?

With all the anti-RAC sentiments being expressed in this thread, I have a 
question:

If not RAC, then what does everyone recommend in its place?  A single SMP 
server would certainly be easier to administer, but then you're into forklift 
upgrades when you outgrow it.


From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On 
Behalf Of TESTAJ3@xxxxxxxxxxxxxx
Sent: 22 February 2010 12:52
To: oracle-l@xxxxxxxxxxxxx
Subject: Documentation for reasons to NOT use RAC?


I'm being pulled into a meeting later this morning to answer why we shouldn't 
put every db in RAC?  Any white papers etc, stating why its a bad idea?

thanks, joe

_______________________________________
Joe Testa, Oracle Certified Professional
Senior Engineering & Administration Lead
(Work) 614-677-1668
(Cell) 614-312-6715

Interested in helping out your marriage?
Ask me about "Weekend to Remember"

____________________________________________________________________
This email has been scanned by the MessageLabs Email Security System

____________________________________________________________________
DISCLAIMER

This message and any attachments contain privileged and confidential 
information intended for the use of the addressee named above. If you are not 
the intended recipient of this message, you are hereby notified that any use, 
dissemination, distribution or reproduction of this message is prohibited. 
Please note that we cannot guarantee that this message or any attachment is 
virus free or that it has not been intercepted and amended. The views of the 
author may not necessarily reflect those of Realtime Worlds Ltd.

 

Realtime Worlds Ltd is registered in Scotland, number 225628. Registered 
Office: 152 West Marketgait, Dundee, DD1 1NJ.

Other related posts: