Corrupt datafile
Hello gurus,
I have a test db in NOARCHIVELOG mode and i recently discovered that one of the datafiles is corrupt and so i cannot open the database.
This is the error when trying to open db:
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01113: file 50 needs media recovery
ORA-01110: data file 50: '/fcrdb3/fcrlive/datafiles/fcrdata_lrg/lrgdata13.dbf'
I don't have any valid backups and i need to bring my test instance back online. I came up with the following steps to resolve the problem and i want you to
analyze it for me.
step 1. Mount the db
startup mount
step 2.drop the datafile -
alter database datafile /fcrdb3/fcrlive/datafiles/fcrdata_lrg/lrgdata13.dbf offline drop
3. open the database -
alter database open
4. check all objects belong to that tablespace:
select owner, segment_name, segment_type
from dba_segments
where tablespace_name='tbs_name'
5. export out all the objects in that tablespace
6. drop the tablespace - drop tablespace tbs_name including contents
7. Delete the physical datafiles belonging to the tablespace
8. Recreate the tablespace, import back the objects
Please will these steps above help in resolving my problem?
Thank you.
Please below is the result of the step i took:
SQL> alter database datafile '/fcrdb3/fcrlive/datafiles/fcrdata_lrg/lrgdata14.d
bf' offline drop;
Database altered.
SQL> alter database open;
alter database open
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
SQL> conn /as sysdba
Connected to an idle instance.
SQL> startup
ORACLE instance started.
Total System Global Area 2684354560 bytes
Fixed Size 1331776 bytes
Variable Size 1372827072 bytes
Database Buffers 1308622848 bytes
Redo Buffers 1572864 bytes
Database mounted.
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/fcrdb1/fcrlive/dbobjects/system01.dbf'
Now is complaining of system datafile. What do i do next?
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.yvDoes 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 -
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?
CheersMr 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 -
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 PMHI 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 -
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 meHi
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 -
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 -
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,
ScottDoes 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 -
Instance does not open, because of corrupted datafile
Hi
I am running 10gR2.
For a test I have corrupted the header of an test datafile of a non system tablespace when instance was closed.
Now when I started the instance it does not open with an alert entry
Errors in file c:\oracle\oracle\product\10.2.0\db_1\admin\orcl\bdump\orcl_dbw0_512.trc:
ORA-01157: cannot identify/lock data file 11 - see DBWR trace file
ORA-01110: data file 11: 'C:\ORACLE\ORADATA\ORCL\DAMAGE_DATA.DBF'
ORA-27046: file size is not a multiple of logical block size
Now how to proceed?
When I tried to set the tablespace offline I got:
SQL> alter tablespace damage_data_ts offline;
alter tablespace damage_data_ts offline
ERROR at line 1:
ORA-01109: database not open
Can I just drop the datafile ?
I forgot to include, that the datafile is the only file the tablespace got.
But even the dropping the tablespace giving error, saying the database is not open
SQL> DROP TABLESPACE damage_data_ts INCLUDING CONTENTS AND DATAFILES;
DROP TABLESPACE damage_data_ts INCLUDING CONTENTS AND DATAFILES
ERROR at line 1:
ORA-01109: database not open
ThanksNow I was able to drop the datafile with:
SQL> shutdown immediate;
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.
Total System Global Area 612368384 bytes
Fixed Size 1250452 bytes
Variable Size 247466860 bytes
Database Buffers 360710144 bytes
Redo Buffers 2940928 bytes
Database mounted.
SQL> alter database datafile 'C:\oracle\oradata\orcl\DAMAGE_DATA.DBF' offline drop;
Database altered. -
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... -
Corrupted datafile after cloning
Good Day
I have done a restore from the production system to the test system some time ago . Today I got an error on my test system saying ORA-00376: file 375 cannot be read at this time . After checking I found that the file seems to be missing on the test environment .
SQL > select file_name from dba_data_files where file_id=375 ;
/gldb11i/devdb/9.2.0/dbs/MISSING00375
So I got the name from production and since the file seems to be avilabe in test I did the rename as follows :
SQL> alter database rename file '/gldb11i/devdb/9.2.0/dbs/MISSING00375' to '/gld
b11i/oradevd/oradata/dev/gld16.dbf' ;
Database altered.
But when I tryed to recover the file I got the error .
SQL> recover datafile '/gldb11i/oradevd/oradata/dev/gld16.dbf'
ORA-00283: recovery session canceled due to errors
ORA-01110: data file 375: '/gldb11i/oradevd/oradata/dev/gld16.dbf'
ORA-01122: database file 375 failed verification check
ORA-01110: data file 375: '/gldb11i/oradevd/oradata/dev/gld16.dbf'
ORA-01206: file is not part of this database - wrong database id
Ofcourse that is becuse my test dataabse was renamed from production name fmprod to test name fmdev .
Is there any way to recover the file ? . I have all the archive logs avilable . Can nid change the database id in the file if it is only one file ?
Why did I not get any errors when I was doing the post cloneing process ?
Many thanks to allSaeed,
Please go through the following documents and see if it helps.
Note: 1070126.6 - ORA-01122, ORA-01206: OPEN DATABASE FAILS
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=1070126.6
Note: 1011557.6 - ORA-1122, ORA-1110, ORA-120X
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=1011557.6
If no backup is available of this datafile from the cloned instance, then I believe it is not possible to repair the file header issue, and you will have to clone the database again (recreate the database).
You may also log a SR to confirm this and see if Oracle support have any other suggestion.
Regards,
Hussein -
Data recovery from Datafiles of corrupted database ?
Hi all
Actullay one of my databse(Oracle 9i) is corrupted and i dnt have .dmp files . so i inatlled the new databse.
before that i copied the oradata folder from prevous database( Is not running right now)
is there any way to restore the prevoius data from the files that i have in oradata folder to the new instance.
thanks & regards
VivekHas the database - even when it was corrupted - been shutdown cleanly ?
If yes, and only if you have all the files, it should be startable.
If any of the datafiles is corrupted and it prevents database startup, you can always try following:
startup mount
alter database datafile <filename> offline drop;
If the database is/was in archivelog mode you can omit the "drop" and only put it offline.
As soon as all corrupted datafiles are put offline, including all not corrupted from the same tablespace, the database should be able to open.
Keep in mind that this is only true for datafiles not belonging to SYSTEM/SYSAUX or other Instance dependant tablespaces;
I don't think you can restore data from corrupted datafiles, unless you're able to recover them -
Datafile corrupted On standby database
one of the datafile got corrupted in the standby database . when backing up with rman i got ora-15966 error .
i found the corrupted datafile but i did not have any backups to recover .
is there any way to recover the block corruption ?Hello,
What's your Oracle version? OS? following link shows how to fix it , you can search oracle documentation according to your version.
http://www.mpi-inf.mpg.de/departments/d5/teaching/ss05/is05/oracle/server.920/a96521/repair.htm#11355
Regards -
How can I find which datafile a row in a huge partitioned table belongs to?
Hello guys.
We have a bunch of potentially corrupt LOB data in a 15TB partitioned table. I have run a query to find out what rows may be corrupt. Is it possible to find out if these belong to a common datafile (the are 450 datafiles in this tablespace)?
Oracle 10.2.0.4 single instance on HP-UX
Any help appreciated
SandyThe Flaz wrote:
Hello guys.
We have a bunch of potentially corrupt LOB data in a 15TB partitioned table. I have run a query to find out what rows may be corrupt. Is it possible to find out if these belong to a common datafile (the are 450 datafiles in this tablespace)?
Oracle 10.2.0.4 single instance on HP-UX
Any help appreciated
SandyTo checking corruption datafile level you can use dbv utility.But to fixing(marking) corruption you have to use dbms_repair package.Please refer below links
http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/repair.htm#sthref3170
http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/repair.htm#sthref3192 -
UAT DB's nonsystem dfile corrupted. how can I restore it from Prod by rman
I have an UAT env. some non system tablespace's datafile corrupted (one tb one dbfile)
errors look like below and the db could just be in mount state.
Database mounted.
ORA-01157: cannot identify/lock data file 4 – see DBWR trace file
ORA-01110: data file 4: ‘D:\ORACLE_DATA\DATAFILES\ORCL\USERS01.DBF’
When I took them offline, the db could be open.
I could not use rman to recover it although it is in archivelog mode. it is because some corruptions in archived logs.
Now, I would like to recover them from prod db.
How can I do that by using rman/ export import. My DB's version is 10g R2
I appreciate if there are any reference and instructions from all of you.
Many Thanksyou can use data pump export/import instead of traditional exp/imp, if you are oracle 10g or high. These tools are much faster(approximately 10 times) than traditional exp/imp.
There is also another possibility you can use, which is called transportable tablespaces. Of course it will not be convenient if your corrupted datafile is one of the several datafiles of the certaion tablespace. But if your tablespace just consists of this corrupted datafile, you can use this method, which is much faster than export import tools.
Maybe you are looking for
-
Disbaling a value of a lookup column not to display the underlying record
I have a lokup column to a different list. So, when it displays the record the data is displayed in hyperlinked way so that when we click on the hyperlink, it will take us to the view form of that record in a different list. Could you please let me k
-
Can I manage my Family Sharing and child's Apple ID from my windows computer?
I've bought a refurbished iPhone in lieu of new iPod touch for a kid. I've had an iPod classic for some years and have always managed my involvement with apple via iTunes on a windows laptop. I want to set up an "under 13" identity for her and start
-
Not able to open more than 4 sessions in SAP
Hi all, I cannot open more than 4 sessions in SAP. please let me know where is the config for increasion it to 6 sessions or let me know which team should i contact for this change. Thanks
-
RE: Using BAPI in place of select stmt..
Hi Experts, We alway use Select stmt to fetch the datas and display it, so is there any way to use available BAPI's to select data and display the resultant output?if so can you given one simple example...
-
Hi Experts, I am looking for answer for a strange behavior of planning, I am having std BOM for FG ( Finished good) having ATO attribute enabled at org level. Child part of FG is 'Comp1 ( purchase item) and there is no routing. Now sales order is boo