Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> Re: What are the major difference between Oracle RAC and Parallel
Don Granaman wrote:
> Sorry for the late reply, but the "major" differences are:
>
> 0) Cache fusion extended to write-write (8i OPS had read-write)
Basically shipping blocks over the interconnect, instead of over the disk.
>
> 1) Locking mechanisms are "self-tuning" ("Dynamic resource mastering" - Use
> the defaults!)
Most lock managers were self tuning, especially in the Oracle7 days
>
> 2) Major re-write of a *lot* of the internals
Yes, and they did a great job.
>
> 3) No more "DLM" - its now "GCS" & "GES" (separate lock & enqueque services)
>
Yep, GCS +GES = DLM (I feel like Einstein here ;-)
> 4) Oracle is pushing it like they never pushed OPS - much better marketing!
Yep, true.
>
> 5) Oracle Parallel FailSafe (OPFS) has been enhanced and renamed to Real
> Application Clusters Guard
> 6) "Lock mastering" is now "Resource mastering"
There is a real difference between a resource and a lock, a resource normally has one or more locks (either granted or waiting). So this statement doesn't mean much.
>
> 7) "Lock database" replaced by "Global Resource Directory"
Well, GCS + GES = DLM, so the names have been replaced.
> 8) There are now five (!) RAC manuals instead of 8i OPS's two
Hmm, I thought that the thing was supposed to be simpler.
>
> 9) Most of the v$ and GV$ views have changed and many of the names are
> different
> ...ad infinitum...
>
But it is still important to realize that if your application doesn't scale on a single node, it won't automagically scale on a cluster. Even with RAC it won't .......
>
> The RAC concepts manual reveals a lot, especially the "What's New in Oracle
> Cluster Software" section:
> http://download-west.oracle.com/otndoc/oracle9i/901_doc/rac.901/a89867/whats
> new.htm#983402
>
> The "Real Application Clusters Deployment and Performance " manual was
> written by someone who actually knows the stuff. Some of the detailed
> descriptions in the "SQL Statement Execution in Real Application Clusters"
> section of the RAC Deployment and Performance" manual are quite revealing as
> to how cache fusion actually works. I can't say I completely agree with ALL
> the installation recommendations, but I understand why they make them
> (K.I.S.S. principle).
>
> IMHO, the best "starting point" for the 9i docs is:
> http://download-west.oracle.com/otndoc/oracle9i/901_doc/nav/docindex.htm
>
> In the end, RAC is the next step in the evolution of OPS, but perhaps the
> magnitude of the delta does justify a name change (e.g. humanoid -> human).
> [Note that this is a slight divergence from my previous position.
> "Consistency is the virtue of the small mind." - Confucius]. However, I
> still think that the main motivation for the name change was to avoid the
> all-too-frequent "garlic necklace and raised cross" reaction to any
> suggestion of using "Oracle Parallel Server".
>
> -Don Granaman
> [OraSaurus]
>
> ----- Original Message -----
> To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com>
> Sent: Monday, February 11, 2002 2:58 PM
> server?
>
> > ORACLE 9i claim it support ORACLE RAC (real application Cluster). After I
> > saw couple of Oracle RAC papers, I still confuse between Oracle RAC and
> > Parallel server. Can someone give me ideal what are the major difference
> > ORACLE RAC and Parallel server?
> >
> >
> > Thanks.
> >
> >
> > _________________________________________________________________
> > Join the world's largest e-mail service with MSN Hotmail.
> > http://www.hotmail.com
> >
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: dist cash
> > INET: mccdba_at_hotmail.com
> >
> > Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> > San Diego, California -- Public Internet access / Mailing Lists
> > --------------------------------------------------------------------
> > To REMOVE yourself from this mailing list, send an E-Mail message
> > to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> > the message BODY, include a line containing: UNSUB ORACLE-L
> > (or the name of mailing list you want to be removed from). You may
> > also send the HELP command for other information (like subscribing).
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Don Granaman
> INET: granaman_at_cox.net
>
> Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
> San Diego, California -- Public Internet access / Mailing Lists
> --------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Anjo Kolk INET: anjo_at_oraperf.com Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).Received on Sun Feb 24 2002 - 12:18:19 CST
![]() |
![]() |