RE: Documentation for reasons to NOT use RAC?
From: Holvoet, Jo <jo.holvoet_at_thomascook.be>
Date: Mon, 22 Feb 2010 14:09:39 +0100
Message-ID: <CF9A39CD0F65EA49ADF70FCBF9BC2FF7A1C03F_at_SW-GNETCW-MBX02.tcads.thomascook.com>
There's always the classic "You probably don't need RAC" by M. Norgaard of course :
Joe Testa, Oracle Certified Professional Senior Engineering & Administration Lead
(Work) 614-677-1668
(Cell) 614-312-6715
Date: Mon, 22 Feb 2010 14:09:39 +0100
Message-ID: <CF9A39CD0F65EA49ADF70FCBF9BC2FF7A1C03F_at_SW-GNETCW-MBX02.tcads.thomascook.com>
There's always the classic "You probably don't need RAC" by M. Norgaard of course :
http://www.ioug.org/client_files/tech/12231.pdf
mvg,
Jo
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of
TESTAJ3_at_nationwide.com
Sent: maandag 22 februari 2010 13:52
To: oracle-l_at_freelists.org
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"
-- http://www.freelists.org/webpage/oracle-lReceived on Mon Feb 22 2010 - 07:09:39 CST