Undo datafile issues

Hi Dba,
I am using oracle 11g version. I did proper shut down , one of my undo datafile is got corrupted here and i removed and started to startup my db. But my db is not mounted. i am not able to open my database. any one can say ? y this undo datafile is needed? I did proper shut ly na it doesnt have any datas in the undo datafile right? then y its necessary ? to start up my database.
waiting for your response.
Thanks in Advance.

SQL> startup
ORACLE instance started.
Total System Global Area 648663040 bytes
Fixed Size 1335108 bytes
Variable Size 301990076 bytes
Database Buffers 339738624 bytes
Redo Buffers 5599232 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3:
'D:\APP\ADMINISTRATOR\ORADATA\SIPDB\DATAFILE\O1_MF_UNDOTBS1_7H3FYSG8_.DBF'
Hi ,
I am getting the above error while starting up the database without undo datafile. after i did proper shut down ly i am starting up my db now. in the undo datafile there is no datas right? then y its asking undo datafile to startup? if we do proper shutdown means undo datafile will not have any datas right then y its necessary at a time of recovery to open the db up .... any one can help me?

Similar Messages

  • Block corruption in UNDO datafile

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

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

  • Please assist I have lost undo datafile

    Hi ,please advice me ,the filesystem that contantain undo datafile is lost while the database is was down for OS maintenance,now when I have to start database I found that undo datafile is lost and they can't even see it from OS side,how can I start the database.

    P. Forstmann wrote:
    If you didn't shutdown your database cleanly and you have no backup for undo tablespace then there is no documented way to restart your database instance and you should contact Oracle Support.Yes,that is right,if database was not cleanly shutdown(with abort option) then actually in next instance startup will need recover and its instance recovery(must be perform).But performing instance recovery need undo tablespace,actually this is lost ,so with simple operations you can not open database.Of course the best way is report Oracle Support.However you can implement hidden parameter to opening database(_offline_rollback_segments).I do not recommend this way,just can try this.Before doing this you have to full backup database.

  • Undo datafile grows fast

    Hi, all
    The undo datafile in my database growed fast yesterday. I want to find out which DML SQLs caused the datafile growing, is it possible?
    Thanks,
    Siko.Lee

    Rafi (Oracle DBA) wrote:
    Hi,
    Do you want the result like this:
    SQL> sho user
    USER is "SYS"
    SQL> select
    2  to_char(begin_time,'yyyy-mm-dd hh24:mi:ss')
    3  starttime,
    4  to_char(end_time,'yyyy-mm-dd hh24:mi:ss')
    5  endtime,
    6  undoblks,
    7  maxquerylen maxqrylen
    8  from v$undostat;
    STARTTIME           ENDTIME               UNDOBLKS  MAXQRYLEN
    2011-02-22 16:54:00 2011-02-22 16:58:13          0          0
    2011-02-22 16:44:00 2011-02-22 16:54:00         12          0
    2011-02-22 16:34:00 2011-02-22 16:44:00         42          0
    2011-02-22 16:24:00 2011-02-22 16:34:00          8          0Best regards,
    Rafi.
    http://rafioracledba.blogspot.com
    Thanks, Rafi
    But I want to know which DML SQL generated the maximum undo data in the past.

  • Drop undo datafile

    Hi,
    Database is 10.2.0.4
    I m planning to drop my undo datafile ..im falling short of space on server
    I have 2 undo datafiles in different mount points. First one is 10GB and second one is 2 GB
    Can i go ahead...i hope there is no risk in dropping second undo file...
    Pls advice
    Thanks

    Create a new undo tablespace
    switch database to then new undo tablespace
    drop the old one undo tablespace
    Don't drop just one datafile. undo tablespace is in use as Your db is in use and probably some activity is going there.

  • Deleted undo datafile before dropping the tablespace.

    i had accidently deleted a undo datafile which was no more needed before dropping the tablespace.
    i started up the database in mount stage by making that datafile offline.
    now while dropping the database it is giving an error.
    SQL> drop tablespace UNDOTBS1 ;
    drop tablespace UNDOTBS1
    ERROR at line 1:
    ORA-01548: active rollback segment '_SYSSMU1$' found, terminate dropping tablespace
    Do someone have a resolution. I dnt need this tablespace anymore.

    http://www.my-whiteboard.com/oracle-dba/how-to-drop-and-recreate-oracle-undo-tablespace-and-its-data-files.html may be helpful to you.

  • Drop UNDO Datafiles.

    Hi,
    I want to drop some UNDO datafiles from the UNDO tablespace.
    Can some one suggest how can it be done.
    the database is shutdown.
    Oracle 10g
    Sun solaris

    Read the Admin guide?

  • Growing UNDO datafile with small transactions?

    Hi,
    We're currently using 9i release 2 (with patchset) and have noticed that the UNDO datafile is increasing in size when it was my understanding that it shouldn't. We are performing a lot of DML (millions of inserts/updates) but commiting after each operation i.e. the transcations are very small but the number is very large. Why is the undo datafile getting very big in thos scenario and is there anything I can do to prevent it happening?
    Many thanks,
    Warren
    [email protected]

    After reading again ur post, i think my first answer is not adapted to ur question :-)
    The Undo segment is a circular one so it will grow till he reached the last extent and after only re-write in the first one (if the undo-entries in the first extent are commited).
    So the undo tablespace is too "big" in ur case cause u should have created it permitting it to grow big...
    Fred

  • UNDO Tablespace Issue - URGENT

    I had issues with UNDO. Here is what happened -
    SQL> alter tablespace UNDO
    2 add datafile '/oracle/TESTDB/data04/TESTDB_undo_04.db' size 100M autoextend on maxsize 10000M;
    SQL> select file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB from dba_data_files where tablespace_name='UNDO';
    FILE_NAME MB MMB
    /oracle/TESTDB/data02/TESTDB_undo_01.dbf 6158 10240
    /oracle/TESTDB/data01/TESTDB_undo_02.dbf 7703 0
    /oracle/TESTDB/data03/TESTDB_undo_03.dbf 7636 0
    /oracle/TESTDB/data04/TESTDB_undo_04.db 100 10000
    But after some time this same query gave me this error -
    SQL> select file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB from dba_data_files where tablespace_name='UNDO';
    FILE_NAME MB MMB
    /oracle/TESTDB/data02/TESTDB_undo_01.dbf 6158 10240
    /oracle/TESTDB/data01/TESTDB_undo_02.dbf 7703 0
    /oracle/TESTDB/data03/TESTDB_undo_03.dbf 7636 0
    /oracle/TESTDB/data04/TESTDB_undo_04.db
    Users then started complaining about it.
    Queries like this also started giving us these problems -
    SQL> select file_id,file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB,status from dba_data_files where tablespace_name='UNDO';
    select file_id,file_name,bytes/1024/1024 MB, maxbytes/1024/1024 MMB,status from dba_data_files where tablespace_name='UNDO'
    ERROR at line 1:
    ORA-00376: file 67 cannot be read at this time
    ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
    Then I though of bouncing the database but then it also giving some problem -
    SQL> shutdown immediate;
    ORA-00376: file 67 cannot be read at this time
    ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
    SQL> exit
    Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    TESTDB - /oracle/TESTDB/data03> sqlplus / as sysdba
    SQL*Plus: Release 11.1.0.7.0 - Production on Fri Jul 30 09:27:24 2010
    Copyright (c) 1982, 2008, Oracle. All rights reserved.
    Connected.
    SQL> shutdown abort;
    ORACLE instance shut down.
    SQL> startup;
    ORACLE instance started.
    Total System Global Area 4175568896 bytes
    Fixed Size 2160352 bytes
    Variable Size 3137341728 bytes
    Database Buffers 1023410176 bytes
    Redo Buffers 12656640 bytes
    Database mounted.
    ORA-00376: file 67 cannot be read at this time
    ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
    Thought of recovering the this tablespace but still getting this error -
    RMAN> recover tablespace "UNDO";
    Starting recover at 30-JUL-10
    starting full resync of recovery catalog
    full resync complete
    allocated channel: ORA_SBT_TAPE_1
    channel ORA_SBT_TAPE_1: SID=278 device type=SBT_TAPE
    channel ORA_SBT_TAPE_1: Data Protection for Oracle: version 5.5.1.0
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=277 device type=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 07/30/2010 09:34:17
    ORA-00376: file 67 cannot be read at this time
    ORA-01110: data file 67: '/oracle/TESTDB/data04/TESTDB_undo_04.db'
    Will greatly appreciate if someone can give some advice here.

    TESTDB - /oracle/TESTDB/data04> ls -ltr
    total 25751072
    drwxr-xr-x 2 oracle dba 256 Apr 9 10:09 lost+found
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:08 TESTDB_undo_04.db
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_paipas_idx_256k_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmwdgt_tab_1m_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmwdgt_idx_256k_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmpcc_idx_256k_a_01
    -rw-r----- 1 oracle dba 232792064 Jul 30 09:50 TESTDB_cmcap_tab_1m_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmcap_idx_256k_a_01
    -rw-r----- 1 oracle dba 504373248 Jul 30 09:50 TESTDB_cctlrpt_tab_1m_a_01
    -rw-r----- 1 oracle dba 1356865536 Jul 30 09:50 TESTDB_ccstgrpt_tab_1m_a_01
    -rw-r----- 1 oracle dba 4481622016 Jul 30 09:50 TESTDB_ccoprpt_tab_1m_a_01
    -rw-r----- 1 oracle dba 653271040 Jul 30 09:50 TESTDB_ccindrpt_idx_256K_a_01
    -rw-r----- 1 oracle dba 2752520192 Jul 30 09:50 TESTDB_cccnv_tab_1m_a_02.dbf
    -rw-r----- 1 oracle dba 168828928 Jul 30 09:50 TESTDB_ccadmrpt_tab_1m_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmwos_idx_256k_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmgcd_idx_256k_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:50 TESTDB_cmfos_idx_256k_a_01
    -rw-r----- 1 oracle dba 247472128 Jul 30 09:52 TESTDB_cmpcc_tab_1m_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:53 TESTDB_cmpe_tab_1m_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:53 TESTDB_cmpe_idx_256k_a_01
    -rw-r----- 1 oracle dba 104865792 Jul 30 09:54 TESTDB_cmgcd_tab_1m_a_01
    -rw-r----- 1 oracle dba 247472128 Jul 30 09:57 TESTDB_cmwos_tab_1m_a_01
    -rw-r----- 1 oracle dba 364912640 Jul 30 09:58 TESTDB_cmfos_tab_1m_a_01
    -rw-r----- 1 oracle dba 916004864 Jul 30 09:58 TESTDB_sysaux_02.dbf

  • RMAN backup (no archivelogs) - undo tbsp issues

    Hi guys,
    Today I tried an inconsistent clone (from production to test DB) but it complained about the undo tablespace. Full message was:
    Oracle Error:
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 2 needs more recovery to be consistent
    ORA-01110: data file 2: '/ora/PPAHED01/data01/PPAHED01/datafile/undotbs1.dbf'
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 01/10/2013 15:40:17
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06053: unable to perform media recovery because of missing log
    RMAN-06025: no backup of log thread 2 seq 65710 lowscn 133872228360 found to restore
    RMAN-06025: no backup of log thread 2 seq 65709 lowscn 133872193688 found to restore
    RMAN-06025: no backup of log thread 1 seq 189087 lowscn 133872228359 found to restore
    RMAN-06025: no backup of log thread 1 seq 189086 lowscn 133872226828 found to restore
    RMAN-06025: no backup of log thread 1 seq 189085 lowscn 133872194295 found to restoreThe backup was of the control file and a full backup but there's an issue with the undo.
    Can this issue be fixed by just removing the undo tablespace completely then creating one in mount? Or do I have to do lots of steps like here: http://sysinfo.bascomp.org/oracle/troubleshooting-for-startup-inconsistent-db/
    I've not seen this issue when cloning before (although that was cloning an unused DB).
    Mike

    damorgan wrote:
    To answer your question you can probably just create the UNDO tablespace ... no harm in trying.
    But there is substantial harm in running a production system, as you are doing, and not being in archive log mode.
    Unless your production database is a toy holding nothing more important than your mother's cookie recipes I highly recommend you don't even take the time to blink your eyes before you enable archive logging: What you have is the moral equivalent to performing surgery without first washing your hands.The production system is in archivelog mode, I just didnt want to FTP the log files over too as it doesn't have to be a completely recent backup. It doesn't even have to be from the last month.
    Mike

  • Express edition 11g datafiles Issue

    Hi All,
    After installing the Oracle database express edition 11g on the 32 bit windows there are some issues with the datafile naming convention.
    The datafile undotbs01.dbf belongs to the SYSAUX tablepsace & sysaux01.dbf belongs to the UNDO tablespace.
    I don't knw the recurperssion of the same OR whether it is Bug ???
    Please help.

    And the fix is easy, as long as you don't mind shutting down the database and a startup mount;
    And don't move sysaux.dbf onto the existing undotbs1.dbf, using a slightly different name would be a Very Good Idea ...
    $ sqlplus /nolog
    shutdown immediate;
    ... database closed ...
    exit;
    cd <.dbf files directory>
    mv sysaux.dbf undotbs01.dbf
    mv undotbs1.dbf sysaux.dbf
    $ sqlplus /nolog
    startup mount
    ... mounted ...
    alter database rename file '<dir>/sysaux.dbf' to '<dir>/undotbs01.dbf';
    alter database rename file '<dir>/undotbs1.dbf' to '<dir>/sysaux.dbf';
    alter database open;Of course, for those of you on Windows, it's going to cost four extra keystrokes ... mv ... move ;)

  • RAC instance, trying to recover UNDO datafile, RMAN gives RMAN-06054

    Hello all,
    This has been a troublesome instance..a quick bit of background. This was created awhile back by someone else, I inherited this 3 mode RAC clusterof instance1.
    I'm exporting out of one database (10G) into this instance1 (11G). When I was about to start the import..I found this instance wouldn't start. Turned out no backup had been going on of this empty instance. I backed up the archive logs to tape to free up the FRA..and things fired up.
    I began the import, and found a bunch of errors...basically tellling me that I couldn't access one of the undo tablespaces...datafile problems.
    I went to look and saw:
    SQL> select a.file_name, a.file_id, b.status, a.tablespace_name
         2 from dba_data_files a, v$datafile b
         3 where a.file_id = b.file#
         4 order by a.file_name;
         FILE_NAME FILE_ID STATUS TABLESPACE_NAME
         +DATADG/instance1/datafile/sysaux.270.696702269              2 ONLINE                SYSAUX
         +DATADG/instance1/datafile/system.263.696702253              1 SYSTEM                SYSTEM
         +DATADG/instance1/datafile/undotbs1.257.696702279            3 ONLINE                UNDOTBS1
         +DATADG/instance1/datafile/undotbs2.266.696702305            4 ONLINE                UNDOTBS2
         +DATADG/instance1/datafile/undotbs3.269.696702313            5 RECOVER               UNDOTBS3
         +DATADG/instance1/datafile/users.268.696702321               6 ONLINE                USERS
         +DATADG/instance1/l_data_01_01                              11 ONLINE                L_DATA_01
         +DATADG/instance1/s_data_01_01                               7 ONLINE                S_DATA_01
         +DATADG/instance1/s_data_01_02                               8 ONLINE                S_DATA_01
         +INDEXDG/instance1/l_index_01_01                            12 ONLINE                L_INDEX_01
         +INDEXDG/instance1/s_index_01_01                             9 ONLINE                S_INDEX_01
         FILE_NAME FILE_ID STATUS TABLESPACE_NAME
         +INDEXDG/instance1/s_index_01_02                            10 ONLINE                S_INDEX_01
    There is is, file #5.
    So, I went into RMAN to try to restore/recover:
    RMAN> restore datafile 5;
    Starting restore at 06-APR-10
    allocated channel: ORA_SBT_TAPE_1
    channel ORA_SBT_TAPE_1: SID=222 instance=instance1 device type=SBT_TAPE
    channel ORA_SBT_TAPE_1: NMO v4.5.0.0
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=222 instance=instance1 device type=DISK
    creating datafile file number=5 name=+DATADG/instance1/datafile/undotbs3.269.696702313
    restore not done; all files read only, offline, or already restored
    Finished restore at 06-APR-10
    RMAN> recover datafile 5;
    Starting recover at 06-APR-10
    using channel ORA_SBT_TAPE_1
    using channel ORA_DISK_1
    starting media recovery
    RMAN-06560: WARNING: backup set with key 343546 will be read 2 times
    available space of 8315779 kb needed to avoid reading the backup set multiple times
    unable to find archived log
    archived log thread=1 sequence=1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/06/2010 14:33:07
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 1 and starting SCN of 16016
    This is all on ASM, and am a bit of a newb with that. I bascially have no data I'm worried about losing, I just need to get everything 'on the air' so I can import successfully, and let users on this instance. I've set up the backups in GRID now....so, it will be backed up on the future, but what is the quickest, most efficient way to get this UNDO tablespace datafile recovered?
    Thank you,
    cayenne

    Hemant K Chitale wrote:
    SET UNTIL SEQUENCE 27wouldn't work if the Recovery requires Sequence 1 and it is missing.
    Hemant K ChitaleOops...meant to have start and set until both to "1"
    However, I see what you mean. It seems I cannot find the file on tape.
    Since the RAC instance hasn't yet had any data put into it, I'm thinking it might be best to just blow it away, and recreate everything.
    Trouble is, I'm a bit new at RAC and ASM. I was thinking the best route might be to use DBCA to remove the database...? Would this not take care of removing all the datafiles from all the ASM instances on the RAC..as well as all the other directories, etc on all 3x nodes?
    I've already used the dbca to create templates of this instance, so recreation shouldn't be too difficult (although it will be my first RAC creation)...
    Thank you in advance for the advice so far,
    cayenne

  • How to get undo datafile number without opening the database ?

    I cannot open the database because the my undotbs01.dbf file is corrupted :
    SQL> connect sys/... as sysdba
    Connected to an idle instance.
    SQL> startup mount;
    ORACLE instance started.
    SQL> alter database open;
    alter database open
    ERROR at line 1:
    ORA-01092: ORACLE instance terminated. Disconnection forced
    Process ID: 6627
    Session ID: 170 Serial number: 5
    SQL>
    I tryed several solutions but I failed. So I want to use RMAN :
    set newname for datafile X to '/location/undotbs01.dbf';
    But how can I get X which is the file number for my undo tablespace ? I cannot call
    SELECT tablespace_name,file_id,file_name FROM dba_data_files;
    because my database cannot be opened.

    hi,
    hi have this problem and i cannot solve it, the customer has not backup data base
    can you help me ?
    thanks
    can you send me the note you are talking about ?
    thanks
    regards
    I cannot open the database because the my undotbs01.dbf file is corrupted :
    SQL> connect sys/... as sysdba
    Connected to an idle instance.
    SQL> startup mount;
    ORACLE instance started.
    SQL> alter database open;
    alter database open
    ERROR at line 1:
    ORA-01092: ORACLE instance terminated. Disconnection forced
    SQL>

  • Lost Undo datafile

    We lost the only datafile of the undo table space. (can not recover this file)
    Is there any way we can recover the database?

    select SEGMENT_NAME,STATUS,TABLESPACE_NAME from dba_rollback_segs;
    is the above query produces any status = 'NEEDS RECOVERY'?
    If not, you can simply, create another undo tablespace, alter the undo_tablespace parameter witht he new tablespace. Finally, drop the previous undo tablespace.
    Jaffar

  • Undo datafile recover

    hi
    In undo tablespace 3 datafiles are there one datafile damaged now wt is the statud of database.
    how can i recover that corrupted file.

    Hi.You say that your database running in archivelog mode then you can try *"alter database create datafile as"* if this statement does not any effect then you need drop this datafile and you can create new undo tablespace then switch this tablespace.Following example will help you.
    1.Backup your database.
    2.Delete from OS level this/corrupted datafile then
    C:\Documents and Settings\chinar>sqlplus "sys/sm as sysdba"
    SQL*Plus: Release 10.2.0.2.0 - Production on Tue Jun 22 11:50:02 2010
    Copyright (c) 1982, 2005, Oracle.  All Rights Reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Production
    With the Partitioning, OLAP and Data Mining options
    SQL> archive log list;
    Database log mode              Archive Mode
    Automatic archival             Enabled
    Archive destination            USE_DB_RECOVERY_FILE_DEST
    Oldest online log sequence     1
    Next log sequence to archive   3
    Current log sequence           3
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  138412032 bytes
    Fixed Size                  1288172 bytes
    Variable Size              67110932 bytes
    Database Buffers           62914560 bytes
    Redo Buffers                7098368 bytes
    Database mounted.
    ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
    ORA-01110: data file 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS3'
    SQL> alter database create datafile  'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDO
    TBS3' as  'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS3';
    Database altered.
    SQL> recover datafile  'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS3';
    Media recovery complete.
    SQL> alter database open;
    Database altered.
    SQL> shutdown immediate;
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> startup
    ORACLE instance started.
    Total System Global Area  138412032 bytes
    Fixed Size                  1288172 bytes
    Variable Size              67110932 bytes
    Database Buffers           62914560 bytes
    Redo Buffers                7098368 bytes
    Database mounted.
    ORA-01157: cannot identify/lock data file 6 - see DBWR trace file
    ORA-01110: data file 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS3'
    SQL> alter database datafile  'D:\ORACLE\PRODUCT\10.2.0\ORADATA\TEST\UNDOTBS3' o
    ffline drop;
    Database altered.
    SQL> alter database open;
    Database altered.
    SQL>If you can not do these then create new undo tablespace then switch to this.In additionally see below link
    http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/undo.htm#i1106407
    Edited by: Chinar on Jun 22, 2010 12:06 AM

Maybe you are looking for