Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Is RAC DOA?

RE: Is RAC DOA?

From: Mercadante, Thomas F <thomas.mercadante_at_labor.state.ny.us>
Date: Mon, 16 Aug 2004 11:38:52 -0400
Message-ID: <543DF856D23431489D4B8028C300FBAB08AC939D@exchsen0a1mb>


Matt,

You said:

"RAC is hard to set up, get working in a stable fashion, and manage long-term"

And

"The problem is, like you said, it can be expensive for those organizations unable or unwilling to fight the good fight against oracle. Also, a certain number of DBAs (this list, by the way, is much more atypical than what I see out in the field) are averse to technologies like Linux, Intel, and active/active clustering for a variety of (generally not very good) reasons."

So, why would I suggest RAC to any organization? It's expensive, hard to manage, a tough fight with Oracle to get it working correct, and on top of all that, hardware, again, is making a comeback it providing 99.999 uptime in one hardware platform. So tell me again, why I need RAC?

I keep flip-flopping on this issue. But if you buy a decent middle-ware server (pick one - Sun or IBM/AIX - not Windows), you get a better bang for the buck and a much simpler platform to manage.

I'm not against new technologies (I put up and ran Oracle Parallel Server on a VAX/VMS platform under Oracle 6.2), but the software costs make looking at the 8 ways to skin the cat much more reasonable. And right now, one database server in my mind is the way to go.

Tom Mercadante
Oracle Certified Professional

-----Original Message-----
From: Matthew Zito [mailto:mzito_at_gridapp.com] Sent: Monday, August 16, 2004 11:31 AM
To: oracle-l_at_freelists.org
Subject: Re: Is RAC DOA?

I sure hope its not dead - my company's whole business is based around RAC. :) The problem is, like you said, it can be expensive for those organizations unable or unwilling to fight the good fight against oracle. Also, a certain number of DBAs (this list, by the way, is much more atypical than what I see out in the field) are averse to technologies like Linux, Intel, and active/active clustering for a variety of (generally not very good) reasons. In addition, RAC is hard to set up, get working in a stable fashion, and manage long-term (again, see why our whole business is based around RAC).

We are actually seeing RAC as a rapidly growing segment of the Oracle market, but mostly among large organizations that are taking a serious look at replacing many of their low- to mid-tier databases with RAC clusters. These organizations are also tending to license RAC on a sitewide basis.

I'm sorry for not addressing your question earlier. We do not see that behavior in our lab with our product. The other individual who replied is using the Veritas advanced cluster, which uses a totally different transport protocol for the interconnect traffic (GAB/LLT instead of IP and UDP). Ours is on Linux, stock Oracle cluster manager, 9.2.0.3 through 9.2.0.5.

Thanks,
Matt

--
Matthew Zito
GridApp Systems
Email: mzito_at_gridapp.com
Cell: 646-220-3551
Phone: 212-358-8211 x 359
http://www.gridapp.com


On Aug 16, 2004, at 11:17 AM, Ray Stell wrote:

>

> I posed a question here last week wrt RAC and got one response. Is
> there a concentration of RAC users elsewhere? I find the metalink
> forum practically worthless, which is probably another strong
> indicator that RAC is dead. Pricing issues, right?
---------------------------------------------------------------- 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 Mon Aug 16 2004 - 10:34:49 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US