Recover datafile doubt

After did a switchover(DataGuard), on my current primary database I did a level 0 backup RMAN and it did not end due to an error with an datafile that needs recover, specifically the datafile 2 (sysaux tablespace). The last level 0 backup I have is 9 days ago. The first thing I do was restore the datafile and try to recover it.
RMAN> run{sql 'alter database datafile 2 offline';  restore datafile 2; recover datafile 2;}
The second step (recover) show me the following error:
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 08/17/2010 12:19:01
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 1 and starting SCN of 1757
I appreciate any help, thank you.

Dear user12100209,
Please see the error message;
RMAN-06054: media recovery requesting unknown archived log for thread string with sequence string and starting SCN of string
Cause: Media recovery is requesting a log whose existence is not recorded in the recovery catalog or target database control file.
Action: If a copy of the log is available, then add it to the recovery catalog and/or control file via a CATALOG command and then retry the RECOVER command.
If not, then a point-in-time recovery up to the missing log is the only alternative and database can be opened using ALTER DATABASE OPEN RESETLOGS command.So what i am thinking is that is happening because of a missing archivelog metadata(information) in the standby controlfile.
Below link may give you a general information;
http://download.oracle.com/docs/cd/E11882_01/backup.112/e10642/rcmadvre.htm#BRADV89834
Hope That Helps.
Ogan

Similar Messages

  • How to recover datafile.when control file auto backup is off

    hi friend
    i took hot backup of my database using following command
    rman>backup database;
    in my case controlfile auto backup is off.
    and i have lost my all controlfiles as well as datafiles except spfile.
    i have recovered control file using dbms_backup_restore package.
    know i am able to mount database using following command
    rman> startup mount;
    when i wrote following command
    rman> restore database;
    i got following error
    RMAN-06023: no backup or copy of datafile name found to restore
    enven i have backup of datbase.
    can anybody tell me how to recover datafiles in this case.
    thanking you
    sohail

    hi,
    I think you might have a problem here as the error from RMAN is described in the following metalink note
    Doc ID: Note:100565.1
    You should change you backup script to be something like
    rman {
    backup database include current controlfile;
    do you have any earlier backups of your database?
    regards
    Alan

  • Error during recover datafile - ORA-01422: exact fetch returns more than ..

    Hi,
    we have got actual a serious problem in our database. Some days ago we created a new datafile for a tablespace in the wrong directory:
    ALTER TABLESPACE "ANZSIIDX" ADD DATAFILE '/oralunadata/anzora8/ANZSIIDX08.dbf' SIZE 500M
    We recognized our mistake and generated the datafile with the same name in teh right directory:
    ALTER TABLESPACE "ANZSIIDX" ADD DATAFILE '/oralunaindex/anzora8/ANZSIIDX08.dbf' SIZE 500M
    We set the "wrong" datafile offline in order to rename and replace this in file in the right directory:
    alter database datafile '/oralunadata/anzora8/ANZSIIDX08.dbf' offline;
    ALTER TABLESPACE 'ANZSIIDX'
    RENAME DATAFILE '/oralunadata/anzora8/ANZSIIDX08.dbf',
    TO '/oralunaindex/anzora8/ANZSIIDX09.dbf';
    After this we wanted to bring the datafile online again with a recovery but
    this fails with teh strange error-message:
    SQL> recover datafile 109;
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01422: exact fetch returns more than requested number of rows
    ORA-06512: at line 20
    ORA-00279: change 10322956311023 generated at 04/10/2013 18:51:23 needed for
    thread 1
    ORA-00289: suggestion : /oralunaarchiv/anzora8/anzora8_1_315326_636567403.arc
    ORA-00280: change 10322956311023 for thread 1 is in sequence #315326
    A similar thing happens with our RMAN backup from last weekend, which failed:
    channel c4: backup set complete, elapsed time: 00:32:33
    input datafile fno=00109 name=/oralunadata/anzora8/ANZSIIDX08.dbf
    input datafile fno=00103 name=/oralunaindex/anzora8/ITOPROTOKOLLEIDX01.dbf
    input datafile fno=00097 name=/oralunadata/anzora8/ITOPROTOKOLLE03.dbf
    input datafile fno=00096 name=/oralunadata/anzora8/ITOPROTOKOLLE02.dbf
    channel c4: specifying datafile(s) in backupset
    channel c4: starting compressed incremental level 0 datafile backupset
    continuing other job steps, job failed will not be re-run
    ORA-00600: internal error code, arguments: [krbbfmx_notfound], [109], [12801], [], [], [], [], []
    ORA-01422: exact fetch returns more than requested number of rows
    ORA-00604: error occurred at recursive SQL level 1
    Has anybody an idea, how can we bring back the datafile online in order to run succesfull an RMAN backup?
    Actually we see just the workaraound to move the objects from the affected tablespace to new tablespace
    and the drop the empty tablespace what would be quite time consuming and not really practicable for us.
    kind regards,
    Marco

    Hi,
    actual we see this in v$datafile:
    /oralunaindex/anzora8/ANZSIIDX01.dbf     15     ANZSIIDX     10737418240     1310720     AVAILABLE     15     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX02.dbf     46     ANZSIIDX     10737418240     1310720     AVAILABLE     46     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX03.dbf     58     ANZSIIDX     10737418240     1310720     AVAILABLE     58     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX04.dbf     65     ANZSIIDX     10737418240     1310720     AVAILABLE     65     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX05.dbf     78     ANZSIIDX     10737418240     1310720     AVAILABLE     78     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX06.dbf     85     ANZSIIDX     10737418240     1310720     AVAILABLE     85     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX07.dbf     88     ANZSIIDX     10737418240     1310720     AVAILABLE     88     NO     0     0     0     10737352704     1310712     ONLINE
    /oralunaindex/anzora8/ANZSIIDX09.dbf     109     ANZSIIDX               AVAILABLE     109                                   RECOVER
    /oralunaindex/anzora8/ANZSIIDX08.dbf     110     ANZSIIDX     10737418240     1310720     AVAILABLE     110     NO     0     0     0     10737352704     1310712     ONLINE
    We dont use RMAN-Catalog for backup the information is only stored in the controlfile.
    The recovery datafile command with full path including for the datafile failed with the same error message:
    SQL> connect / as sysdba
    Connected.
    SQL> recover datafile '/oralunaindex/anzora8/ANZSIIDX09.dbf';
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01422: exact fetch returns more than requested number of rows
    ORA-06512: at line 20
    ORA-00279: change 10322956311023 generated at 04/10/2013 18:51:23 needed for
    thread 1
    ORA-00289: suggestion : /oralunaarchiv/anzora8/anzora8_1_315326_636567403.arc
    ORA-00280: change 10322956311023 for thread 1 is in sequence #315326
    I guess it is a bug of oracle which will sometimes occur when you give two datafiles the same name in different directories that this poduces errors as above in the RMAN inerface(packages)!?
    Maybe we could force to set he tablespace offline, rename the new added datafiles and ry to bring the tablespace online but nobody knows if it works really and we get the tablespace online again?
    Therefore at the moment maybe it's the best way to move the objects away from this tablespace and than drop them, isn't it?
    regards,
    Marco

  • 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

  • Recover datafile in standy database

    Hi All,
    I have few queries in standby database.I need your help.
    1)If a datafile is corrupted(ex sysaux) in standby.How to recover that file in standby.Need steps.
    2)If a datafile is corrupted in primary.we will recover the datafile in primary.Will it affect standby database do we have to perform any recovery operations in standby?.
    Thanks & Regards
    Raj

    Welcome to the Forum,
    follow the steps bellow
    1-Stop Redo Apply.
    2-Determine the value of the UNTIL_SCN column, as follows:
    SQL> SELECT MAX(NEXT_CHANGE#)+1 UNTIL_SCN FROM V$LOG_HISTORY LH, V$DATABASE
    DB WHERE LH.RESETLOGS_CHANGE#=DB.RESETLOGS_CHANGE# AND LH.RESETLOGS_TIME =
    DB.RESETLOGS_TIME;
    UNTIL_SCN
    967786
    3-Execute the following RMAN commands to restore and recover datafiles on the standby database. You must be connected to both the standby and recovery catalog databases (use the TARGET keyword to connect to standby instance):
    RESTORE DATAFILE <n,m,...>;
    RECOVER DATABASE UNTIL SCN 967786;
    To restore a tablespace, use the RMAN 'RESTORE TABLESPACE <tbs_name1, tbs_name2, ...>' command.
    4- Restart Redo Apply.
    See this link for Recovery from Loss of Datafiles on the Standby Database
    http://download.oracle.com/docs/cd/B14117_01/server.101/b10823/manage_ps.htm#1026452

  • Recover datafile

    Hi All,
    DB: 10g No Archive mode
    OS: windows
    I am unable to recover my datafile after renaming the same. Following are the steps that I have taken:
    I have a old controlfile trace and the latest controlfile is lost. The old controlfile doesnt have the new datafile entry.So i am mounting the database with the old trace with resetlog option and then i will be renaming the unamed datafiles.
    STARTUP MOUNTThen i create controlfile
    ALTER DATABASE OPEN RESETLOGS;Now the newly added datafile is as below:
    SQL> select name from v$datafile;
    NAME
    D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF
    D:\ORAHOME_XPRESS10G\ORADATA\XE\UNDO.DBF
    D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSAUX.DBF
    D:\ORAHOME_XPRESS10G\ORADATA\XE\USERS.DBF
    D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST01.DBF
    D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006Then i rename the datafile as
    SQL> alter database rename file 'D:\ORAHOME_XPRESS10G\APP\ORACLE\PRODUCT\10.2.0\SERVER\DATABASE\MISSING00006' to 'D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF';
    Database altered.
    SQL> select FILE#,STATUS,NAME from v$datafile;FILE# STATUS NAME
    1 SYSTEM D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF
    2 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\UNDO.DBF
    3 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSAUX.DBF
    4 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\USERS.DBF
    5 ONLINE D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST01.DBF
    6 RECOVER D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF
    After this when i am trying to recover the concern datafiel i am getting the following errors:
    SQL> recover datafile 6;
    ORA-00283: recovery session canceled due to errors
    ORA-00600: internal error code, arguments: [krhpfh_03-1202], [fno =], [6], [fhcrt =], [794948267], [cptim =], [0], []
    ORA-01110: data file 6: 'D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF'
    and also,
    SQL> RECOVER AUTOMATIC DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
    ORA-00283: recovery session canceled due to errors
    ORA-01124: cannot recover data file 1 - file is in use or recovery
    ORA-01110: data file 1: 'D:\ORAHOME_XPRESS10G\ORADATA\XE\SYSTEM.DBF'
    BR
    Sphinx
    Edited by: $phinx19 on Sep 25, 2012 7:47 AM

    Hi Vreddy,
    I have tried the same by but it aint working. I am getting the following error:
    SQL> recover datafile 6;
    ORA-00283: recovery session canceled due to errors
    ORA-00600: internal error code, arguments: [krhpfh_03-1202], [fno =], [6], [fhcrt =], [794948267], [cptim =], [0], []
    ORA-01110: data file 6: 'D:\ORAHOME_XPRESS10G\ORADATA\XE\TEST02.DBF'
    Br
    Sphinx

  • 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

  • Recover datafile that has extended beyond OS limit?

    We have a Linux server running Oracle 8.1.7 and we have a data file (users01.dbf) that had "autoextend" enabled and has now grown past the upper limit of the underlying filesystem. Oracle will not open the file, as the OS returns an error: "Linux Error: 75: Value too large for defined data type"
    Here are some details:
    OS: Redhat 7
    Filesystem: Ext2
    Oracle Ver: 8.1.7
    DBF Size: >2gb
    I have attempted to copy the .dbf files to a new server with little luck. Redhat 10 with Oracle 10 complained that the ctl files were corrupt, so I deleted them and recreated them based on the data files. After that, the DB indicated that the datafiles needed a media recovery, so I performed a "recover datafile..." on each of them successfully. Once I try to open the database, I get a "End of communication channel" error. I cannot mount it in Windows as the blocksizes are different (8192 vs. 4096)
    I am at the end of my ideas on how to recover this file. Any suggestions?
    I have thought of:
    1. Bring a copy of 8.1.7 up on a new Redhat system running a newer FS (Reiser) and try to open the file
    2. Add a new drive to the old sever and format that with the new FS, copy the dbf files there and point the DB to those files
    Any tools that I try to run on the old server all hit the roadblock of the Linux:75 error.
    Thanks for any ideas that come to mind.

    Can you give more detail about how you tried to copy the database files?
    First, I assume you are copying with the database down right?
    I would not change versions of Oracle during the copy, only the OS.
    SuSE Linux Enterprise Server 8 will work with your version of Oracle but I cannot from memory remember what its OS limit is.
    I would research either Suse 9 or Red Hat 9 and see if they work with your version of Oracle and support larger file limits.
    This site appears not to have info on Oracle 8 http://www.puschitz.com/
    However, he can had it in the past and he might provide some help.
    I like the copy idea, but I think you might lose some data.
    I'm thinking you will try this if you iron out the OS issue
    Start the database mount
    SQLPLUS> alter database recover database until cancel using backup controlfile;
    SQLPLUS> alter database recover cancel;
    SQLPLUS> alter database open resetlogs;
    I wish you luck and no loss of data!

  • Recover datafile problem

    Hi, I am using Oracle 7.3.4 on NT 4.
    I am having problem with one of my rollback segments call HISTORY which contain two datafiles in e:\rollback\history.ora and f:\rollback\history.ora
    This rollback segment was used for transfer old data to HISTORY datafile in
    f:\HISTORY\HISTORY.ora
    (the sql look like this -
    set transaction use rollback segment history;
    insert into history.bk_tableA
    where ..... )
    Recently the HISTORY rollback was droped by mistake. Since then I lost access to history tables( in HISTORY datafile). When I open the storage manager
    it shows these 3 files are in recover status.
    What is the relationship between the History rollback seqment and History datafile?
    The list below were the errors I got when trying to recover a datafile
    First attemp:
    SVRMGR>
    recover datafile 'f:\history\history.ora';
    ORA-00279: Change 525082216 generated at 12/08/99 16:24:02 needed for thread 1
    ORA-00289: Suggestion : d:\ORANT\RDBMS73\%ORACLE_SID%25290.001
    ORA-00280: Change 525082216 for thread 1 is in sequence #252904
    Specify log: {=suggested | filename | AUTO | CANCEL}
    ORA-00310: archived log contains sequence 252909; sequence 252904 required
    ORA-00334: archived log: 'D:\ORANT\RDBMS73\ORCL25290.001'
    I try auto, and even the suggested log file orcl25290.001 and still could not recover the datafile. It seems the recover program
    cannot find the specific sequence # in the log file! Any suggestion?
    Second attemp:
    I try the incomplete, change base recovery -
    SVRMGR>recover until chang 525082215
    it shows Media recovery complete. Then, I open the database with
    'alter database open noresetlogs'
    But I still cannot access to that data file.
    svrmgr>select count(*) from history.bk_sn_err;
    count(*)
    ora-00376: file 5 cannot be read at this time
    ora-01110: data file 5: 'f:\history\history.ora'
    From the storage manager the file is still in recover status.
    Does the file been recovered at all?
    Is it possible that I could drop the damaged
    rollback segment and recreate a new one.
    Should I be able to gain access to the f:\history\HISTORY.ora datafile?
    [email protected]
    null

    Hi Micheal,
    when you said you had dropped the history, did you drop the rollback segment or did you delete the history.ora file from the NT or did you drop the file from Oracle by doing an
    alter database adatfile '...history...'offline drop?
    also is your database running in archivelog mode?
    depending on the above, you will have to use different methods to recover.
    from the error messages you seem to be running with no archivelog mode so you have to offline drop the datafile.
    If you do an offline drop on the datafile, then you will have to drop tha tablespace and recreate it.
    Thanks,
    Mandar
    null

  • Diff btw "recover datafile file#" & "alter database recover datafile file#"

    What is the difference between
    "recover datafile file#"
    "alter database recover datafile file#"
    Thanks
    Naveen

    I don't mean to be rude, but the statement that "There is no difference in both the commands" is facile in the extreme. Sounds like more off-the-cuff instant advice than the considered thoughts of someone who's actually bothered to try both commands out.
    The "alter database recover..." command is a disaster waiting to happen and should never be used by anyone who actually wants to achieve a successful database recovery. It has the effect of suppressing most of the interactive dialogue you get when you submit the shorter "recover..." command, and indeed causes spurious errors to be displayed because the non-interactive recovery process gets it wrong.
    For example, here's me recovering my database using the "alter database" syntax:
    SQL> alter database open;
    alter database open
    ERROR at line 1:
    ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
    ORA-01110: data file 4: 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\WIN10\USERS01.DBF'
    SQL> alter database recover datafile 4;
    alter database recover datafile 4
    ERROR at line 1:
    ORA-00279: change 642359 generated at 07/04/2008 09:03:18 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_%U_.ARC
    ORA-00280: change 642359 for thread 1 is in sequence #9Note the slightly alarming report of an 'error at line 1'. What's difficult to convey in mere text, however, is that at the end of that output, the thing just sits there, and you've no idea what on Earth is happening on the database. The text tells you it's making a suggestion, but there's no indication of how you accept the suggestion, of what's happening when you do accept it or where anything is up to.
    I've interrupted one of those once (fortunately only in a training room) and lost the entire database as a result (because a half-complete, interrupted recovery is worse than no recovery at all).
    Compare that with the plain "recover..." syntax example:
    SQL> recover datafile 4;
    ORA-00279: change 642359 generated at 07/04/2008 09:03:18 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_%U_.ARC
    ORA-00280: change 642359 for thread 1 is in sequence #9
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 642571 generated at 07/04/2008 09:06:26 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_10_%U_.ARC
    ORA-00280: change 642571 for thread 1 is in sequence #10
    ORA-00278: log file
    'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_46TPVL2G_.ARC' no longer needed for this recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 642576 generated at 07/04/2008 09:06:32 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_12_%U_.ARC
    ORA-00280: change 642576 for thread 1 is in sequence #12
    ORA-00278: log file
    'C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_11_46TPVRMK_.ARC' no longer needed for this recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    Log applied.
    Media recovery complete.There are no weird error messages reported here. The suggestion is accompanied by a prompt that tells you how to accept it. Every time a new log is required, a new prompt is given. You can cleanly cancel at any time by typing 'cancel'. You are kept informed throughout and are in charge throughout.
    Anyone that uses "alter database" syntax during a recovery is, therefore, either brave or foolhardy. In either case, there is a very profound difference between the two.
    Your parting shot that 'alter database' is a SQL command and 'recover' can be an RMAN command misses the point by a wide mile, too. RMAN can issue pretty much any piece of SQL you like, so long as you wrap it in the SQL command:
    RMAN> sql 'alter database recover datafile 4';
    using target database control file instead of recovery catalog
    sql statement: alter database recover datafile 4
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of sql command on default channel at 07/04/2008 09:23:16
    ORA-00279: change  generated at  needed for thread
    RMAN-11003: failure during parse/execution of SQL statement: alter database recover datafile 4
    ORA-00279: change 642359 generated at 07/04/2008 09:03:18 needed for thread 1
    ORA-00289: suggestion : C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\WIN10\ARCHIVELOG\2008_07_04\O1_MF_1_9_%U_.ARC
    ORA-00280: change 642359 for thread 1 is in sequence #9We don't get much further in RMAN with this dodgy form of the recovery command than we did in SQL*Plus, it's true -but that's just because it's a silly command to use in the first place, wherever you thought to use it. The distinction you seek to draw between 'SQL commands' and 'RMAN commands' is false in this case, in other words.

  • Recover Datafile until time

    Hi ALL,
    what is the correct syntax ....i get 'illegl recovery option until'
    when i use
    RECOVER DATAFILE 'COMPLETE FILENAME WITH PATH' UNTIL TIME '2006-01-28:16:00:00' ;
    wHAT IS THE CORRECT ONE ?
    Regards
    Sunny

    Recovery command in 9i

  • Recover datafile datafile_name until consistent with controlfile;

    Hi.
    When I tried to start a database I got message
    Database mounted.
    ORA-01113: file 22 needs media recovery
    ORA-01110: data file 22: '/d01/ORACLE/DEV06/DEV06_sl_def_eo_01.dbf'
    Can I use the above command in subject i.e.
    recover datafile <datafile_name> until consistent with controlfile;
    and then use alter database open to bring up the database.
    It is a 10.1.0.4
    Thanks
    /SKH

    Did you try what Eric recommended?
    Restore the affected datafiles from backup and perform recovery
    SQL> RECOVER DATAFILE <FILE NUMBER>
    or
    SQL> RECOVER DATABASE  ;
    V$DATAFILE
    V$RECOVER_FILE 
    V$RECOVERY_FILE_STATUS
    V$RECOVERY_PROGRESS   Also check if you experience the below explained situation (Query V$BACKUP) :-
    Ending a Backup After an Instance Failure or SHUTDOWN ABORT
    http://download-east.oracle.com/docs/cd/B19306_01/backup.102/b14191/osbackup004.htm
    Hope it helps,
    Babu Rangasamy

  • Recover datafile error ora-00279,00289,00280

    alter database recover datafile 'xxx'
    error at line 1
    ora-00279 change 36xxxxx generated at x-x-x needed for thread1
    ora-00289 suggestion
    ora-00280 change 36xxxx for thread 1 is in sequence #76xx
    Please guide how can i resolve this issue

    Hi,
    Please see: https://community.oracle.com/thread/497955?start=0&tstart=0
    Thank you

  • Recover Datafile Using Old Control File in New Instance

    How to Recover Datafile in condition :
    Old Instance was dropped but old controlfile still exist to new instance.

    SigCle wrote:
    If there is RMAN .bkp backup, I won't post a thread in here, and just do :
    RMAN> STARTUP FORCE MOUNT;
    RMAN> RESTORE DATABASE;
    RMAN> RECOVER DATABASE;
    RMAN> ALTER DATABASE OPEN;
    The fact is there is no RMAN backup at all. Old database just dropped and uninstalled careless by my friend.
    Fortunately there is still oradata folder(contain of control files and all datafiles).
    But, I don't know to restore it manually and by system. I don't know file id of each datafile.
    Helps / clues very appreciated.Well.If you have all control/online log/data files then there is no problem(also if you do not have pfile then create it manually according sample file).If your system is windows then create instance using oradim as
    set ORACLE_SID=<SID>
    oradim -new -sid <sid name> -intpwd <syspass> -pfile <pfile location>
    sqlplus "/as sysdba"
    startupif linux/unix then
    export ORACLE_SID=<SID>
    sqlplus "/as sysdba"
    startup

  • Recover datafile using redolog file

    Hi all,
    please let me know if we can recover datafile using redolog file.
    As my database has no archive log mode ON.
    Thanks and Regards

    Hi,
    For your information: NOARCHIVELOG mode protects a database only from instance failure, not from media failure.
    http://www.utexas.edu/its/unix/reference/oracledocs/v92/B10501_01/server.920/a96519/intro.htm#1005025
    Cheers

Maybe you are looking for

  • CATT - vendor/customer master address field length over

    Dear all,    when use CATT to record vendor/customer master,the address some fields length are over recorded field length(ex. ADDR1_DATA-NAME4,ADDR1_DATA-STR_SUPPL3...etc) is there any config in CATT to solve this kind of problem?

  • Applet development in Internet Explorer Vs AppletViewer

    hello, i have build rmi chatting applet. when i test my applet with appletviewer, it work finely but when i try it in internet explorer 6 it can do properly like in appletviewer. what's wrong with it? for information, i build my applet with jbuilder

  • How do I reset my passcode? I don't remember it.

    I dont remember my passcode to unlock my ipod. How should i reset it?

  • Syncing: Page Not Found and Server Error

    Hi, I'm having problems with my Creative Cloud files syncing.  I keep getting an error saying that it was unable to sync due to a server error.  And when I log into the Creative Cloud website I get a "Page Not Found" error when creating new folders o

  • Application server error (Part 2) - Please Help!

    Hi there Yesterday I made this thread, [Click Here|Application server error - Please Help!; We installed a application server and it could not locate that host which was fixed by adding the app server name in the host file on the production box. We n