RE: Is RAC DOA?

  • From: DENNIS WILLIAMS <DWILLIAMS@xxxxxxxxxxxxx>
  • To: "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
  • Date: Mon, 16 Aug 2004 11:07:04 -0500

Tom - I'm not Matt, but someone on the list put it simply enough that even I
could understand. Paraphrasing, they said:
      "If you can buy a bigger server, use it. If you can't buy a big enough
server, use RAC"
Sorry I can't recall who said that.

Dennis Williams
DBA
Lifetouch, Inc.

"We all want progress, but if you're on the wrong road, progress means
doing an about-turn and walking back to the right road; in that case,
the man who turns back soonest is the most progressive." 
-- C.S. Lewis


-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Mercadante, Thomas F
Sent: Monday, August 16, 2004 10:39 AM
To: 'oracle-l@xxxxxxxxxxxxx'
Subject: RE: Is RAC DOA?


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@xxxxxxxxxxx] 
Sent: Monday, August 16, 2004 11:31 AM
To: oracle-l@xxxxxxxxxxxxx
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@xxxxxxxxxxx
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@xxxxxxxxxxxxx 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@xxxxxxxxxxxxx
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@xxxxxxxxxxxxx
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
-----------------------------------------------------------------

Other related posts: