NOARCHIVELOG - lost datafile

We have a situation here. We lost the datafile associated with UNDOTBS and we are in NOARCHIVELOG mode.
The option seems to be to use .....OFFLINE DROP and then drop the tablespace.
Accordingly, dropped the tablespace and attempting to open the database, the database is still looking for the datafile:
ORA-376 datafile xxxx cannot be read at this time.
how can I open the database....
My thought was to drop offline, open and then recreate the tablespace. It appears that I will not be needing any undo segments though.
Appreciate your help and thoughts.
BTW, this is DEV - therefore in NOARCHIVELOG mode.

Hello,
So, if I well understood you set the following parameters:
undo_management = AUTO
undo_tablespace = ''
And you still have the ORA-376 error.
So, I think, you may have an offline datafile.
May you execute the following statement ?
select status, enabled from v$datafile;You could check if you have an offline datafile or a datafile to RECOVER.
Hope it can help,
Best regards,
Jean-Valentin
Edited by: Lubiez Jean-Valentin on Nov 18, 2009 11:46 PM

Similar Messages

  • Lost datafile Problem

    My database is in noarchivelog mode
    I had a tablespace with 3 datafiles and 1 datafile is deleted accidently.
    I know i cant recover the datafile as the database is in noarchivelog mode.
    my DB is only a test database.
    Now what i have to do inorder to run my database with out any errors.I dont care about recovering the data.
    I am getting error ORA-01116: error in opening database file string
    Thankx...

    Hi Taj,
    Ok I will do as what u suggested.But is there any minimum possiblity that i can recover the lost datafile.
    i have the backup of the of lost datafile on production database.can i copy that datafile to the test database and add this datafile to the tablespace.

  • Recovery of a lost datafile without backup

    Its the demo for recovery of a lost datafile without backup,but you should have database in archivelog
    in order to make complete recovery,otherwise in noarchivelog mode you may lose some data.Every steps is
    self explainatory so i feel need'nt to add some textual description during demo
    If any findings can be elaborate more please do comments.
    SQL*Plus: Release 10.1.0.2.0 - Production on Fri Feb 8 10:35:24 2008
    Copyright (c) 1982, 2004, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
    With the Partitioning, OLAP and Data Mining options
    SQL> select name from v$database
      2  /
    NAME
    ORCL
    SQL> create tablespace my_tablespace datafile 'C:\oracle\product\10.1.0\oradata\orcl\my_datafile.dbf' size 500M
      2  /
    Tablespace created.
    SQL> set linesize 1000
    SQL> select * from v$tablespace
      2  /
           TS# NAME                           INC BIG FLA
             0 SYSTEM                         YES NO  YES
             1 UNDOTBS1                       YES NO  YES
             2 SYSAUX                         YES NO  YES
             4 USERS                          YES NO  YES
             3 TEMP                           YES NO  YES
             6 EXAMPLE                        YES NO  YES
             9 MY_TABLESPACE                  YES NO  YES
    7 rows selected.
    SQL> alter user scott default tablespace my_tablespace
      2  /
    User altered.
    SQL> conn scott/tiger@orcl
    Connected.
    SQL> create table my_table as select * from all_objects
      2  /
    Table created.
    SQL> desc my_table
    Name                                                                                                                                                                          
    OWNER                                                                                                                                                                         
    OBJECT_NAME                                                                                                                                                                   
    SUBOBJECT_NAME                                                                                                                                                                
    OBJECT_ID                                                                                                                                                                     
    DATA_OBJECT_ID                                                                                                                                                                
    OBJECT_TYPE                                                                                                                                                                   
    CREATED                                                                                                                                                                       
    LAST_DDL_TIME                                                                                                                                                                 
    TIMESTAMP                                                                                                                                                                     
    STATUS                                                                                                                                                                        
    TEMPORARY                                                                                                                                                                     
    GENERATED                                                                                                                                                                     
    SECONDARY                                                                                                                                                                     
    SQL> conn sys/sys@orcl as sysdba
    Connected.
    SQL> shutdown immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    Microsoft Windows XP [Version 5.1.2600]
    (C) Copyright 1985-2001 Microsoft Corp.
    C:\>cd C:\oracle\product\10.1.0\oradata\orcl
    C:\oracle\product\10.1.0\oradata\orcl>dir *.dbf
    Volume in drive C has no label.
    Volume Serial Number is F49D-FF2B
    Directory of C:\oracle\product\10.1.0\oradata\orcl
    02/08/2008  10:41 AM       157,294,592 EXAMPLE01.DBF
    02/08/2008  10:41 AM       524,296,192 MY_DATAFILE.DBF
    02/08/2008  10:41 AM       283,123,712 SYSAUX01.DBF
    02/08/2008  10:41 AM       482,353,152 SYSTEM01.DBF
    02/07/2008  11:43 PM       104,865,792 TEMP01.DBF
    02/08/2008  10:41 AM        31,465,472 UNDOTBS01.DBF
    02/08/2008  10:41 AM        56,369,152 USERS01.DBF
                   7 File(s)  1,639,768,064 bytes
                   0 Dir(s)  63,114,174,464 bytes free
    C:\oracle\product\10.1.0\oradata\orcl>del my_datafile.dbf
    C:\oracle\product\10.1.0\oradata\orcl>dir *.dbf
    Volume in drive C has no label.
    Volume Serial Number is F49D-FF2B
    Directory of C:\oracle\product\10.1.0\oradata\orcl
    02/08/2008  10:41 AM       157,294,592 EXAMPLE01.DBF
    02/08/2008  10:41 AM       283,123,712 SYSAUX01.DBF
    02/08/2008  10:41 AM       482,353,152 SYSTEM01.DBF
    02/07/2008  11:43 PM       104,865,792 TEMP01.DBF
    02/08/2008  10:41 AM        31,465,472 UNDOTBS01.DBF
    02/08/2008  10:41 AM        56,369,152 USERS01.DBF
                   6 File(s)  1,115,471,872 bytes
                   0 Dir(s)  63,638,204,416 bytes free
    C:\oracle\product\10.1.0\oradata\orcl>
    SQL> startup
    ORACLE instance started.
    Total System Global Area  171966464 bytes
    Fixed Size                   787988 bytes
    Variable Size             145488364 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 524288 bytes
    Database mounted.
    ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
    ORA-01110: data file 6: 'C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\MY_DATAFILE.DBF'
    SQL> select * from v$recover_file
      2  /
         FILE# ONLINE  ONLINE_ ERROR                                                                CHANGE# TIME
             6 ONLINE  ONLINE  FILE NOT FOUND                                                             0
    SQL> alter database create datafile 'C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\MY_DATAFILE.DBF'
      2  as 'C:\ORACLE\PRODUCT\10.1.0\ORADATA\ORCL\MY_DATAFILE01.DBF'
      3  /
    Database altered.
    C:\oracle\product\10.1.0\oradata\orcl>dir my_*.dbf
    Volume in drive C has no label.
    Volume Serial Number is F49D-FF2B
    Directory of C:\oracle\product\10.1.0\oradata\orcl
    02/08/2008  10:53 AM       524,296,192 MY_DATAFILE01.DBF
                   1 File(s)    524,296,192 bytes
                   0 Dir(s)  63,110,365,184 bytes free
    C:\oracle\product\10.1.0\oradata\orcl>
    SQL> recover tablespace my_tablespace
    Media recovery complete.
    SQL> alter database open
      2  /
    Database altered.
    SQL> conn scott/tiger@orcl
    Connected.
    SQL> desc my_table
    Name                                      Null?    Type
    OWNER                                              VARCHAR2(30)
    OBJECT_NAME                                        VARCHAR2(30)
    SUBOBJECT_NAME                                     VARCHAR2(30)
    OBJECT_ID                                          NUMBER
    DATA_OBJECT_ID                                     NUMBER
    OBJECT_TYPE                                        VARCHAR2(19)
    CREATED                                            DATE
    LAST_DDL_TIME                                      DATE
    TIMESTAMP                                          VARCHAR2(19)
    STATUS                                             VARCHAR2(7)
    TEMPORARY                                          VARCHAR2(1)
    GENERATED                                          VARCHAR2(1)
    SECONDARY                                          VARCHAR2(1)
    SQL> Khurram
    http://oraware.blogspot.com/

    When the create tablespace information is in the current control file and database is in archive log mode,
    SQL>recover datafile 6;
    won't help??

  • Can I Select from table skipping extents linked with lost datafiles?

    Hi~,
    I need your help to recover my database.
    I'm using oracle 9.2.0.8 at Fedora 3 with no-archive mode.
    and I don't have any backup.
    Last night, I experenced hard disk failure.
    I tried OS-level recovery, but I lost some datafiles of tablespace.
    anyway, I wanted to recover my database without data of lost datafiles.
    so, I issued "alter database datafile offline drop" and
    start oracle instance.
    But, datafiles were not removed from dba_data_files view and
    extents linked with lost datafiles were not removed from dba_extents view!
    Selecting query of some table containing extents linked with lost data files,
    I got "ORA-00376: file xxx cannot be read at this time" message.
    So, my question is that..
    HOW CAN I SELECT FROM THAT TABLE WITHOUT SCANNING EXTENTS LINKED WITH LOST DATA FILES?
    Thanks.

    Hi,
    Without being in archivelog and without backup, one can't do any sort of recovery. That's why backups and archivelog are so so important.
    The offline data file command never does actually drop the datafile. It merely indicates to the control file that now the said tablespace will also be dropped. This won't update any view that the files are not supposed to be used or shown to you anymore.
    This is what documentation says about the recovery of the database in the NoARch mode,
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/osrecov.htm#i1007937
    You do need a backup in order to get those tables being read. Oracle doesn't have any feature which can offline/skip the missing extents for you and let you read the data without them.
    HTH
    Aman....

  • Can we use online redo log to recover lost datafile in NOARCHIVE mode?

    I am working on OCA exam and confued about these 2 sample questions. (similar questions with totally different answer)
    Please give me hint about the different between these 2 questions.
    ** If the database is in NOARCHIVELOG mode, and one of the datafile for tablespace USERS is lost, what kind of recovery is possible? (answer: B)
    A. All transactions except those in the USERS tablespace are recoverable up to the loss of the datafile.
    B. Recovery is possible only up to the point in time of the last full database backup.
    C. The USERS tablespace is recoverable from the online redo log file as long as none of the redo log files have been reused since the last backup.
    D. Tablespace point in time recovery is available as long as a full backup of the USERS tablespace exists.
    ** The database of your company is running in the NOARCHIVELOG mode. You perform a complete backup of the database every night. On Monday morning, you lose the USER1.dbf file belonging to the USERS tablespace. Your database has four redo log groups, and there have been two log switches since Sunday night's backup.
    Which is true (answer: B)
    A. The database cannot be recovered.
    B. The database can be recovered up to the last commit.
    C. The database can be recovered only up to the last completed backup.
    D. The database can be recovered by performing an incomplete recovery.
    E. The database can be recovered by restoring only the USER!.dbf datafile from the most recent backup.

    I think Gaurav is correct, you can recover to the last commit even in NOARCHIVELOG, as long as all the changes in the redo logs have not been overwritten. So answer should be B for question 2.
    Here is my test:
    SQL> select log_mode from v$database;
    LOG_MODE
    NOARCHIVELOG
    SQL> select tablespace_name, file_name from dba_data_files;
    TABLESPACE_NAME
    FILE_NAME
    USERS
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\USERS01.DBF
    SYSAUX
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\SYSAUX01.DBF
    UNDOTBS1
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\UNDOTBS01.DBF
    SYSTEM
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\SYSTEM01.DBF
    DATA
    C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\DATA01.DBF
    SQL> create table names
    2 ( name varchar(16))
    3 tablespace users;
    Table created.
    so this segment 'names' is created in the datafile users01.
    At this point I shut down and mount the DB, then:
    RMAN> backup database;
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:29
    Finished backup at 06-OCT-07
    SQL>alter database open
    SQL> insert into names values ('pippo');
    1 row created.
    SQL> commit;
    Commit complete.
    SQL>shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    At this point I delete datafile users01 and restart:
    SQL> startup
    ORACLE instance started.
    Total System Global Area 167772160 bytes
    Fixed Size 1247900 bytes
    Variable Size 67110244 bytes
    Database Buffers 96468992 bytes
    Redo Buffers 2945024 bytes
    Database mounted.
    ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
    ORA-01110: data file 4: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\USERS01.DBF'
    restoring the backup taken before inserting the value 'pippo' in table names:
    RMAN> restore database;
    Starting restore at 06-OCT-07
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    restoring datafile 00001 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\SYSTEM01.D
    BF
    restoring datafile 00002 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\UNDOTBS01.
    DBF
    restoring datafile 00003 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\SYSAUX01.D
    BF
    restoring datafile 00004 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\USERS01.DB
    F
    restoring datafile 00005 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORA101RC\DATA01.DBF
    channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\DB_1\DATA
    BASE\0AITR52K_1_1
    channel ORA_DISK_1: restored backup piece 1
    piece handle=C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\0AITR52K_1_1 tag=TAG20071006
    T181337
    channel ORA_DISK_1: restore complete, elapsed time: 00:02:07
    Finished restore at 06-OCT-07
    RMAN> recover database;
    Starting recover at 06-OCT-07
    using channel ORA_DISK_1
    starting media recovery
    media recovery complete, elapsed time: 00:00:05
    Finished recover at 06-OCT-07
    SQL> alter database open;
    Database altered.
    SQL> select * from names;
    NAME
    pippo
    SQL>
    enrico

  • Recovering lost datafile

    My database 10.1 is running in noarchivelog mode and
    and there was no rman backup
    My datafile was lost and I want to restore a copy of the lost file but i have the following error when restarting the database
    ORA-01203:, wrong incarnation of this file - wrong creation SCN
    Any help?
    Regards

    In this case jus copy the datafile back to its original directory
    startup mount
    make the corrup[ted datafile offline
    alter datafile '/.dbf' offline; 
    open the database
    alter database open;
    make the tablespace of the datafile offline
    alter tablespace <tablespacename of the datafile> offline;
    recover the resored datafile
    recover datafile 'filename'
    make the tablespace onlien
    alter tablespace <tablespacename of the datafile> online;
    This will work but
    Let us wait from our experts
    Message was edited by:
            Maran.E
    Message was edited by:
            Maran.E                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                   

  • Lost datafile on Standby Oracle 10g

    Hi all.
    i have lost one datafile on my standby ,how to recover it ,this file is created when primary database is in noarchive mode (before i set up the data guard) ,so i can't use alter database create datafile statement bocz i dont have all the archive log to recover it ,
    plz help me out to solve this ..

    969752 wrote:
    Hi all.
    i have lost one datafile on my standby ,how to recover it ,this file is created when primary database is in noarchive mode (before i set up the data guard) ,so i can't use alter database create datafile statement bocz i dont have all the archive log to recover it ,
    plz help me out to solve this ..What is the version you are using?
    Even though your primary database is in noarchive log mode before configuring data guard, still its not a problem. Follow high level steps as below
    1) Take missing datafile on primary using RMAN (or) you can use tablespace backup with traditional method
    2) copy that datafile from primary to standby system
    3) Ensure you have properly set for DB_FILE_NAME_CONVERT(bounce required), and set standby_file_management to manual
    4) take the dummy file and rename with the new file(step 2) by using alter database create command
    5) later change standby_file_managment to auto & start MRP

  • Step By step guide to recover lost datafiles from RMAN

    Hi All
    I am new to RMAN recovery.
    I tried searching internet but I cannot find the detail steps for "How to restore datafile using RMAN when we have backup on tape and How to then apply archive logs" .
    Can anyone please explain the steps .
    I will really appreciate that.
    Thanks

    Thanks All I really appreciate your help :)
    So as far as I understand here is my scenario and here are the steps I will follow please correct me if I am wrong.
    I have last night backup of all datafiles and archivelog files on tape.
    I lost one of datafile in morning.
    Here are the steps I will perform to recover datafile
    Restore the backup(including archive files) from tape to OS directory.
    Mount the database
    RMAN> run{
    restore datafile 6;
    RMAN > recover datafile 6;
    RMAN> alter database open;
    The RMAN will apply all the archivelog file and datafile will be available again.
    I also have some additional question:
    1) do I have to take datafile offline?
    2) are these steps same for tablespace restore ? Do i have to take tablespace offline?
    3) How will I confirm if all the archivelogs were applied to data file and data is upto date?
    Thanks

  • Lost datafile while taking hot backup

    Hi,
    While we are taking Hot Backup,
    one of datafile is accedentally deleted by user ...
    So could you pls suggest me how can we troubleshoot??
    DBversion: 10.2.0.4
    OS Version: Linux
    Thanks,
    Srini ...
    Edited by: Srini on Apr 11, 2012 1:12 PM
    Edited by: Srini on Apr 11, 2012 1:13 PM

    Some unix can fix the directory entry if you do it before the last process closes the file and you have the appropriate tools and expertise. Google for your OS. Here's one that just happened to be the first that came up for me: http://linuxshellaccount.blogspot.com/2008/08/recovering-deleted-files-by-inode.html
    If you can't do that (and it surely isn't something to depend on if it even works), you need to restore the previous one that you do have, all intervening archived logs, and recover. You probably want to export anything that might be in that file if you can, before you do anything else. As soon as Oracle closes it, it will be gone.

  • Datafile lost. No backups or archivelogs

    DB version: 11.2.0.2
    In our newly created DB which is in NOARCHIVELOG mode, we lost a datafile in one of our tablespaces (accidently removed).
    We don't have RMAN backups or archivelogs since the DB creation.
    What is the most we could do ?

    Thank you Hemant, Najat
    Yes. After mentioning that the DB is in NOARCHIVELOG mode, I didn't have to mention "We don't have RMAN backups or archivelogs since the DB creation" .Sorry to confuse you.
    This was the only datafile in that tablespace. So, i guess I have to add another one before dropping the lost datafile (from control file)
    This is what I am going to do
    alter tablespace mytbs add datafile '/u04/oradata/orcl_mytbs01_a.dbf' size 1g;
    alter tablespace mytbs drop datafile '/u04/oradata/orcl_mytbs01.dbf';  --- The lost datafile

  • Link between loss of datafiles and shutdown of the database

    Hi all,
    I'm new to Oracle and I'm trying to understand how Oracle works.
    I'm actuaally learning Oracle Backup and Recovery Advanced User's Guide 10g Release2, and at chapter19 of this guide, it's written that if either a permanent or temporary media failure affects any datafiles of a database operating in NOARCHIVELOG mode, then the database automatically shuts down, but that a database operating in archivelog mode doesn't shut down in the case of media failure  if its datafiles affected by the media failure are not in the SYSTEM tablespace or do not contain active rollback or undo segments.
    I don't understand why the database in archivelog mode doesn't shut down in the case of a media failure affecting datafiles not in the SYSTEM tablespace or not containing rollback or undo segments, whereas the database in noarchivelog mode shuts down in the case of a media failure causing loss of datafiles.
    Please, can I have some explanations on it?
    Thanks.

    The guide supposes (and this is very important) that you have consistent backup of the database and all archived logs since that backup if it's in ARCHIVELOG mode.
    If the database is in ARCHIVELOG mode and you have backup, any normal lost datafile can be recovered with the database staying online, lost datafiles are just automatically taken offline and then you take the tablespace they belong to offline with temporary option, restore lost datafiles, recover the tablespace (using archived logs as needed) and put it back online. However, if media failure affects critical database structures like active undo or SYSTEM tablespace, Oracle instance can't stay online because you can't take SYSTEM tablespace or a tablespace with active undo segments offline, thus it automatically aborts. You then perform offline database recovery.
    In NOARCHIVELOG mode your only recovery option after any media failure is to restore the last consistent backup and lose all changes performed since then. There's no point for the instance to continue running in this case, so it aborts.

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

  • How to recover datafile in Oralcle 10g...? No backups and No archive log

    All,
    I need to recover the datafile 2 which is for undo tablespace and it is in recover state and i need to recover the data files now .
    But the bad thing is We dont have backup at all and we dont have archive logs (Archive log disabled in the database)...
    In this situation how can i recover the datafile ...?
    SQL> select a.file#,a.name,a.status from v$datafile a,v$tablespace b where a.ts#=b.ts#;
    FILE# NAME STATUS
    1 /export/home/oracle/flexcube/product/10.2.0/db_1/oradata/bwfcc73/system01.dbf SYSTEM
    *2 /export/home/oracle/logs/bw/undotbs01.dbf RECOVER*
    3 /export/home/oracle/flexcube/product/10.2.0/db_1/oradata/bwfcc73/sysaux01.dbf ONLINE
    4 /export/home/oracle/datafiles/bw/bwfcc73.dbf ONLINE
    5 /export/home/oracle/datafiles/bw/bwfcc73_01.dbf ONLINE
    SQL> archive log list;
    Database log mode No Archive Mode
    Automatic archival Disabled
    Archive destination USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence 4940
    Current log sequence 4942

    Hi,
    First of all you must Open a ticket with oracle Support and explore the options
    You can use this note to fix it:
    RECOVERING FROM A LOST DATAFILE IN A UNDO TABLESPACE [ID 1013221.6]
    If you is Unable to Drop Undo tablespace Since Undo Segment is in Needs Recovery
    You can Upload the following trace file while opening the ticket
    SQL>Alter session set tracefile_identifier='corrupt';
    SQL>Alter system dump undo header "<new of undo segment in recover status>";
    Go to udump
    ls -lrt *corrupt*
    Upload this trace file
    Also upload the alert log fileRegards,
    Levi Pereira
    Edited by: Levi Pereira on Nov 29, 2011 1:58 PM

  • Recover datafile using cold backup in archivelog mode

    Hi,
    I have lost one of my datafiles i.e New.dbf from the disk. I have full database cold backup of last sunday. Also I have the archives. Is it possible to restore and recover only the lost datafile? Please help.

    If you used RMAN to create the backup, then use RMAN again to restore that one datafile alone (RESTORE DATAFILE n) and then recover it (RECOVER DATAFILE n).
    If you didn't use RMAN but you are sure that the backup was a COLD Backup, manually restore the datafile and then issue a RECOVER DATAFILE n from the SQLPlus command.
    In either case you must ensure that the datafile is OFFLINE before you restore the file -- or take it OFFLINE with ALTER DATABASE DATAFILE n OFFLINE IMMEDIATE before doing the restore.
    After the RECOVER is completed, you must bring it ONLINE with an ALTER DATABASE DATAFILE n ONLINE
    Hemant K Chitale
    http://hemantoracledba.blogspot.com

  • Restoring and recovering datafiles in standby database

    Hi,
    oracle version : 8i(8.1.7.0.0)
    os : sun solaris
    I have scenerio where i lost some of the datafiles in standby database(physical standby) and i do have standby cold backup 3 months older since database size is 1TB is can i restore the the only lost files from cold backup and recover using archivelog files. since i only lost 4 data files of size 4gb each it will be faster compare to restoring the whole TB size database.
    appreciated for valuable inputs.
    Thanks
    Prakash GR

    Normal copy command can do your work:
    sys@SANTU> startup
    ORACLE instance started.
    Total System Global Area  535662592 bytes
    Fixed Size                  1334380 bytes
    Variable Size             180355988 bytes
    Database Buffers          348127232 bytes
    Redo Buffers                5844992 bytes
    Database mounted.
    Database opened.
    sys@SANTU> archive log list
    Database log mode              Archive Mode
    Automatic archival             Enabled
    Archive destination            USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence     4
    Next log sequence to archive   6
    Current log sequence           6
    sys@SANTU> host copy D:\APP\SANTOSKU\ORADATA\SANTU\USERS01.DBF d:\
            1 file(s) copied.
    sys@SANTU> shu immediate
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    *Renamed the datafile 'D:\APP\SANTOSKU\ORADATA\SANTU\USERS01.DBF' to 'D:\APP\SANTOSKU\ORADATA\SANTU\USERS011.DBF'*
    sys@SANTU> startup
    ORACLE instance started.
    Total System Global Area  535662592 bytes
    Fixed Size                  1334380 bytes
    Variable Size             180355988 bytes
    Database Buffers          348127232 bytes
    Redo Buffers                5844992 bytes
    Database mounted.
    ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
    ORA-01110: data file 4: 'D:\APP\SANTOSKU\ORADATA\SANTU\USERS01.DBF'
    sys@SANTU> host move  d:\USERS01.DBF D:\APP\SANTOSKU\ORADATA\SANTU\
    sys@SANTU> shu immediate
    ORA-01109: database not open
    Database dismounted.
    ORACLE instance shut down.
    sys@SANTU> startup
    ORACLE instance started.
    Total System Global Area  535662592 bytes
    Fixed Size                  1334380 bytes
    Variable Size             180355988 bytes
    Database Buffers          348127232 bytes
    Redo Buffers                5844992 bytes
    Database mounted.
    ORA-01113: file 4 needs media recovery
    ORA-01110: data file 4: 'D:\APP\SANTOSKU\ORADATA\SANTU\USERS01.DBF'
    sys@SANTU> recover datafile 'D:\APP\SANTOSKU\ORADATA\SANTU\USERS01.DBF';
    Media recovery complete.
    sys@SANTU> alter database open;
    Database altered.
    sys@SANTU>N.B. I have not done the demo on standby database.
    but just i want to know is this procedure is valid that is instead of taking the lost datafiles from production can i use lost datafiles from standby database to recover other standby database.That would be fine.
    Regards,
    S.K.
    Edited by: Santosh Kumar on Oct 8, 2009 11:09 AM

Maybe you are looking for