RE: with all this talk about RAC...

From: Mercadante, Thomas F <thomas.mercadante_at_labor.state.ny.us>
Date: Tue, 25 May 2004 08:27:18 -0400
Message-ID: <DE8A21F8F1D0254EA4A9214D52AB2FEDAD5BC0@exchsen0a1ma>

Bill,

I would think that the most compelling argument for using RAC would be the need to provide un-interupted up-time of the application. Having two servers accessing one database would provide the most complete access to the database.

The thing that bothers me the most about this is that database servers, if properly managed, *can* remain up all the time, except for software upgrades. The current hardware platforms that we run now are very very good. Hardly ever any downtime is required.

So balance that against the cost and complexity of RAC, and come up with a risk assessment for your site to determine if you really really *need* RAC as compared to *wanting* RAC.

Just my 2 cents. I will have to address this issue soon. We bought two IBM P690 machines for just this purpose. The bad news is that the second P690 is still sitting in the box while we wait for our second data center site to be created. Once it is up, we will need to take a hard look at this issue.

Good Luck.

Tom Mercadante
Oracle Certified Professional

-----Original Message-----

From: bill thater [mailto:shrek_at_consultant.com] Sent: Tuesday, May 25, 2004 8:16 AM
To: oracle-l_at_freelists.org
Subject: with all this talk about RAC...

i have a few serious questions.

as the last part of a major upgrade of hardware/OS/software in our production hosted environment, we're getting to upgrade the database cluster. now we have a couple ways to go here, linux cluster or sun cluster, but i can sit here and make a good case both for and against using RAC for our production databases.

so what is the collective wisdom on the deciding factors to implement RAC?

Bill "Shrek" Thater     ORACLE DBA     
       shrek_at_consulant.com

"I'm going to work my ticket if I can..." -- Gilwell song

one ping to rule them all, one ping to find them, one ping to bring them all, and in the mutex bind them.

Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/

FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html


-----------------------------------------------------------------

----------------------------------------------------------------

Please see the official ORACLE-L FAQ: http://www.orafaq.com


----------------------------------------------------------------

To unsubscribe send email to:  oracle-l-request_at_freelists.org

put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

Received on Tue May 25 2004 - 07:24:30 CDT