| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: SAC NORAD .... how to break it?
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C03942.C71A2AE0
Content-Type: text/plain;
charset="iso-8859-1"
Transactions in memory (on the OS level) were not able to write to Disk, thus causing a data integrity problem. Having a Mirror setup would not help you in this case. (Properly) Mirrored disk will protect you from: Disk Access route failure, Controller failure, disk bus failure, bad blocks on hard drives, hard drive failure, power failure, etc.
Regards,
Satar
> -----Original Message-----
> From: Peter Barnett [SMTP:pnbarne_at_shep.bcbso.com]
> Sent: Tuesday, October 17, 2000 6:27 PM
> To: Multiple recipients of list ORACLE-L
> Subject: RE: SAC NORAD .... how to break it?
>
> We had a computer crash last week because of excessive paging. When the
> sysadmins brought it back up both disks in a mirror were corrupt. They
> thought that they had successfully recovered them on Friday. On Sunday,
> the oncall DBA spent most of the day putting one of the databases on
> this computer back together again.
>
> How/why excessive paging can cause a mirror to fail is beyond my
> understanding. I also, do not know how to test it in advance.
>
>
> Pete Barnett
> Oracle Database Administrator
> Regence BlueCross BlueShield
> pnbarne_at_regence.com
>
>
> On Mon, 16 Oct 2000, Steve Orr wrote:
>
> > Apart from the obvious it's going to vary so you'll need to create your
> own
> > checklist of things to test for your particular environment. You'll also
> > want to test that you have good monitoring in place. I once thought I
> was
> > protected with mirrored redo logs only to find out one drive had failed
> a
> > month before and the sysadmin wasn't monitoring the mirror. You should
> > probably start by taking your sysadmin out to lunch.
> >
> > Steve
> >
> >
> > -----Original Message-----
> > Linda
> > Sent: Monday, October 16, 2000 1:50 PM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> > Steve/Anyone -
> >
> > We're going to be doing HA in the near future. I'm sure I can come up
> with
> > obvious tests, like pull a disk, turn off a machine.... But do you have
> a
> > 'break it' checklist? (sorry if this has been asked before) Especially
> how
> > it affects Oracle performance. I want this thing to run smoothly.
> >
> > Unless of course we have a 'real' test of Norad in which case I'm close
> > enough that I don't care!
> >
> > Linda
> >
> > -----Original Message-----
> > Sent: Monday, October 16, 2000 11:36 AM
> > To: Multiple recipients of list ORACLE-L
> > systems
> >
> >
> > Actually, NORAD was designed to survive a direct hit as was capable
> during
> > the time it was build. However, with more accurate delivery systems now
> it
> > is conceivable that a missle could navigate part way through the
> entrance
> > tunnel so as to make the facility inoperable. Then there are multiple
> direct
> > hits...
> >
> > But of course, none of this has been tested and sadly, this is often the
> > case with HA 24X7 systems. You need sufficient pre-production quiet time
> to
> > test your HA solution. I call it the "pseudo sledge hammer" testing
> period.
> > Have you ever taken a drive out of your RAID and replaced it to see how
> long
> > it takes for resilvering and what happens to I/O performance? How much
> time
> > does it take to test the entire HA implementation and how much time will
> you
> > be given? The trouble is that you get all this expensive equipment in
> the
> > data center and install Oracle then damagement is anxious to get the
> entire
> > application up and running ASAP and asks you to take short cuts or just
> > trust that everything will work. But really you haven't finished the job
> > until you've reasonably tested everything end to end.
> >
> > IMHO,
> > Steve Orr
> >
> >
> > -----Original Message-----
> > Sent: Monday, October 16, 2000 7:06 AM
> > To: Multiple recipients of list ORACLE-L
> > systems
> >
> >
> > That's why they say that SAC/NORAD ( Strategic
> > Air Command HQ, North American Defense ) buried
> > deep into a mountain in Colorado is a "single point
> > of failure" for the US NationalDefense:
> >
> > All it takes is a direct hit by one nuclear
> > bomb to bring down the whole facility! :-)
> >
> > In the words of the Marathon Man's tormentor:
> >
> > "Is it safe?"
> >
> > <evil laughter>
> >
> >
> > -----Original Message-----
> > Sent: Friday, October 13, 2000 7:45 PM
> > To: Multiple recipients of list ORACLE-L
> >
> >
> > Sorry Ross. Yes I am familiar with enterprise
> > class storage systems.
> >
> > It still isn't HA.
> >
> > It only takes one bumbling SA ( or DBA ) to bring
> > the system down, one neanderthalic techie in the
> > computer room to push the 'OFF' switch.
> >
> > Simultaneous failure of both of the controllers for
> > an array, or of enough disks to bring the array down
> > are not unheard of.
> >
> > Jared
> >
> > On Fri, 13 Oct 2000, Mohan, Ross wrote:
> >
> > > I have to say this "disk is a single point of failure"
> > > is jangling to the cognitive logic subsystem.
> > >
> > > Why?
> > >
> > > Well, the disk farms i have seen have redundant controllers,
> > > with redundant channels, TRIPLE power supplies, at least a
> > > single mirror with dual porting. There's your "single" disk
> > > point of failure for you.
> > >
> > > Now, try this: Take your two "redundant" nodes....put them
> > > in a really really big rack and then inside ONE big box. <G>
> > >
> > > Are the two nodes ( which now have at least redundant CPUs,
> > > power supplies, etc. ) a "single point of failure"?
> > >
> > > Come on, guys, if you've worked with this stuff a bunch you know:
> > >
> > > (a) properly configured diskfarms have a great MTBF, better
> > > than the other hardware, and
> > > (b) to REALLY answer Mary's class of questions, you need to
> > > calculate MTBFs and MTTRs.
> > >
> > > The rest is armchair clustering!
> > >
> > > hope this pertains,
> > >
> > > Ross Mohan
> > >
> > > p.s. HA is the latest marketspeak for "failover" or "redundant" or
> > > whatever...
> > > please try to browse a copy of "In Search of Clusters" by Gregory
> Pfister
> > > from
> > > IBM. It's a cult classic, a helluva fun read, and one of the best
> > > thought-out
> > > technical books i have ever seen, period.
> > >
> > >
> > > -----Original Message-----
> > > Sent: Thursday, October 12, 2000 2:00 PM
> > > To: Multiple recipients of list ORACLE-L
> > >
> > >
> > >
> > > Mary,
> > >
> > > OPS is not an HA solution. While you may still have
> > > an instance running if a node goes down, the storage
> > > medium is still a single point of failure.
> > >
> > > Jared
> > >
> > > On Thu, 12 Oct 2000, Ruiz, Mary A (CAP, CDI) wrote:
> > >
> > > > I need a little advice. We have a fairly new (< 1 year) 8.1.5
> instance
> > > to
> > > > support my company's internet business. We recently changed our
> network
> > > > solutions provider and now my management wants to achieve a higher
> level
> > > of
> > > > redundancy than it currently does with mirrored disks. The solution
> > being
> > > > proposed by my Sysadmin is an Oracle Parallel Server solution. Some
> > > > background is in order here - we have always shut our databases down
> at
> > > > night for backups. I am not highly skilled in backup and recovery
> > > although
> > > > I tried some of the hot backup techniques from this list and was
> able to
> > > > recover successfully to another server. I noticed that the course
> > offered
> > > > by Oracle in OPS has backup and recovery as well as performance
> tuning
> > as
> > > > pre-requisites, which indicates to me that OPS could be extremely
> > > > challenging. Also, I have read mainly unfavorable comments about
> OPS
> > from
> > > > this list, but most of those comments were based on the Oracle 7
> > > > implementations (High administrative costs, difficult to implement,
> > etc.).
> > >
> > > >
> > > > Have things improved with Oracle 8i ? Is OPS worth pursuing? Or
> should
> > I
> > > > convince my management that extra $$ spent in, say, a hot standby
> > database
> > > > is well worth it? Is there any other solution that would not
> involve a
> > > > second set of disks, rather a second database on the same set of
> disks
> > ??
> > > >
> > > > Thanks in advance,
> > > > Mary Ruiz / Atlanta
> > > >
> > > > --
> > > > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > also send the HELP command for other information (like subscribing).
> >
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: Steve Orr
> > INET: sorr_at_arzoo.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: Seley, Linda
> > INET: LSeley_at_IQNavigator.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: Steve Orr
> > INET: sorr_at_arzoo.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: Peter Barnett
> INET: pnbarne_at_shep.bcbso.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).
------_=_NextPart_001_01C03942.C71A2AE0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =charset=3DUS-ASCII">
<TITLE>RE: SAC NORAD .... how to break it?</TITLE> </HEAD> <BODY>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Transactions in = memory (on the OS level) were not able to write to Disk, thus causing a = data integrity problem. Having a Mirror setup would not help you in = this case. (Properly) Mirrored disk will protect you from: Disk Access = route failure, Controller failure, disk bus failure, bad blocks on hard = drives, hard drive failure, power failure, etc.</FONT></P>
<P><FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial">Regards,<BR> Satar </FONT>
</P> <UL> <P><FONT SIZE=3D1 FACE=3D"Arial">-----Original Message-----</FONT> <BR><B><FONT SIZE=3D1 FACE=3D"Arial">From: </FONT></B> <FONT =SIZE=3D1 FACE=3D"Arial">Peter Barnett =
<P><FONT SIZE=3D2 FACE=3D"Arial">We had a computer crash last week =
because of excessive paging. When the </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">sysadmins brought it back up both =
disks in a mirror were corrupt. They </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">thought that they had successfully =
recovered them on Friday. On Sunday, </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">the oncall DBA spent most of the day =
putting one of the databases on </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">this computer back together =
again.</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">How/why excessive paging can cause a =
mirror to fail is beyond my </FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">understanding. I also, do not =
know how to test it in advance.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2 FACE=3D"Arial">Pete Barnett</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Oracle Database Administrator</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Regence BlueCross BlueShield</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">pnbarne_at_regence.com</FONT> </P> <BR>
<P><FONT SIZE=3D2 FACE=3D"Arial">On Mon, 16 Oct 2000, Steve Orr =
wrote:</FONT>
</P>
<P><FONT SIZE=3D2 FACE=3D"Arial">> Apart from the obvious it's going = to vary so you'll need to create your own</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> checklist of things to test for = your particular environment. You'll also</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> want to test that you have good = monitoring in place. I once thought I was</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> protected with mirrored redo = logs only to find out one drive had failed a</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> month before and the sysadmin = wasn't monitoring the mirror. You should</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> probably start by taking your = sysadmin out to lunch.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Steve</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> -----Original =Message-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Steve/Anyone -</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> We're going to be doing HA in =the near future. I'm sure I can come up with</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> obvious tests, like pull a disk, = turn off a machine.... But do you have a</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> 'break it' checklist? = (sorry if this has been asked before) Especially how</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> it affects Oracle = performance. I want this thing to run smoothly.</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Unless of course we have a = 'real' test of Norad in which case I'm close</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> enough that I don't care!</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Linda</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> -----Original =Message-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> systems</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Actually, NORAD was designed to =survive a direct hit as was capable during</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> the time it was build. However, = with more accurate delivery systems now it</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> is conceivable that a missle = could navigate part way through the entrance</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> tunnel so as to make the = facility inoperable. Then there are multiple direct</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> hits...</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> But of course, none of this has =been tested and sadly, this is often the</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> case with HA 24X7 systems. You = need sufficient pre-production quiet time to</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> test your HA solution. I call it = the "pseudo sledge hammer" testing period.</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Have you ever taken a drive out = of your RAID and replaced it to see how long</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> it takes for resilvering and = what happens to I/O performance? How much time</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> does it take to test the entire = HA implementation and how much time will you</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> be given? The trouble is that = you get all this expensive equipment in the</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> data center and install Oracle = then damagement is anxious to get the entire</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> application up and running ASAP = and asks you to take short cuts or just</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> trust that everything will work. = But really you haven't finished the job</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> until you've reasonably tested = everything end to end.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> IMHO,</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Steve Orr</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> -----Original =Message-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> systems</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> That's why they say that =SAC/NORAD ( Strategic</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> "Is it safe?"</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> <evil laughter></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> -----Original =Message-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Sorry Ross. Yes I am =familiar with enterprise</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> class storage systems.</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> It still isn't HA.</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> It only takes one bumbling SA ( =or DBA ) to bring</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> the system down, one = neanderthalic techie in the</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> computer room to push the 'OFF' =switch.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> are not unheard of.</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Jared</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> On Fri, 13 Oct 2000, Mohan, Ross =wrote:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > I have to say this = "disk is a single point of failure"</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > is jangling to the =cognitive logic subsystem.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Why?</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Well, the disk farms i have =seen have redundant controllers,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > single mirror with dual = porting. There's your "single" disk</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > point of failure for = you.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > in a really really big rack = and then inside ONE big box. <G></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Are the two nodes ( which =now have at least redundant CPUs,</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > power supplies, etc. ) a = "single point of failure"?</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Come on, guys, if you've = worked with this stuff a bunch you know:</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > (a) properly configured = diskfarms have a great MTBF, better</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > than the = other hardware, and</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > hope this pertains,</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Ross Mohan</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > p.s. HA is the latest =marketspeak for "failover" or "redundant" or</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > whatever...</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > please try to browse a copy = of "In Search of Clusters" by Gregory Pfister</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > from</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > IBM. It's a cult classic, a = helluva fun read, and one of the best</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > thought-out</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > technical books i have ever = seen, period.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > -----Original =Message-----</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Mary,</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > OPS is not an HA =solution. While you may still have</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > an instance running if a = node goes down, the storage</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > medium is still a single =point of failure.</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > Jared</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > On Thu, 12 Oct 2000, Ruiz, =Mary A (CAP, CDI) wrote:</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> etc.).</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > Have things improved =with Oracle 8i ? Is OPS worth pursuing? Or should</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> I</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > convince my management = that extra $$ spent in, say, a hot standby</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> database</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > is well worth = it? Is there any other solution that would not involve a</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > second set of disks, = rather a second database on the same set of disks</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> ??</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > Thanks in =advance,</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> > ></FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > --</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> > > Please see the =official ORACLE-L FAQ:</FONT><U> <FONT COLOR=3D"#0000FF" SIZE=3D2 = FACE=3D"Arial"><A HREF=3D"http://www.orafaq.com" = TARGET=3D"_blank">http://www.orafaq.com</A></FONT></U> <BR><FONT SIZE=3D2 FACE=3D"Arial">> also send the HELP command for = other information (like subscribing).</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> --</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Please see the official ORACLE-L =FAQ:</FONT><U> <FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A = HREF=3D"http://www.orafaq.com" =
<BR><FONT SIZE=3D2 FACE=3D"Arial">> --</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Author: Steve Orr</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> INET: =sorr_at_arzoo.com</FONT>
--------------------------------------------------------------------</FO=NT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> --</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Please see the official ORACLE-L = FAQ:</FONT><U> <FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A =HREF=3D"http://www.orafaq.com" =
<BR><FONT SIZE=3D2 FACE=3D"Arial">> --</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Author: Seley, Linda</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> INET: =LSeley_at_IQNavigator.com</FONT>
--------------------------------------------------------------------</FO=NT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> -- </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Please see the official ORACLE-L =FAQ:</FONT><U> <FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A = HREF=3D"http://www.orafaq.com" =
<BR><FONT SIZE=3D2 FACE=3D"Arial">> -- </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> Author: Steve Orr</FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">> INET: =sorr_at_arzoo.com</FONT>
--------------------------------------------------------------------</FO=NT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">> </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">-- </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Please see the official ORACLE-L =FAQ:</FONT><U> <FONT COLOR=3D"#0000FF" SIZE=3D2 FACE=3D"Arial"><A = HREF=3D"http://www.orafaq.com" =
<BR><FONT SIZE=3D2 FACE=3D"Arial">-- </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial">Author: Peter Barnett </FONT> <BR><FONT SIZE=3D2 FACE=3D"Arial"> INET: =pnbarne_at_shep.bcbso.com</FONT>
<P><FONT SIZE=3D2 FACE=3D"Arial">Fat City Network =
Services -- (858) 538-5051 FAX: (858) =
538-5051</FONT>
<BR><FONT SIZE=3D2 FACE=3D"Arial">San Diego, =
California -- Public Internet =
Received on Wed Oct 18 2000 - 15:34:09 CDT
 |
 |