Recover corrupted datafile

I created database from cold backup and db is up and running. After recovery identified some datafiles has corruption with dbfsize.
Could anybody please help me how to recover corrupted datafile from cold backup?

sorry in my first message I mentioned I verified with dbfsize. It is not dbfsize it is dbv than I found some files has corruption. I db verified original backup datafiles those file are fine no corruption. The problem is while copying the files to the new location some corruption happened. Now I will try to copy original file and dbv first. Now I to recover bad datafiles? I need some steps. Thanks in advance.
Please provide your Oracle version, OS , the actual ORA- errorsOracle version is 9.2.0.7.0
OS SunOS 9
when I run dbv I got big list of errors copied portion of it....
$cat DEEFF.log |more
DBVERIFY: Release 9.2.0.7.0 - Production on Fri Feb 27 00:20:14 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
DBVERIFY - Verification starting : FILE = /u01/oracle/DEEFF.dbf
Page 1024 is marked corrupt
Corrupt block relative dba: 0x1f400400 (file 125, block 1024)
Bad header found during dbv:
Data in bad block -
type: 6 format: 2 rdba: 0x1ac580dd
last change scn: 0x0004.f72fdb41 seq: 0x1 flg: 0x04
consistency value in tail: 0xdb410601
check value in block header: 0xb656, computed block checksum: 0x0
spare1: 0x0, spare2: 0x0, spare3: 0x0
Page 1025 is marked corrupt
Corrupt block relative dba: 0x1f400401 (file 125, block 1025)
Bad header found during dbv:
Data in bad block -
type: 6 format: 2 rdba: 0x1dc6d021
last change scn: 0x0002.f8bcf84b seq: 0x1 flg: 0x06
consistency value in tail: 0xf84b0601
check value in block header: 0x5983, computed block checksum: 0x0
spare1: 0x0, spare2: 0x0, spare3: 0x0
Page 1026 is marked corrupt
Corrupt block relative dba: 0x1f400402 (file 125, block 1026)
Bad header found during dbv:
Data in bad block -
type: 6 format: 2 rdba: 0x1e415f13
last change scn: 0x0004.3e23e1dd seq: 0x1 flg: 0x04
consistency value in tail: 0xe1dd0601
check value in block header: 0x502f, computed block checksum: 0x0
spare1: 0x0, spare2: 0x0, spare3: 0x0
Message was edited by:
Gud

Similar Messages

How to diagnose and recover corrupted datafile?

DBMS: Oracle v.9.2.0.1.0
OS: MS Server 2003 R2 SP2 x86
Problem: Database begin to stop every few minutes. I start to check and found that one and the largest of two datafiles is probably corrupted. Now I have no idea how to repair that datafile.
Firstly, I look into the alert.log and see that^
Mon Jul 29 11:02:03 2013
SMON: enabling tx recovery
Mon Jul 29 11:02:03 2013
Database Characterset is CL8MSWIN1251
replication_dependency_tracking turned off (no async multimaster replication found)
Completed: alter database open
Mon Jul 29 11:02:42 2013
KCF: write/open error block=0x3c009f online=1
     file=4 F:\ORACLE\ORADATA\ORCL\USERS_1.ORA
     error=27069 txt: 'OSD-04026: Invalid parameter passed. (OS 3932319)'
Mon Jul 29 11:02:42 2013
Errors in file c:\oracle\admin\orcl\bdump\orcl_dbw0_3604.trc:
ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode
ORA-01114: IO error writing block to file 4 (block # 3932319)
ORA-01110: data file 4: 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA'
ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file
OSD-04026: Invalid parameter passed. (OS 3932319)
DBW0: terminating instance due to error 1242
Instance terminated by DBW0, pid = 3604
Dump file c:\oracle\admin\orcl\bdump\alert_orcl.log
So, I turned archivelog on and open database but it continue to stop when somebody calls to some DB objects.
Then, I check v$headers:
SQL> select file#, status, recover, fuzzy, tablespace_name, to_char(CHECKPOINT_CHANGE#), name from v$datafile_header;
FILE# STATUS REC FUZ TABLESPACE_NAME      TO_CHAR(CHECKPOINT_CHANGE#)              NAME
         1 ONLINE NO YES SYSTEM               9679059694215                            F:\ORACLE\ORADATA\ORCL\SYSTEM.ORA
         2 ONLINE NO YES UNDO                 9679059694215                            F:\ORACLE\ORADATA\ORCL\UNDO.ORA
         3 ONLINE NO YES USERS                9679059694215                            F:\ORACLE\ORADATA\ORCL\USERS.ORA
         4 OFFLINE YES YES USERS                9679059697551                            F:\ORACLE\ORADATA\ORCL\USERS_1.ORA
For some reason, USERS in USERS_1.ORA is offline and marked as requiring recovery.
I tried to recover datafile, but get some errors:
SQL> recover datafile 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA';
ORA-00283: recovery session canceled due to errors
ORA-01115: IO error reading block from file 4 (block # 3932319)
ORA-01110: data file 4: 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA'
ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file
OSD-04026: Invalid parameter passed. (OS 3932319)
That have looking creepy for me.
I tries to verify datafile:
dbv file=F:\oracle\oradata\orcl\users_1.ora blocksize=16384 logfile=F:\oracle\oradata\orcl\dbvlog.txt
The result of verification was unexpectedly clean:
DBVERIFY: Release 9.2.0.1.0 - Production on Tue Jul 30 05:03:26 2013
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
DBVERIFY - Verification starting : FILE = F:\oracle\oradata\orcl\users_1.ora
DBVERIFY - Verification complete
Total Pages Examined         : 3932320
Total Pages Processed (Data) : 94051
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 19378
Total Pages Failing   (Index): 0
Total Pages Processed (Other): 3753059
Total Pages Processed (Seg) : 0
Total Pages Failing   (Seg) : 0
Total Pages Empty            : 65832
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Now I have that offlined tablespace in the probably not corrupted datafile and no idea how to get DB into the normal state.
Upd: I did database validation by RMAN:
RMAN> BACKUP VALIDATE DATABASE;
Starting backup at 30-JUL-13
using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=11 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current controlfile in backupset
input datafile fno=00004 name=F:\ORACLE\ORADATA\ORCL\USERS_1.ORA
input datafile fno=00002 name=F:\ORACLE\ORADATA\ORCL\UNDO.ORA
input datafile fno=00003 name=F:\ORACLE\ORADATA\ORCL\USERS.ORA
input datafile fno=00001 name=F:\ORACLE\ORADATA\ORCL\SYSTEM.ORA
channel ORA_DISK_1: backup set complete, elapsed time: 00:33:06
Finished backup at 30-JUL-13
That would been check my DB and put information of corrupted blocks to a V$DATABASE_BLOCK_CORRUPTION, but no! There's nothing:
SQL> select * from V$DATABASE_BLOCK_CORRUPTION;
no rows selected
Nevertheless, database doesn't open, until I switch bad datafile to offline^
SQL> alter database datafile 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA' online;
Database altered.
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4: 'F:\ORACLE\ORADATA\ORCL\USERS_1.ORA'
Message was edited by: Llywelyn.yv

Does it diferents from below?
RMAN> BACKUP VALIDATE DATABASE;
Starting backup at 30-JUL-13
using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=11 devtype=DISK
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current controlfile in backupset
input datafile fno=00004 name=F:\ORACLE\ORADATA\ORCL\USERS_1.ORA
input datafile fno=00002 name=F:\ORACLE\ORADATA\ORCL\UNDO.ORA
input datafile fno=00003 name=F:\ORACLE\ORADATA\ORCL\USERS.ORA
input datafile fno=00001 name=F:\ORACLE\ORADATA\ORCL\SYSTEM.ORA
channel ORA_DISK_1: backup set complete, elapsed time: 00:33:06
Finished backup at 30-JUL-13

Open database with corrupt datafile

hi.. all
i'm use oracle10g R2 on RHEL 3 ,because power outage my datafile INDEXES.dbf was corrupted and i can't open my database with this corrupted datafile , i'm try to recover the corrupted block with blockrecover command using RMAN and block recover finished and i'm still cann't open my database .
SQL> alter database open ;
alter database open
ERROR at line 1:
ORA-01115: IO error reading block from file 6 (block # 98473)
ORA-01110: data file 6: '/home/oracle/oradata/branch16/INDEXES.dbf'
ORA-27072: File I/O error
Linux Error: 5: Input/output error
Additional information: 4
Additional information: 98473
Additional information: -1
i'm run my db in noarchivelog mode.
i need to open my database ( i have a dump file for my schema from yesterday)
please help me

Hi
If block level recovery is fin thru RMAN then open the database in mount state then do recover database and then open the database.
The above procedure is not work then you need to recreate the controlfile with existing datafile except that corrupt file. After recreating do full imp. It will solve the issue.
Regards
N.Sirajudeen

Restore & Recover SYSAUX datafile while DB up

Hi,
Due to data block corruption of SYSAUX, need to keep it offline then recover and make it online.
sql 'alter database datafile 2 offline';
restore datafile 2;
recover datafile 2;
sql 'alter database datafile 2 online';
Is it possible to do this operation while Database is up? or we need to keep it down?
BANNER
Oracle Database 11g Release 11.1.0.6.0 - 64bit Production
PL/SQL Release 11.1.0.6.0 - Production
CORE 11.1.0.6.0 Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production
Thanks
Edited by: Nadvi on Jun 10, 2010 10:02 PM
Edited by: Nadvi on Jun 10, 2010 10:28 PM

Nadvi wrote:
Hi,
Due to data block corruption of SYSAUX, need to keep it offline then recover and make it online.
sql 'alter database datafile 2 offline';
restore datafile 2;
recover datafile 2;
sql 'alter database datafile 2 online';
Is it possible to do this operation while Database is up? or we need to keep it down?
BANNER
Oracle Database 11g Release 11.1.0.6.0 - 64bit Production
PL/SQL Release 11.1.0.6.0 - Production
CORE 11.1.0.6.0 Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production
ThanksDear Nadvi
Why you don't perform Block Media Recovery on the corrupted data blocks using RMAN?
In the following example I show how you can recover corrupted data block in the SYSAUX tablespace. However, as you use Oracle 11g, you will use the following syntax:
RECOVER DATAFILE datafile_no BLOCK block)no Here's the example:
SQL> create user test identified by test;
User created.
SQL> grant dba to test;
Grant succeeded.
SQL> conn test/test
Connected.
SQL> create table tbl_test (name varchar2(10)) tablespace sysaux;
Table created.
SQL> insert into tbl_test values('test');
1 row created.
SQL> commit;
Commit complete.
SQL> SELECT header_block FROM dba_segments WHERE segment_name='TBL_TEST';
HEADER_BLOCK
2939
SQL> select tablespace_name from dba_segments where segment_name='TBL_TEST';
TABLESPACE_NAME
SYSAUX
RMAN> backup database plus archivelog delete input;
[oracle@localhost ~]$ dd of=/u01/oracle/product/10.2.0/db_1/oradata/db1/sysaux01.dbf bs=8192 conv=notrunc seek=2939 <<EOF
corruption
EOF0+1 records in
0+1 records out
11 bytes (11 B) copied, 0.0182719 seconds, 0.6 kB/s
SQL> alter system flush buffer_cache;
System altered.
SQL> conn test/test
Connected.
SQL> select * from tbl_test;
select * from tbl_test
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 3, block # 2939)
ORA-01110: data file 3:
'/u01/oracle/product/10.2.0/db_1/oradata/db1/sysaux01.dbf'
RMAN> blockrecover datafile 3 block 2939;
starting media recovery
media recovery complete, elapsed time: 00:00:07
Finished blockrecover at 10-JUN-10
RMAN> exit
SQL> conn test/test
Connected.
SQL> select * from tbl_test;
NAME
testFor more information on Block Media Recovery, you can watch my Video Tutorial
http://kamranagayev.wordpress.com/2010/03/18/rman-video-tutorial-series-performing-block-media-recovery-with-rman/

Recovering a datafile from backup in different server

Hi All,
I usually take hot backup of datafiles to different server like this because i dont have enough space in same server. I
SQL> alter tablespace XXXX begin backup;
host scp /bu1/oradaTA/XXXXX/XXXXX [email protected]:/db1dw/oradata/backup/dec2010/XXXX
alter tablespace OPS end backup;
If i want to recover the datafile can i normally do the offline drop of that datafile and copy the datafile from backup which is in differnet server thorugh scp and make the datafile online??? and the database is in archivelog mode but i dont care abt the log files. i just need to recover the datafile as it was from last backup.
or do we need to use any recover datafile commands?? if need to use any recover datafile command from where it will recover the datafile??
i dont have any scripts for backup or recovery , i just take manual scp of the datafiles.
Help plzz, thanks in advance.....

SQL> alter tablespace XXXX begin backup;
host scp /bu1/oradaTA/XXXXX/XXXXX [email protected]:/db1dw/oradata/backup/dec2010/XXXX
alter tablespace OPS end backup;What is the version you are using? is it 9i if not you can peform backup at database level instead of tablespace level.
If i want to recover the datafile can i normally do the offline drop of that datafile and copy the datafile from backup which is in differnet server thorugh scp and make the datafile online??? and the database is in archivelog mode but i dont care abt the log files. i just need to recover the datafile as it was from last backup.Why offline drop to recover? Are you sure what are you doing?
or do we need to use any recover datafile commands?? if need to use any recover datafile command from where it will recover the datafile??1) alter system switch logfile;
2) select max(sequence#) from v$archived_log;
For Ex:
Sequence -- 100
3) alter database begin backup;
4) copy all the datafiles to another server(bcoz you not have space in same server)
5) alter database end backup;
6) select max(sequence#) from v$archived_log;
For Ex:
Sequence -- 110
Then copy these generated 10 archives to new server also.

Corrupt Datafiles following "Successful" Clone Process

Looking for help with the following problem/issue:
We attempted to clone our production database to our development environment using RMAN, following a process successfully used on multiple occasions in the past.
Both databases are running on UNIX and are versoin 11.2.0.2.7 (with JUL2012 PSU applied).
The RMAN cloning operation completed WITHOUT errors AND, the new database can be shutdown, started, and accessed via SYS logoin, but all attempts by users to access the databsae returns "corrupt datafile" message on most datafiles.
Below is what we are seeing in the alert log:
Tue Nov 06 19:52:39 2012
Hex dump of (file 230, block 26214385) in trace file /oracle/app/oracle/diag/rdbms/IDB/trace/IDB_j000_16046.trc
Corrupt block relative dba: 0x018ffff1 (file 230, block 26214385)
Completely zero block found during buffer read
Reading datafile '/oradata/IDB/undotbs_02.dbf' for corruption at rdba:
0x018ffff1 (file 230, bock 26214385)
Reread (file 230, block 26214385) found same corrupt data (no logical check)
Tue Nov 06 19:52:39 2012
Corrupt Block Found
TSN = 31, TSNAME = UNDOTBS_02
RFN = 1024, BLK = 26214385, RDBA = 26214385
OBJN = .1, OBJD = -1, OBJECT = , SUBONJECT =
SEGMENT_OWNER = , SEGMENT_TYPE =
Errors in file /oracle/app/oracle/diag/rdbms/IDB/trace/IDB_j000_16046.trc (incident 36257):
ORA-01578: ORACLE data block corrupted (file # 230, block # 26214385)
ORA-01110: data file 230: '/oradata/IDB/undotbs_02.dbf'
Incident details in /oracle/app/oracle/dia/rdbms/IDB/incident/incdir_36257/IDB_j000_16046_i36257.trc
Trace File Content:
Hex dump of (file 230, block 26214385)
Dump of memory from 0x00000004877BE000 to 0x00000004877C0000
4877BE000 00A20000 018FFFF1 00000000 00000101 [................]
4877BE010 00000000 00000000 00000000 00000000 [................]
Repeat 509 times
4877BFFF0 00000000 00000000 00000000 00000001 [................]
Corrupt block relative dba: 0x018ffff1 (file 230, block 26214385)
Completely zero block found during buffer read
Reading datafile /oradata/IDB/undotbs_02.dbf' for corruptoin at rdba:
0x018ffff1 (file 230, block 26214385)
Reread (file 230, block 26214385) found same corrupt data (no logical check)
DDE: Problem Key 'ORA 1110' was flood controlled (0x5) (no incdent)
ORA-01110: data file 230: '/oradata/IDB/undotbs_02.dbf'
Byte offset to file# 230 block 26214385 is 4294844416
This is the FIRST attempt to clone the production database since the installation of the JUL2012 patch -- and this is the ONLY change to all servers since the last successful cloning.
We have since attempted cloning between different environments (to rule out server specific issue) and cloning to new mount points (to rule out h/w issue), but eah attempt results in the same errors.
If anyone has experienced this same issue/problem, any insight is welcome. Anyone with viable options, ideas also welcome.
Our next approach will be to uninstall patches since our last "good" cloning and attempt again.
Thanks!

Yes, but the UNDO tablespace is just one of many --- in fact, most tablespaces are affected, including the SYSTEM tablespace.
Following one clone attempt, we were able to manually correct a large portion of the corruption errors and make the instance accessible, but any attempt to access indexes and/or modify data, resulted in corruption messages.

Corrupted datafiles in standby

Hello
I used to have three indexes in nologging mode in primary database.
When I scan the datafiles of these indexes in standby database, I notice that datafiles are logically corrupted.
Today, I dropped these indexes in primary database and recreated them with logging. Archivelogs of these steps were also applied to standby.
Even there is no obect in nologging mode, When I scan the datafiles in standby, somehow they are still logically corrupted !!!!!!!!!!
What is the reason for that?
Cheers

Mr Sb;
They are created as logging.
It is really difficult to grasp this.
Here is the output of one of the corrupted datafile with dbv
DBV-00200: Block, dba -2126348425, already marked corrupted
DBV-00200: Block, dba -2126348424, already marked corrupted
DBV-00200: Block, dba -2126348423, already marked corrupted
DBV-00200: Block, dba -2126348422, already marked corrupted
DBV-00200: Block, dba -2126348421, already marked corrupted
DBV-00200: Block, dba -2126348420, already marked corrupted
DBV-00200: Block, dba -2126348419, already marked corrupted
DBV-00200: Block, dba -2126348418, already marked corrupted
DBV-00200: Block, dba -2126348417, already marked corrupted
DBV-00200: Block, dba -2126348416, already marked corrupted
DBV-00200: Block, dba -2126348415, already marked corrupted
DBV-00200: Block, dba -2126348414, already marked corrupted
DBV-00200: Block, dba -2126348413, already marked corrupted
DBV-00200: Block, dba -2126348412, already marked corrupted
DBV-00200: Block, dba -2126348411, already marked corrupted
DBV-00200: Block, dba -2126348410, already marked corrupted
DBV-00200: Block, dba -2126348409, already marked corrupted
DBV-00200: Block, dba -2126348408, already marked corrupted
DBV-00200: Block, dba -2126348407, already marked corrupted

Maxdb has corrupt datafile

Hi Everyone,
I have my content server running Maxdb 7.3 and it ran out of space when the autoextend was tring to add a datafile. The database is not able to start now due to the corrupt datafile. Can you offer any assistance?
Is it possible to upgrade to a later version of MaxDb with the database in its current state? I see the later versions have recovery commands but they do not work in this version of the DB.
Edited by: NIS Basis Support on May 10, 2010 11:48 PM

HI there,
if you're a SAP customer, please do open a support message for this.
Anyhow, just a few comments:
1) in 7.3 there is no such thing as autoextend. Additional Devspaces must be added manually.
2) Of course SAP DB 7.3 offers recovery commands and if fact most recovery options you find in 7.6 were already present in 7.3
3) Even if you've got a totally messed up database now, it should be possible to take a log backup now (to save all yet unsaved log entries) and to perform a complete restore/recovery of the database to a new instance.
If your backup setup is OK you should be able to have your database up and running again that way.
regards,
Lars

Why recovering the datafile ?

Hi,
why must we recover a datafile after taking it offline (without restore) to take it online again:
SQL*Plus SYS> alter database datafile 27 offline;
Datenbank wurde geändert.
SQL*Plus SYS> alter database datafile 27 online;
alter database datafile 27 online
FEHLER in Zeile 1:
ORA-01113: Für Datei '27' ist Media Recovery erforderlich
ORA-01110: Datendatei 27: 'C:\APP\xxxx\ORADATA\TEST\DATAFILE\T_xxx.DBF'
SQL*Plus SYS> alter database recover datafile 27 ;
Datenbank wurde geändert.
SQL*Plus SYS> alter database datafile 27 online;
Datenbank wurde geändert.
The version of the database is 11.2.0.2 and it is in ARCHIVELOG mode.
Thanks in advance!

Hello,
why must we recover a datafile after taking it offline (without restore) to take it online again:Because there's no Checkpoint when you set a Datafile OFFLINE.
However, if you set a Tablespace OFFLINE NORMAL there will be a Checkpoint, and you could set it ONLINE without Recovery.
This link may give you more details:
http://esemrick.blogspot.com/2006/03/recovery-of-offline-data-files.html
Hope this help.
Best regards,
Jean-Valentin
Edited by: Lubiez Jean-Valentin on Mar 8, 2012 3:45 PM

Way to recover corrupt .PSD's and / or .JPG's ?

I am recovering my system after a bad crash. I have many .psd's and .jpg's which are corrupt.
Is there any method, tool, or application you would recommend as the best attempt? I see several advertised on the internet. Do any of them work? What is the best? If you cannot name names, please point me in a helpful direction, where I might find reliable information.
Thank you.

The best way to recover corrupt images is from the backup sets.
Since you don't appear to have this convenience you could try something like this:
http://www.online-tech-tips.com/computer-tips/repair-and-view-corrupted-or-damaged-images/
I don't know it, but it was the first thing that came up in google for recover corrupt images.

Drop a partition with a corrupt datafile in the associated tablespace

Hello,
I desperately need to drop a partition. However, I am unable to do so as the datafile in the associated tablespace for the partition is corrupt. When I attempt to drop the partition, I receive the following error:
ORA-00376: file 16 cannot be read at this time.
ORA-01110: data file 16: '/data3/oradata/cdn/data/tran_part_20051115.dbf'
Is there any way to get rid of the corrupted datafile so that I can successfully drop the partition? Maintaining the data is not a concern at this point. The priority is to solve this issue, so data loss is not a concern for me.
Any assistance would be greatly appreciated!
Thanks,
Scott

Does the file '/data3/oradata/cdn/data/tran_part_20051115.dbf' exist on the disk?
What does; select distinct status from V$recover_file indicate?
Thanks
Chandra Pabba

How to recover offlined datafiles

Hi,
While starting up the db im getting the below error
ORA-01113: file 12 needs media recovery
ORA-01110: data file 12:
I checked the status of the datafiles and i found that the two datafiles(12 & 13) where in recovery mode.
I checked the alertlog and found that
1) Datafile 12 went offline on 13th Nov 2008
Thu Nov 13 12:28:24 2008
Errors in file c:\oradba\admin\bdump\db_ckpt_4528.trc:
ORA-01171: datafile 12 going offline due to error advancing checkpoint
ORA-01110: data file 12: '\\network drive\TAB_5.ORA'
ORA-01115: IO error reading block from file 12 (block # 1)
ORA-27072: skgfdisp: I/O error
OSD-04006: ReadFile() failure, unable to read from file
O/S-Error: (OS 6) The handle is invalid.
2) Datafile 13 went offline on 27th Jan 2009
Tue Jan 27 23:31:49 2009
Errors in file c:\oradba\admin\bdump\db_ckpt_4568.trc:
ORA-01171: datafile 13 going offline due to error advancing checkpoint
ORA-01110: data file 13: '\\network drive\TAB_6.ORA'
ORA-01115: IO error reading block from file 13 (block # 1)
ORA-27072: skgfdisp: I/O error
OSD-04006: ReadFile() failure, unable to read from file
O/S-Error: (OS 6) The handle is invalid.
I tried recovering datafile 12 and it is archive for archivedlogs from Nov 13, but i have archive logs only from 22nd Jan 2009.
I can recover the datafile 13 using this archive logs.
Can anyone tell me how to recover the datafile 12 ????
Thanks in advance.
Prem.

thanks for your reply
.>>>> I tried recovering datafile 12 and it is asking for archivedlogs from Nov 13, but i have archive logs only from 22nd Jan 2009 <<<<<
Im having archivelogs only from 22nd jan 2009.
Since the datafile 12 was offline from Nov 13 2008 therewont be any transactions on the datafile.
So is there any way to bring it online and to the current SCN.
Thanks,
Prem

How to recover system datafile???

Hello,
Do you guys have any idea how to recover SYSTEM datafile if the datafile is missing and it's not being back up ?
suhaimi
[email protected]

Dear Suhaimi,
The only possible way of recovering the SYSTEM tablespace (and its datafiles) is from the Hot or Cold backups taken earlier. For ensure complete recoverability, I advise you to run your database in ARCHIVELOG mode and take regular online backups.
Ciao!

Recover database with corrupt datafile

I have an Oracle 9.2.0.6.0 database which has crashed due to disk failure & there is no backup. on the disk that failed there is one rollback datafile so I was hoping to be able to just drop this datafile & the related tablespace & recreate on disk that is OK.
I found the following instructions in a thread on this forum & managed the offline drop of the datafile & the alter database open. However when I tried to drop the rollback tablespace it couldn't find what I though the tablespace was. Now when I try & do anything with the DB is failed with the error -
Error 376 happened during db open, shutting down database
USER: terminating instance due to error 376
Instance terminated by USER, pid = 47050
ORA-1092 signalled during: ALTER DATABASE OPEN...
the instructions I was following were :-
Database was NOT cleanly shut down
I.e. Datafile was accidentally dropped using operating system command, when the database was not cleanly shutdown using SHUTDOWN ABORT COMMAND.
* Check the alert.log file for this instance.
* Comment out the ROLLBACK_SEGMENTS parameter and add the following line: corruptedrollback_segments = ( ,...., ) i.e., the above list should contain all the rollbacks originally listed in the ROLLBACK_SEGMENTS parameter.
* Mount the database in restricted mode. STARTUP RESTRICT MOUNT
* Offline drop the lost datafile.
ALTER DATABASE DATAFILE OFFLINE DROP;
* Open the database.
ALTER DATABASE OPEN.
* Drop the rollback tablespace to which the datafile belonged.
* Recreate the rollback tablespace with all its rollback segments. Remember to bring the rollbacks online after you create them.
* Make the database available to all users.
* ALTER SYSTEM DISABLE RESTRICTED SESSION;
You should be able to see your database back at this step.
Any ideas how to indentify the tablespace that I need to drop & how to get the database into a state that will let me attempt this?

latest entries in alert.log ...
Mon Jan 18 15:32:33 2010
Errors in file /dwdb1/u01/oracle/app/oracle/admin/PLYDW/bdump/plydw_smon_33822.t
rc:
ORA-01595: error freeing extent (2) of rollback segment (13))
ORA-00376: file 6 cannot be read at this time
ORA-01110: data file 6: '/dip3/u07/oradata/PLYDW/dwrbs01.dbf'
SMON: about to recover undo segment 2
SMON: mark undo segment 2 as needs recovery
SMON: about to recover undo segment 3
SMON: mark undo segment 3 as needs recovery
SMON: about to recover undo segment 4
SMON: mark undo segment 4 as needs recovery
SMON: about to recover undo segment 5
SMON: mark undo segment 5 as needs recovery
SMON: about to recover undo segment 6
SMON: mark undo segment 6 as needs recovery
SMON: about to recover undo segment 7
SMON: mark undo segment 7 as needs recovery
SMON: about to recover undo segment 8
SMON: mark undo segment 8 as needs recovery
SMON: about to recover undo segment 9
SMON: mark undo segment 9 as needs recovery
SMON: about to recover undo segment 10
SMON: mark undo segment 10 as needs recovery
SMON: about to recover undo segment 11
SMON: mark undo segment 11 as needs recovery
Mon Jan 18 15:32:46 2010
Errors in file /dwdb1/u01/oracle/app/oracle/admin/PLYDW/udump/plydw_ora_52948.tr
c:
ORA-00376: file 6 cannot be read at this time
ORA-01110: data file 6: '/dip3/u07/oradata/PLYDW/dwrbs01.dbf'
Mon Jan 18 15:32:46 2010
Error 376 happened during db open, shutting down database
USER: terminating instance due to error 376
Instance terminated by USER, pid = 52948
ORA-1092 signalled during: alter database open...

Time machine freezing after fresh re-install because of recovered corrupt files

Hi,
I have a Mid 2009 15" MBP running 10.8.2. Recently, my HDD crashed. And my time machine backup on an external HDD failed to mount (perhaps the backup was also corrupt?). I made an image using Disk Drill just in case and got a new HDD from Apple Support. They put in a new HDD and "recovered" my data. Now, the comp was behaving very very funny, freezing suddenly a few minutes after boot, requiring a hard shud-down and frequent kernel panics. So, I copied some of the important data in my Users folder and did a fresh install of ML on the new HDD. I also got a new external HDD and formatted it propoerly and copied back the files onto the fresh install of ML. At this point, I realised that there were certainly some files there that were corrupt(?) because, the copying back caused hanging a couple of times. Anyway, now the comp works just fine, but as soon as I begin a time machine backup, it completely freezes (just like before requiring a hard shut down), after less than a GB backing up. Please help me.

Hate to tell you this but the 2009 model MBPs were built, assembled, with a very cheaply made HDD to Logic board cable and your original drive may be fine and the cable is the thing that is failing.
I suspect this because once a drive fails it is near impossible to get any useful data off it. So if Apple was able to copy your files from the old drive to the new one that drive is probably still OK. And that you are now still having problems with the brand new drive.
No the problems you are having can not be caused by just having corrupted files store on the drive. The only files that are accessed by the operating system, while booting and running the computer, are those operating system files and whatever programs you are running. even if a program access those corrupted files it would not cause problems with the OS but may crash the program that is opening them.
As for TM not working that again is a sign that the cable is bad because TM can't copy the files to its backup over that bad cable.

Recover corrupted datafile

Similar Messages

Maybe you are looking for