RE: Documentation for reasons to NOT use RAC?
- From: Warren Puziewicz <warren.puziewicz@xxxxxxxxxxxxxxxxxx>
- To: "oracle-l@xxxxxxxxxxxxx" <oracle-l@xxxxxxxxxxxxx>
- Date: Tue, 23 Feb 2010 11:16:58 +0000
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:
