I thought RAC was a major improvement of OPS, but it was still OPS by another name.
I don't believe you gang together machines of any ilk to make a cluster, but you need
to use architectures expressedly designed to be loosely-coupled.
CERN, the physics lab in Geneva, is presently considering Oracle to store event data
from the Large Hadronic Collider. The last I heard, which was a few years ago, the
requirement was to have a petabyte of data available through online and nearline
storage. RAC's are one of the reasons Oracle is being considered. One way to do this
would be to build one huge cluster, but that would wed you to a single vendor. One
could make several clusters, but then how does one determine which cluster the data is
on. There is also some doubt whether 64,000 partitions will be enough, though I
haven't heard how the data is to be partitioned.
There is much skepticism, a healthy majority, about Oracle's ability to handle such a
system. I'm in the skeptic camp as well. I have no influence nor input on Cern's
decision.
Ian MacGregor
Stanford Linear Accelerator Center
[EMAIL PROTECTED]
-----Original Message-----
Sent: Tuesday, July 17, 2001 9:35 AM
To: Multiple recipients of list ORACLE-L
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).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: MacGregor, Ian A.
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).
