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.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

  • 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

  • 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

  • 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

  • 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

  • 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
    Thanks

    Now 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 all

    Saeed,
    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
    Vivek

    Has 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
    Sandy

    The 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 Thanks

    you 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...

  • ATO assebly behaviour in MRP

    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