RE: Documentation for reasons to NOT use RAC?

From: D'Hooge Freek <Freek.DHooge_at_uptime.be>
Date: Mon, 22 Feb 2010 14:02:27 +0100
Message-ID: <4814386347E41145AAE79139EAA398980DC818D056_at_ws03-exch07.iconos.be>



Following reasons springs to mind:

. Rac costs money. Not only for the licenses, but it also costs more time to maintain them (patching and stuff) and you need more experienced dba's to operate them (otherwise you would have more downtime due to human errors).

. Not all applications benefit from RAC, both in terms of high availability and scalability. If you have for instance an application which mainly focuses on 1 table (and doing full table scans on it), it will not scale on RAC.
Also, when your application can not cope with sessions being disconnected and restart on a different node (eg no support for fcf), then the high availability will be limited.

. The database is just not important

Regards,
 
Freek D'Hooge
Uptime
Oracle Database Administrator
email: freek.dhooge_at_uptime.be
tel +32(0)3 451 23 82
http://www.uptime.be
disclaimer: www.uptime.be/disclaimer



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-l
Received on Mon Feb 22 2010 - 07:02:27 CST

Original text of this message