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: 9i standby

Re: 9i standby

From: Don Granaman <granaman_at_home.com>
Date: Tue, 17 Jul 2001 08:29:44 -0700
Message-ID: <F001.0034C364.20010717083525@fatcity.com>

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]

> 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: turner_at_tellme.com
> >
> >
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Yosi Greenfield
> INET: yosi_at_comhill.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: Mark Leith
> INET: mark_at_cool-tools.co.uk
>
> 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_home.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 Tue Jul 17 2001 - 10:29:44 CDT

Original text of this message

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