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
Wow. Restoring a control file from tape for this situation? Man, that's
not just wrong, it's fundamentally wrong. At a high-profile site that must
have Gold Support (or whatever they're calling it today), if this is true
someone was really not thinking that day.
Kinda interesting about the
oracle support has a bit to be desired somedays,
sceanario: someone(CE) accidentally makes the prod SAN, a scratch pool
instead of the new SAN. Literally wipes it clean, think of fdisk like.
get OS reloaded, oracle binaries reloaded, need to do restore/recovery
via rman, repository wasted
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.
The Orbitz fiasco and what happen was up on Public radio here about a week after the
mess. They interviewed the CIO who sounded like a trusting soul looking to get
screwed. According to her, she was informed it was a database problem by her smart
people. I therefore would conclude
Title: RE: orbitz fiasco
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
RE: orbitz fiasco
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
Was this on AIX by any chance ??
Raj
Rajendra dot Jamadagni at nospamespn dot com
All Views expressed in this email are strictly personal.
QOTD: Any clod can have facts, having an opinion is an art !
-Original
The only thing high about 9.0.1 was the people who installed it to use in
production.
My 12-step process is now completed. And I didn't even mention OiD once.
:)
Rich
Rich Jesse System/Database Administrator
[EMAIL PROTECTED] Quad/Tech Inc, Sussex,
Nope, TRU64
Tanel.
Was this on AIX by any chance ??
Raj
--
--
Rajendra dot Jamadagni at nospamespn dot com
All Views expressed in this email are strictly personal.
QOTD: Any clod can have facts, having an
At 05:40 20/11/2003 -0800, you wrote:
3. However, they chose to restore the control file from tape. This
invalidated their database.
Maybe I'm missing the obvious, but why does this invalidate their
database? Don't you just do RECOVER DATABASE USING BACKUP CONTROLFILE ?
(Agreed that it would
the guy who spoke from oracle said that 9.2 is much better than 9.0.1 RAC. anyone use
it?
From: Jesse, Rich [EMAIL PROTECTED]
Date: 2003/11/20 Thu PM 12:19:59 EST
To: Multiple recipients of list ORACLE-L [EMAIL PROTECTED]
Subject: RE: RE: orbitz fiasco
The only thing high about 9.0.1
recipients of list ORACLE-L [EMAIL PROTECTED]
|
| cc:
|
| Subject: RE: RE: orbitz fiasco
Murali,
Could you point us to a document about the TAF and database link issue? Thanks.
Yong Huang
--- Murali_Pavuloori/[EMAIL PROTECTED] wrote:
we implemented RAC (not me personally --but my predecessors) It did not
work for us. Oracle RAC does not support TAF for sessions coming through
Yes. We have a 9.2.0.4 test system based on the How to Build a $1000 RAC
whitepaper (www.bradmark.com/site2/products/pdfs/9irac_config.pdf), although
we spent about $1100. After much ado about everything, it's been up and
running on RH9 for almost a month uninterrupted (would've been 2 or 3
We have been production on 9202 for a while and testing 9204. Our experience is good
... we run active-active.
Raj
Rajendra dot Jamadagni at nospamespn dot com
All Views expressed in this email are strictly
what is TAF?
From: Jesse, Rich [EMAIL PROTECTED]
Date: 2003/11/20 Thu PM 02:45:19 EST
To: Multiple recipients of list ORACLE-L [EMAIL PROTECTED]
Subject: RE: RE: orbitz fiasco
Yes. We have a 9.2.0.4 test system based on the How to Build a $1000 RAC
whitepaper (www.bradmark.com/site2
OK, that's what I get for not R'ing all TFMs before opening my mouth -- is
active-active Oracle RAC-based failover as opposed to OS-based failover?
Rich
Rich Jesse System/Database Administrator
[EMAIL PROTECTED] Quad/Tech Inc, Sussex, WI USA
Transparent Aluminum Failover.
Whoops -- that's Application if you're not in Star Trek IV...
Rich
Rich Jesse System/Database Administrator
[EMAIL PROTECTED] Quad/Tech Inc, Sussex, WI USA
-Original Message-
Sent: Thursday, November 20, 2003
]
Sent: 20 November 2003 18:15
To: Multiple recipients of list ORACLE-L
Subject: RE: RE: orbitz fiasco
we implemented RAC (not me personally --but my predecessors)
It did not work for us. Oracle RAC does not support TAF for
sessions coming through dblinks.(Yes verified
I don't think so ... by active-active I mean we have clients connected on both nodes
performing transactions. One some databases we have TAF implemented in the code, so if
client looses connection to one node, it immediately reconnects to the other node (and
in most cases users don't know).
I
|
| ||
|-+
---
---|
|
|
| To: Multiple recipients of list ORACLE-L
[EMAIL PROTECTED] |
| cc:
|
| Subject: RE: RE: orbitz fiasco
To: Multiple recipients of list ORACLE-L
Subject: RE: RE: orbitz fiasco
what is TAF?
From: Jesse, Rich [EMAIL PROTECTED]
Date: 2003/11/20 Thu PM 02:45:19 EST
To: Multiple recipients of list ORACLE-L [EMAIL PROTECTED]
Subject: RE: RE: orbitz fiasco
Yes. We have a 9.2.0.4 test system
To: Multiple recipients of list ORACLE-L
Subject: RE: RE: orbitz fiasco
OK, that's what I get for not R'ing all TFMs before opening
my mouth -- is active-active Oracle RAC-based failover as
opposed to OS-based failover?
Rich
Rich Jesse System/Database Administrator
24 matches
Mail list logo