Urgent: Prodution database recovery

From: Hand, Michael T <HANDM_at_polaroid.com>
Date: Thu, 30 May 2002 01:23:18 -0800
Message-ID: <F001.0046F2E7.20020530012318@fatcity.com>

Env: 8.1.7.3

     Compaq Alpha Tru64 5.1a

An apparent hardware problem caused corrupt blocks ora-600 [12700] to be detected. Analyze table validate structure confirmed this error. We started a PITR to a time before the errors were detected. All datafiles were restored (file copy took ~7.5hrs [614Gb]), current control files & redo logs (10 groups / 2 members).

But when the alter database recover database until time 'xxx' is issued, a corrupt header is detected in one of the datafiles (ora1122/1251). Now this is a disk mirror split backup. We've used this process to create a reporting database copy for years and the reporting copy was build cleanly from the same source several hours after the backup copy. DBverify against the split backup copy and against the restored file (with the corrupt header) detect no errors but return diffent results for used/free/other blocks.

Now, this first attempt at recovery opened about 1/3 of the datafiles. My thought was to restore these ~100 datafile again and retry the recovery.

Right now I'm a little bleary-eyed so any suggestions would be welcome.

Thanks,
Mike Hand
Polaroid Corp.
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: Hand, Michael T
  INET: HANDM_at_polaroid.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 Thu May 30 2002 - 04:23:18 CDT