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: Corrupted data blocks in tablespace SYSTEM

Re: Corrupted data blocks in tablespace SYSTEM

From: Stephane Faroult <sfaroult_at_oriole.com>
Date: Mon, 03 Dec 2001 14:01:04 -0800
Message-ID: <F001.003D3DA2.20011203134117@fatcity.com>

Kevin Bass wrote:
>
> I have attempted a full export and received the following message:
>
> [/u03] $ exp system/<password> full=y rows=y file=full.dmp
>
> Export: Release 8.0.5.0.0 - Production on Mon Dec 3 15:3:21 2001
>
> (c) Copyright 1998 Oracle Corporation. All rights reserved.
>
> Connected to: Oracle8 Release 8.0.5.0.0 - Production
> PL/SQL Release 8.0.5.0.0 - Production
> Export done in US7ASCII character set and US7ASCII NCHAR character set
>
> About to export the entire database ...
> . exporting tablespace definitions
> . exporting profiles
> . exporting user definitions
> . exporting roles
> . exporting resource costs
> . exporting rollback segment definitions
> . exporting database links
> . exporting sequence numbers
> . exporting directory aliases
> . exporting foreign function library names
> EXP-00008: ORACLE error 1578 encountered
> ORA-01578: ORACLE data block corrupted (file # 1, block # 2660)
> ORA-01110: data file 1: '/u02/oradata/TIE/system01.dbf'
>
> Since the corruption resides in the SYSTEM tablespace, it seems that the
> course of action that should be taken is to re-create the database.
>
> Kevin L. Bass
> Database Administrator
> Americal Corporation
> (252) 762-2199 x2144

Unfortunately, it looks like it. But perhaps you can recover your data by exporting on a per something basis, 'something' being either owner or tables or whatever, just trying to circle around the problem. Which is why you should check dba_extents (somebody posted the query). It will tell you which table is screwed up, and you may be able to use an export function which does NOT export what is held in this table. You have good blocks around the bad one, the problem is to tread carefully around. Kind of minefield with a single mine in it. Of course no need to do this kind of thing if you have a reasonably recent backup and do not care too much about the transactions you might lose.

-- 
Regards,

Stephane Faroult
Oriole Corporation
Voice:  +44  (0) 7050-696-269 
Fax:    +44  (0) 7050-696-449 
Performance Tools & Free Scripts
--------------------------------------------------------------
http://www.oriole.com, designed by Oracle DBAs for Oracle DBAs
--------------------------------------------------------------
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Stephane Faroult
  INET: sfaroult_at_oriole.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 Mon Dec 03 2001 - 16:01:04 CST

Original text of this message

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