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: [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).
