I'm a little late to respond, but...
RAC is most certainly a significant upgrade to and renaming of OPS. There
is absolutely no doubt about it. At Oracle Open World 2000, all the Oracle
OPS people doing presentations found out about the name change only a few
weeks before the conference and scrambled madly to change all occurrences of
"Oracle Parallel Server" to "Real Application Clusters" in their 9i (nee
8.2) presentations. The handouts still said OPS (and sometimes 8.2 ), but
the otherwise identical overheads (usually) said RAC and 9i.
The marketing denial of this is simply because OPS got such a bad
reputation - which was, in my opinion, largely undeserved. The people who
actually write the code for OPS/RAC suffer no such delusions. Granted
OPS/RAC is/was more complex, but the bad rep was mostly due to people trying
to use OPS inappropriately - for poorly-suited applications and systems
(i.e. the majority).
"RAC" is somewhat simpler to set up and administer than "OPS" and performs
much better, but it is still OPS with a new name. While Oracle finally
admitted that OPS was a specialty product, they seem now to be saying that
RAC is for anything. I wouldn't swallow all of that particular Kool-Aid
just yet!
-Don Granaman
[certifiable Orasaurus]
----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]>
Sent: Friday, July 13, 2001 2:20 PM
> No it is not the upgrade of OPS as I understand. They even put OPS down
> themselves saying that it was sparsely used, and far to complicated to set
> up.
>
> What RAC does, is essentially link every machine together in to a
"cluster",
> then each physical machine can touch the same database concurrently
> (probably on a central storage unit). There is no actual "standby" when
this
> is in use, as all machines connected to the cluster work together - but if
> one of the machines has a hardware failure, the load is simply spread
> between the remaining machines..
>
> It looks *really* cool stuff, and by *Oracles* stats, beats any other
> clustered databases in real world situations.
>
> If only I could blag the boss for a ?1,000,000 budget for a bunch of
compaq
> servers >:-)
>
> Mark
>
> -----Original Message-----
> Greenfield
> Sent: Friday, July 13, 2001 03:51
> To: Multiple recipients of list ORACLE-L
>
>
> Mark, isn't RAC just the upgrade for OPS? Then that would
> make it a 'standby' for the instance, but not a standby for the
> database, no?
>
> Am I misunderstanding something?
>
> y
>
> Mark Leith wrote:
>
> > I attended the Oracle 9i opening yesterday at Oracle HQ in the UK, and
one
> > of the main points they discussed about 9i, was the use of Real
> Application
> > Clusters (RAC). Of course you have to be running on Compaq hardware at
the
> > moment, but it takes the need for a standby away, as you essentially
just
> > plug the standby in to the cluster, and make use of it's computing
power,
> > instead of having the standby just stood waiting for a failure..
> >
> > Just a thought..
> >
> > Mark
> >
> > -----Original Message-----
> > Turner
> > Sent: Thursday, July 12, 2001 08:26
> > To: Multiple recipients of list ORACLE-L
> >
> > Anyone know if the standby in 9i can be in readonly mode while the logs
> are
> > being applied? I've heard about this as being the case and also that
this
> > isn't
> > the case.
> >
> > Thanks, Dave Turner
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: David Turner
> > INET: [EMAIL PROTECTED]
> >
> >
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Yosi Greenfield
> INET: [EMAIL PROTECTED]
>
> 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: [EMAIL PROTECTED] (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: Mark Leith
> INET: [EMAIL PROTECTED]
>
> 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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
