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: orbitz fiasco

RE: orbitz fiasco

From: Loughmiller, Greg <Greg.Loughmiller_at_cingular.com>
Date: Thu, 20 Nov 2003 08:04:53 -0800
Message-ID: <F001.005D7450.20031120080453@fatcity.com>


<On my Soapbox>
<My expensive free advice>
RAC *can* provide a higher level of availability. It isn't the complete answer, but offers a level of improvement. But one needs to consider the complete infrastructure for high availability(Web servers, app servers, db servers, storage, fiber switches, SAN, QFE's, HBA's,etc,etc) </My expensive free advice>
</Off my soapbox>

Seems like someone made a critical tactical error in the heat of the moment.. It can happen to everyone as we have found that 64% of outages are *Human Errors* and not technology related..

greg

-----Original Message-----
Sent: Thursday, November 20, 2003 10:05 AM To: Multiple recipients of list ORACLE-L

I don't know whether this is true or not, but this case written here shows exactly why RAC does not give you real high availability, the database itself remains single point of failure.

Tanel.

> I was at an Oracle usergroup meeting last week and a guy at Oracle
> said the
> following happened. Can anyone confirm? Just curious.
>
> 1. Orbitz did an upgrade to some software other than Oracle. I think
> it was
> firmware. They did NOT test it first. Did it directly in production.
>
> 2. This corrupted a control file. They did multiplex their control
> files.
>
> 3. However, they chose to restore the control file from tape. This
> invalidated their database.
>
> 4. So the delay was restoring the whole database from tape and rolling
> forward.
>
> Anyone know if that is what what happened? Wouldnt surprise me,
> however, it
> is Oracle's side of the story...
>
> I know atleast one other person from the list was there. I forget the
> guys
> name who said it. He is one the RAC specialists.
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.net
> --
> Author: <ryan_oracle_at_cox.net
> INET: ryan_oracle_at_cox.net
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> 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.net
-- 
Author: Loughmiller, Greg
  INET: Greg.Loughmiller_at_cingular.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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 Thu Nov 20 2003 - 10:04:53 CST

Original text of this message

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