System datafile block corrupted

hi there,
i have got a serious problem, my database is in mount state, but when i try to start it up, it gives error datafile block corrupted file 'd:\path\system01.dbf'. these are backup file from last database, afer which os has been formated and reinstalled.
these are files from oracle 9i R1 and i want to install it intom oracle 9i R2.is it ok or i have to install oracle 9i R1 for making database up?
plz help what should i do???
thanks and regards
VD

ya its true,
its not consistent backup.its not RMAN backup.i just have files >DBF,controlfiles and redo log files.
now i am asked to retrieve data from these files.i have rebuild the database, and mounted it.but it is not getting opened.
if i use 'ALTER DATABASE OPEN RESETLOGS' it takes too much time but dosent open.
thats the issue.
SQL> ALTER DATABASE OPEN RESETLOGS;
ALTER DATABASE OPEN RESETLOGS
ERROR at line 1:
ORA-01190: controlfile or data file 2 is from before the last RESETLOGS
ORA-01110: data file 2: 'D:\ORACLE\ORADATA\ORACLE\UNDOTBS01.DBF'
alert log file entry:-
Mon Nov 17 15:59:49 2008
ORA-1589 signalled during: ALTER DATABASE OPEN..
Mon Nov 17 16:00:06 2008
RESETLOGS after incomplete recovery UNTIL CHANGE 81553193
Resetting resetlogs activation ID 0 (0x0)
Mon Nov 17 16:00:21 2008
Errors in file D:\ORACLE\admin\ORACLE\udump\ORA02204.TRC:
ORA-01110: data file 2: 'D:\ORACLE\ORADATA\ORACLE\UNDOTBS01.DBF'
ORA-01114: IO error writing block to file 2 (block # 1)
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 5) Access is denied.
Mon Nov 17 16:00:22 2008
now tell me what should i do??
thanks and regards
VD

Similar Messages

System datafile block corruption - no backups and database in NOARCHIVELOG mode

Dear All,
Database version - oracle 11.1 Enterprise
OS - RHELinux 5.8
What are the options of recovering from physical block corruption when there are no backup available to perform block media recovery?
V$DATABASE_BLOCK_CORRUPTION reports two segments corrupted (please see attached image for details).
1 table in system datafile - sys_fba_barrierscn
1 index - (applicaiton index)
What are my options?
I know there is a possibility that the database will not restart after a shutdown due to corruption in system tablespace.
Database is in noarchivelog mode. So online backups are not possible and there aren't any full backups either.
I am thinking of below,
1. Run dbms_repair with fix_block_corruption. - Still database startup might fail?
2. Shutdown the database and take offline full backup with RMAN MAXCorrupt option.
Appreciate your suggestions and advises.
Thanks
Stefan

Thanks Sybrand,
Agree with your first two suggestions .
Also scheduled a expdp job tonight. (Only backup like thing they had was a expdp cron, but until today all the large tables were failing due to small undo_retention).
Yes. Flashback is not used. So hopefully it will not affect the a database restart i guess?
Related to dbms_repair, I was referring to - http://askdba.org/weblog/2010/08/physical-corruption-ora-1578-part-3/.
Where DBMS_REPAIR.FIX_CORRUPT_BLOCKS and DBMS_REPAIR.SKIP_CORRUPT_BLOCKS used.
Which i think will not use any redo.
Thanks
Stefan

Oracle Datafile block corruption

HI all
i am facing datafile block corruption in following datafile .
i don't have any backup.
how i can recover these blocks
Regards
Vivek Rawat

Hi Vivek,
Please refer below SAP notes to analyze the affected objects which needs to be recovered
365481 - Block corruptions
1559652 - How to deal with block corruptions on Oracle
923919 - Advanced Oracle block checking features
http://www.dba-oracle.com/t_repair_corrupt_blocks.htm
Hope this helps.
Regards,
Deepak Kori

RMAN restore when system datafile get corrupt

Hi,
I am new to Backup and recovery, Can anybody suggest.
If my system datafile gets corrupt, do I need to restore and recover complete database or just datafile restore will be suffice.
In case the database is running on archive log mode.
Waiting for reply.
Thanks & Regards,
Deepak

Deepak Pushkarna wrote:
Hi,
I am new to Backup and recovery, Can anybody suggest.
If my system datafile gets corrupt, do I need to restore and recover complete database or just datafile restore will be suffice.
In case the database is running on archive log mode.
Waiting for reply.
Thanks & Regards,
DeepakMount you database
restore tablespace system
recover tablespace system

How to recover database SYSTEM datafile get corrupt ?

Database is in ARCHIVELOG mode, and the datafile belonging to SYSTEM tablespace gets corrupted. Up to what point can I recover the database ?
A. Until last commit.
B. Until the time you perform recovery.
C. Until the time the datafile got corrupted.
D. You cannot recover the SYSTEM tablespace and you must be re-create the database.
and 1 more doubt :
If redologfiles are not multiplexed and redolog blocks get corrupt in group 2, and archiving stops. All redolog files are filled and database activity is halted.
DBWR has written everything to disk. What command can be used to proceed further ?
A. recover logfile block group 2;
B. alter database drop logfile group 2;
C. alter database clear logfile group 2;
D. alter database recover logfile group 2;
E. alter database clear unarchived lofile group 2;
Edited by: user642367 on Sep 18, 2008 8:45 PM

1. A. Since the DB is in archivelog mode, so you can always restore and recover the whole DB including system tablespace datafile till last SCN generated provided the redo record is available in archive/online logfiles.
2. E. Since only redolog is corrupted so archiver won't proceed and hence a db hang is obvious, So, in order to proceed further you need to clear online (un archived log file) and then db will work as usual. Care should be taken that you must take a full backkup of DB(cold backup wherever feasible) as soon as possible after issuing this command. As now you don't have redo info in archivelog files to recover the db in case of a crash.
Please go through Oracle 10g DB Administrators guide (available on OTN) for more details.
Thanks

ORA-00704: bootstrap process failure and SYSTEM datafile corrupt

We have an Oracle 10g Express database that is getting the following error on startup.
ORA-00704: bootstrap process failure
It is also showing that the SYSTEM datafile is corrupt. And unfortunately the backups are gone. Is there any way to recover from this without a backup? Maybe some hidden undocumented parameter???
We do have some full database exports from a couple weeks ago so it is not a complete loss but would really like a full recover.

Windows XP
We have tried allowresetlogs_corruption and allowread_only_corruption and no luck so far.
ALTER DATABASE MOUNT
Thu Aug 09 08:49:28 2012
Setting recovery target incarnation to 2
Thu Aug 09 08:49:28 2012
Successful mount of redo thread 1, with mount id 2672004948
Thu Aug 09 08:49:28 2012
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Thu Aug 09 08:49:50 2012
alter database open upgrade
Thu Aug 09 08:49:50 2012
Beginning crash recovery of 1 threads
Thu Aug 09 08:49:50 2012
Started redo scan
Thu Aug 09 08:49:50 2012
Completed redo scan
0 redo blocks read, 0 data blocks need recovery
Thu Aug 09 08:49:50 2012
Started redo application at
Thread 1: logseq 84298, block 3, scn 10745981851
Thu Aug 09 08:49:50 2012
Recovery of Online Redo Log: Thread 1 Group 4 Seq 84298 Reading mem 0
Mem# 0 errs 0: D:\DATA\ORACLE\ORADATA\XE\REDO04A.LOG
Mem# 1 errs 0: D:\DATA\ORACLE\ORADATA\XE\REDO04B.LOG
Thu Aug 09 08:49:50 2012
Completed redo application
Thu Aug 09 08:49:50 2012
Completed crash recovery at
Thread 1: logseq 84298, block 3, scn 10746001852
0 data blocks read, 0 data blocks written, 0 redo blocks read
Thu Aug 09 08:49:51 2012
LGWR: STARTING ARCH PROCESSES
ARC0 started with pid=18, OS id=2524
Thu Aug 09 08:49:51 2012
ARC0: Archival started
ARC1 started with pid=20, OS id=2956
Thu Aug 09 08:49:52 2012
ARC1: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
Thread 1 advanced to log sequence 84299
Thread 1 opened at log sequence 84299
Current log# 2 seq# 84299 mem# 0: D:\DATA\ORACLE\ORADATA\XE\REDO02A.LOG
Current log# 2 seq# 84299 mem# 1: D:\DATA\ORACLE\ORADATA\XE\REDO02B.LOG
Successful open of redo thread 1
Thu Aug 09 08:49:52 2012
ARC1: STARTING ARCH PROCESSES
Thu Aug 09 08:49:52 2012
ARC0: Becoming the 'no FAL' ARCH
ARC0: Becoming the 'no SRL' ARCH
Thu Aug 09 08:49:52 2012
SMON: enabling cache recovery
Thu Aug 09 08:49:52 2012
ARC2: Archival started
Thu Aug 09 08:49:52 2012
ARC1: STARTING ARCH PROCESSES COMPLETE
ARC1: Becoming the heartbeat ARCH
ARC2 started with pid=21, OS id=3916
Thu Aug 09 08:49:54 2012
Successfully onlined Undo Tablespace 1.
Thu Aug 09 08:49:54 2012
SMON: enabling tx recovery
Thu Aug 09 08:49:54 2012
Database Characterset is WE8MSWIN1252
Thu Aug 09 08:49:56 2012
Hex dump of (file 1, block 39) in trace file c:\oraclexe\app\oracle\admin\xe\bdump\xe_smon_876.trc
Corrupt block relative dba: 0x00400027 (file 1, block 39)
Bad check value found during buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x00400027
last change scn: 0x0002.7fee0b69 seq: 0x1 flg: 0x06
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x0b690601
check value in block header: 0x8f6c
computed block checksum: 0x1000
Reread of rdba: 0x00400027 (file 1, block 39) found same corrupted data
Thu Aug 09 08:49:56 2012
Stopping background process MMNL
Thu Aug 09 08:49:56 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_smon_876.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01578: ORACLE data block corrupted (file # 1, block # 39)
ORA-01110: data file 1: 'D:\DATA\ORACLE\ORADATA\XE\SYSTEM.DBF'
Thu Aug 09 08:49:57 2012
Stopping background process MMON
Starting background process MMON
Starting background process MMNL
MMON started with pid=11, OS id=1012
Thu Aug 09 08:49:58 2012
ALTER SYSTEM enable restricted session;
MMNL started with pid=12, OS id=3584
Thu Aug 09 08:49:58 2012
ALTER SYSTEM SET systemtrig_enabled=FALSE SCOPE=MEMORY;
Thu Aug 09 08:49:58 2012
ALTER SYSTEM SET aq_tm_processes=0 SCOPE=MEMORY;
Thu Aug 09 08:49:58 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\udump\xe_ora_324.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01578: ORACLE data block corrupted (file # 1, block # 39)
ORA-01110: data file 1: 'D:\DATA\ORACLE\ORADATA\XE\SYSTEM.DBF'
Thu Aug 09 08:49:58 2012
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Thu Aug 09 08:49:59 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_pmon_3120.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:49:59 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_psp0_3444.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:49:59 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_mman_2592.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:49:59 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_dbw0_932.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:49:59 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_ckpt_1156.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:50:00 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_lgwr_1508.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:50:00 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_reco_2700.trc:
ORA-00604: error occurred at recursive SQL level
Thu Aug 09 08:50:00 2012
Errors in file c:\oraclexe\app\oracle\admin\xe\bdump\xe_smon_876.trc:
ORA-00604: error occurred at recursive SQL level

System block corrupted

Hi,
Database version: 10.2.0
OS: Linux 5.4
in my test databae One of the system datafile block is corrupted.
I dont have rman backup for that test db.
EXP-00008: ORACLE error 1578 encountered
ORA-01578: ORACLE data block corrupted (file # 1, block # 50305)
ORA-01110: data file 1: '/u01/app/oracle/oradata/rmct/system01.dbf'
EXP-00000: Export terminated unsuccessfully
I cannot recover that block. At least I want to take export of the schema which resides in non
system tablespace.
regards,

What is the mode of your database.
SQL> select log_mode from v$database ;
If it is running in ARCHIVELOG, then you should be able to recover the corrupted block using RMAN
Guide on how to do that using RMAN can be found at ..
http://download.oracle.com/docs/cd/B12037_01/server.101/b10734/rcmconc2.htm#1006446
You can also read the forum
block level recovery
If the database is running in NOARCH. then I am not sure but you have to repair the block before you can run import. You can use the DBMS_REPAIR package
Refer the link for DBMS_REPAIR package details:
http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/repair.htm

8i: is it possible to restore a SYSTEM-datafile?

Just curious: is it possible to restore a SYSTEM-datafile using rman 8i ?
I was playing with a 8i-database, after a hard reboot the SYSTEM-datafile got corrupted. I want to restore it, but before trying I want to be sure it is possible to restore a SYSTEM-datafile. Any thoughts on this?

first check how many datafiles contains SYSTEM tablespace.
SQL> select ts.name,fl.file#,fl.name
2    from v$tablespace ts,v$datafile fl
3   where ts.ts#=fl.ts#
4     and ts.name='SYSTEM'
5 /
NAME                                FILE# NAME
SYSTEM                                  1 F:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\SYSTEM01.DBFthen mount yours database..
RMAN>restore datafile 1
RMAN>recover datafile 1if you have other files exist within SYSTEM tablspace (i.e 1,2,3) then
RMAN>restore datafile 1,2,3
RMAN>recover datafile 1,2,3Khurram

Block corruption error in system datafile

Hi Guru,
There is a problem in system datafile of production database, one of the block has been corrupted.we have set the configuration of RMAN with SBT_TAPE for backup. when we try to recover using then following commands then we get some error. Please help to solve the issue.database 1s 10g on linux environment.
RMAN> RUN
ALLOCATE CHANNEL c1 DEVICE TYPE disk;
blockrecover datafile 3 block 39830;
}2> 3> 4> 5>
allocated channel: c1
channel c1: sid=1417 devtype=DISK
Starting blockrecover at 21-MAR-13
released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of blockrecover command at 03/21/2013 13:02:10
RMAN-06026: some targets not found - aborting restore
RMAN-06100: no channel to restore a backup or copy of datafile 3
RMAN>
RMAN> blockrecover datafile 3 block 39830;
Starting blockrecover at 21-MAR-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=1417 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=2351 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=1452 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=1270 devtype=DISK
allocated channel: ORA_DISK_5
channel ORA_DISK_5: sid=1865 devtype=DISK
allocated channel: ORA_DISK_6
channel ORA_DISK_6: sid=2064 devtype=DISK
allocated channel: ORA_DISK_7
channel ORA_DISK_7: sid=1734 devtype=DISK
allocated channel: ORA_DISK_8
channel ORA_DISK_8: sid=1574 devtype=DISK
released channel: ORA_DISK_1
released channel: ORA_DISK_2
released channel: ORA_DISK_3
released channel: ORA_DISK_4
released channel: ORA_DISK_5
released channel: ORA_DISK_6
released channel: ORA_DISK_7
released channel: ORA_DISK_8
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of blockrecover command at 03/21/2013 13:19:59
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
Additional information: 2
RMAN>
RMAN> show all;
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 7;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/d02/rman/ctl_%F';
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE 'SBT_TAPE' TO '%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;
CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 8 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE 'SBT_TAPE' TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE 'SBT_TAPE' TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/d02/rman/%T_%d_%s_%p';
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/d02/rman/snapcf_PROD.f';

Please find the below backup and recovery scripts.
Daily backup script
====================
run {
allocate channel 'dev_0' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_1' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_2' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_3' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_4' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_5' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_6' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
allocate channel 'dev_7' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=PROD,OB2BARLIST=Monday-ERP-RMAN-Daily)';
delete noprompt archivelog until time 'sysdate-2';
crosscheck archivelog all;
sql 'alter system archive log current';
backup as compressed backupset
format 'Monday-ERP-RMAN-Daily<PROD_%s:%t:%p>.dbf'
database;
backup as compressed backupset
format 'Monday-ERP-RMAN-Daily<PROD_%s:%t:%p>.dbf'
archivelog all;
backup
format 'Monday-ERP-RMAN-Daily<PROD_%s:%t:%p>.dbf'
current controlfile;
we tried the following command as well.
RMAN> RUN
ALLOCATE CHANNEL c1 DEVICE 'sbt_tape';
blockrecover datafile 3 block 39830;
but the same error as below.
RMAN> show all;
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 7;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/d02/rman/ctl_%F';
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE 'SBT_TAPE' TO '%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 8 BACKUP TYPE TO BACKUPSET;
CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 8 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE 'SBT_TAPE' TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE 'SBT_TAPE' TO 1;
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/d02/rman/%T_%d_%s_%p';
CONFIGURE MAXSETSIZE TO UNLIMITED;
CONFIGURE ENCRYPTION FOR DATABASE OFF;
CONFIGURE ENCRYPTION ALGORITHM 'AES128';
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/d02/rman/snapcf_PROD.f';
RMAN>
also tried the following command
=======================
RMAN> RUN
ALLOCATE CHANNEL c1 DEVICE TYPE disk;
blockrecover datafile 3 block 39830;
}2> 3> 4> 5>
allocated channel: c1
channel c1: sid=1417 devtype=DISK
Starting blockrecover at 21-MAR-13
released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of blockrecover command at 03/21/2013 13:02:10
RMAN-06026: some targets not found - aborting restore
RMAN-06100: no channel to restore a backup or copy of datafile 3
RMAN>
RMAN> blockrecover datafile 3 block 39830;
Starting blockrecover at 21-MAR-13
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=1417 devtype=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: sid=2351 devtype=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: sid=1452 devtype=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: sid=1270 devtype=DISK
allocated channel: ORA_DISK_5
channel ORA_DISK_5: sid=1865 devtype=DISK
allocated channel: ORA_DISK_6
channel ORA_DISK_6: sid=2064 devtype=DISK
allocated channel: ORA_DISK_7
channel ORA_DISK_7: sid=1734 devtype=DISK
allocated channel: ORA_DISK_8
channel ORA_DISK_8: sid=1574 devtype=DISK
released channel: ORA_DISK_1
released channel: ORA_DISK_2
released channel: ORA_DISK_3
released channel: ORA_DISK_4
released channel: ORA_DISK_5
released channel: ORA_DISK_6
released channel: ORA_DISK_7
released channel: ORA_DISK_8
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of blockrecover command at 03/21/2013 13:19:59
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27211: Failed to load Media Management Library
Additional information: 2
RMAN>

System and sysaux file block corruption

Errors in file /u01/app/oracle/diag/rdbms/pdent/pdent/trace/pdent_smon_3135.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01578: ORACLE data block corrupted (file # 1, block # 91607)
ORA-01110: data file 1: '/u01/app/oracle/oradata/pdent/system01.dbf'
I am unable to take r man backup, as well as export using datapump. i tried to recover it using rman blockrecover but still same. here is detail
SQL> SELECT * FROM V$DATABASE_BLOCK_CORRUPTION;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
1 91607 1 0 CHECKSUM
2 58710 1 0 CHECKSUM
5 1202316 1 0 CHECKSUM
SQL> SELECT
tablespace_name,
segment_type,
owner,
segment_name
FROM dba_extents
WHERE file_id = 1
AND BETWEEN block_id AND block_id + blocks - 1; 2 3 4 5 6 7 8
TABLESPACE_NAME SEGMENT_TYPE OWNER
SEGMENT_NAME
SYSTEM INDEX SYS
I_OBJ2
alter system dump datafile 1 block 344;
SQL> SELECT
tablespace_name,
segment_type,
owner,
segment_name
FROM dba_extents
WHERE file_id = 2
AND 58710 BETWEEN block_id AND block_id + blocks - 1; 2 3 4 5 6 7 8
TABLESPACE_NAME SEGMENT_TYPE OWNER
SEGMENT_NAME
SYSAUX INDEX PARTITION SYS
WRH$_OSSTAT_PK
SQL> ALTER INDEX I_OBJ2 REBUILD ONLINE;
ALTER INDEX I_OBJ2 REBUILD ONLINE
ERROR at line 1:
ORA-00701: object necessary for warmstarting database cannot be altered
need immediate help.
thanks in advance

user11914238 wrote:
Errors in file /u01/app/oracle/diag/rdbms/pdent/pdent/trace/pdent_smon_3135.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01578: ORACLE data block corrupted (file # 1, block # 91607)
ORA-01110: data file 1: '/u01/app/oracle/oradata/pdent/system01.dbf'
I am unable to take r man backup, as well as export using datapump. i tried to recover it using rman blockrecover but still same. here is detail
SQL> SELECT * FROM V$DATABASE_BLOCK_CORRUPTION;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
1 91607 1 0 CHECKSUM
2 58710 1 0 CHECKSUM
5 1202316 1 0 CHECKSUM
SQL> SELECT
tablespace_name,
segment_type,
owner,
segment_name
FROM dba_extents
WHERE file_id = 1
AND BETWEEN block_id AND block_id + blocks - 1; 2 3 4 5 6 7 8
TABLESPACE_NAME SEGMENT_TYPE OWNER
SEGMENT_NAME
SYSTEM INDEX SYS
I_OBJ2
alter system dump datafile 1 block 344;
SQL> SELECT
tablespace_name,
segment_type,
owner,
segment_name
FROM dba_extents
WHERE file_id = 2
AND 58710 BETWEEN block_id AND block_id + blocks - 1; 2 3 4 5 6 7 8
TABLESPACE_NAME SEGMENT_TYPE OWNER
SEGMENT_NAME
SYSAUX INDEX PARTITION SYS
WRH$_OSSTAT_PK
SQL> ALTER INDEX I_OBJ2 REBUILD ONLINE;
ALTER INDEX I_OBJ2 REBUILD ONLINE
ERROR at line 1:
ORA-00701: object necessary for warmstarting database cannot be altered
need immediate help.
Immediate help can be only provided by Oracle Support Services. So if you need that, please raise a Sev1 SR . For your issue, as others have suggested already, if you have a valid backup and you are in the archive log mode, using RMAN's BMR(Block Media Recovery) , the issue can be resolved provided there is nothing wrong with the hardware of yours. If that's the case, recovery wouldn't yield any benefits.
Aman....

Block Corruption in SYSTEM Tablespace

Hi,
well it´s just a test database without a backup, but i would like to repair it anyway :-)
Here are the facts:
Errors in file c:\oracle\admin\o10g\bdump\o10g_smon_1404.trc:
ORA-01578: ORACLE data block corrupted (file # 1, block # 50187)
ORA-01110: data file 1: 'C:\ORACLE\ORADATA\O10G\SYSTEM01.DBF'
1. I found the object: It´s a Cluster named SYS.C_TOID_VERSION#
containing a lot of table stuff (type$,parameter$, ...)
i tried to repair it with dbms_repair:
BEGIN SYS.DBMS_REPAIR.SKIP_CORRUPT_BLOCKS (
SCHEMA_NAME => 'SYS',
OBJECT_NAME => 'C_TOID_VERSION#',
OBJECT_TYPE => dbms_repair.cluster_object,
FLAGS => dbms_repair.skip_flag);
END;
No error, but the same block corruption message in the alert.log 1 minute later.
i can select the tables in the cluster.
Has anyboby another trick to repair a cluster?
Thanks
Marco

Hi,
if you have rman backup then this problem become resolved by only one command.
BLOCKRECOVER DATAFILE 1 BLOCK 3 DATAFILE 50187;
otherwise restore system tablespace from backup and recover it.
and one more thing
**Don't fix the block in system tablespace it may create problem if that block contain some useful information of oracle(internal information).
Thanks
Kuljeet Pal Singh

System datafile corruption

good morning all
What if in system datafile some blocks are corrupted in scenerio as below(db in noarchive mode but backup available-point in time recovery not important,data loss tolerated but want faster approach without shutting down db prefrably)
oracle 10g release 2
1)have cold backup /rman of few days old before corruption
2)can i use bmr of rman or export system from this server import on anoter server and export and import back on this server
3)or can i restore backup/rman of this db on other server,export system and import this on server where
system.dbf is corrupted
4)OR should i restore whole rman backup and replace whole db(point in time recovery not important here)
which approach is best
thanks

for the following points :
1)have cold backup /rman of few days old before corruptionyou have to remove the existing C/R/D files and restore those files from the last backup and start the database.
2)can i use bmr of rman or export system from this server import on anoter server and export and import back on this serverTaking export is possible but not sure whether there would be any problem while taking any export and also during the import as well.
3)or can i restore backup/rman of this db on other server,export system and import this on server where system.dbf is corrupted Its same as your second point but you are just doing it remotely
4)OR should i restore whole rman backup and replace whole db(point in time recovery not important here) which approach is bestThis point is right because the database is not in archivelog mode...
Cheers!

Oracle 11g - How to repair block corruption(on free space) in datafile

Hi,
I have a tablesopace with 3 datafiles, out of which one datafile has corrupted block. But no objects or data is affected as the corrupted block os in free space. This was shown in the alert logs.
Please see below the details:
Wed Apr 06 15:30:04 2011
SMON: Restarting fast_start parallel rollback
SMON: ignoring slave err,downgrading to serial rollback
ORACLE Instance geooap (pid = 12) - Error 1578 encountered while recovering transaction (10, 6) on object 149755.
Errors in file f:\oracle11g\diag\rdbms\geooap\geooap\trace\geooap_smon_5540.trc:
ORA-01578: ORACLE data block corrupted (file # 7, block # 54053)
ORA-01110: data file 7: 'F:\ORACLE11G\ORADATA\GEOOAP\ORDER_DATA_01.DBF'
GEOAP:
Fri Apr 01 14:57:48 2011
Errors in file f:\oracle11g\diag\rdbms\geop\geop\trace\geop_arc1_2156.trc:
ORA-00235: control file read without a lock inconsistent due to concurrent update
Fri Apr 01 14:57:58 2011
================================================================
The corruption is being reported in a free space block of the ORDER_DATA_01.DBF.
I’ve checked all the tables (and indexes) in this tablespace and none report corruption.
=====================================================Is there any action I need to take to remove corruption at this point?It is not affected any operation on the database yet.
What is the best way to do get rid of the corrupt block, without dropping and rebuillding the full tablespace(which is around 6 GB -total of 3 datafiles)
Thanks a lot

Can RMAN recover the datablock from this cold backup(which is a week old, the data file was not corrupted then) ?Please note that to do the recovery, you would need the backup and the archivelog files since the backup. Think about what you are asking to do. Its a single block whose recovery you are asking from a week old backup which obviously would be on an much older SCN compared to the rest of the database. How would you make that block consistent with the rest of the datafile. If you don't have archivelog in that db whose block is corrupted, you may forget that block and any data that it might ever had. Also, please read the documentation about the block recovery which explains the requirements very clearly,
http://download.oracle.com/docs/cd/E11882_01/backup.112/e10642/rcmblock.htm#BRADV89784
From the above link, 1st point,
The target database must run in ARCHIVELOG mode and be open or mounted with a current control file.HTH
Aman....

Block corruption in UNDO datafile

Hi,
I am getting block corruption problem related to undo datafile on my pre production db.
Alert log says:
Tue Jun 24 17:59:38 2008
Errors in file /oracle/admin/CBOPROD/bdump/cboprod_pmon_2596886.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 121)
ORA-01110: data file 2: '/oracle/oradata/CBOPROD/undotbs01.dbf'
Tue Jun 24 17:59:38 2008
Errors in file /oracle/admin/CBOPROD/bdump/cboprod_pmon_2596886.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 137)
ORA-01110: data file 2: '/oracle/oradata/CBOPROD/undotbs01.dbf'
Tue Jun 24 17:59:38 2008
Errors in file /oracle/admin/CBOPROD/bdump/cboprod_pmon_2596886.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 57)
ORA-01110: data file 2: '/oracle/oradata/CBOPROD/undotbs01.dbf'
Tue Jun 24 17:59:38 2008
Errors in file /oracle/admin/CBOPROD/bdump/cboprod_pmon_2596886.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 25)
ORA-01110: data file 2: '/oracle/oradata/CBOPROD/undotbs01.dbf'
Tue Jun 24 17:59:38 2008
Errors in file /oracle/admin/CBOPROD/bdump/cboprod_pmon_2596886.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 105)
ORA-01110: data file 2: '/oracle/oradata/CBOPROD/undotbs01.dbf'
Tue Jun 24 17:59:38 2008
Errors in file /oracle/admin/CBOPROD/bdump/cboprod_pmon_2596886.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 73)
ORA-01110: data file 2: '/oracle/oradata/CBOPROD/undotbs01.dbf'
Tue Jun 24 17:59:38 2008This issue happend while loading the data into db. I am more worried about data rather than availability as we took a good time move production data.
I have the cold backup of last night using RMAN (at mount stage) and my db is running in Archive log mode.
Please suggest to how to approach in current scnario.
OS: AIX 5.3
Oracle: 10.2.0.3.0
Thanks for your time
Bhupinder

Bhupinder,
The problem here it is your undo tablespace, and you are getting this error, because Oracle is hitting these blocks to use them.
You could try to create a new undo tablespace, but this measure is a bit strange, as obviously you can change the undo tablespace only without current transactions. If you can change the undo tablespace why recover the inactive undo tablespace?
I would probably try to change the undo tablespace, and if that fails there really is no other solution than at least restore the entire undo tablespace. Likely undo is disabled in mount stage so this should work.
Hth
Sybrand Bakker
Senior Oracle DBA

Block Corruption In Free Space Chuck Of A Datafile

Hi all,
I have run into this issue where both dbv and rman have caught a block corruption on one of the datafiles. When I checked these blocks, they did not belong to any segments and I was able to verify that this block ID falls in the block_id + blocks range in the dba_free_space where file_id = 41.
My questions are ...
- why is rman complaining about a bad block in free space? It will never need to back it up any way?
- According to note 28814.1, this type of corruption can be ignored and if when oracle needs to use this block, it will simply create/rewrite a new image without the corrupted data. Have you been affected by this issue? If yes, what did you do?
Thank you

1. "why is rman complaining about a bad block in free space? It will never need to back it up any way?"
Because it is doing its job.
2. "Have you been affected by this issue? If yes, what did you do?"
In what version? I generally find it helpful to read the docs and check discussions of issues on metalink.

System datafile block corrupted

Similar Messages

Maybe you are looking for