RMAN-06054: media recovery requesting unknown archived log

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 05/16/2013 09:03:43
RMAN-05501: aborting duplication of target database
RMAN-03015: error occurred in stored script Memory Script
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 34751 and starting SCN of 8923445274I am receiving the error above on performing RMAN Active cloning, please advise how to resolve this

In addition to what was said, I can think of two other possibilities for RMAN-6054 during duplicate: bugs such as 12625205 (also see 8554110); duplicate was run earlier without removing the old restored files (Note 1549172.1). In the first case, just specify SCN or find the actual log file and speficy log sequence, instead of time. In the latter case, remove the old restored files or speficy noresume.
Edited by: user11989003 on May 29, 2013 10:17 AM

Similar Messages

  • RMAN-06054: media recovery requesting unknown log: thread 1 seq 300 lowscn

    Got it dropped and recretaed - dont know why didnt work
    Edited by: user3489571 on 14-Apr-2010 18:46

    The ALTER DATABASE REGISTER LOGFILE command in SQLPlus is for Standby and Streams implementation.
    You should be using the CATALOG command in RMAN.

  • RMAN Restore Error - media recovery requesting unknown log: thread 1 seq 7

    Im using RMAN to copy a database to another server. The new server is IDENTICAL to the old one. By identical I mean it has the same sever name, ip address, operating system, Oracle version and directory structure.
    The new server already has the instance created, (same name as the old server instance, paths etc)
    The backup files have been manually restored to the new server, same locations as they were on the old one. ( RMAN did an automatic controlfile backup and also the archivelogs on the old server ).
    Ive restored the control file on the new server from the RMAN backup pieces.
    Ive catalogued the RMAN backup pieces on the new server.
    I know the last sequence available in the archivelogs backup by running on the new server :
    list backup of archivelog all;
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    5 14.43M DISK 00:00:03 11-MAY-11
    BP Key: 9 Status: AVAILABLE Compressed: NO Tag: TAG20110511T163502
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\
    011_05_11\O1_MF_ANNNN_TAG20110511T163502_6WOC5833_.BKP
    List of Archived Logs in backup set 5
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 2 550217 10-MAY-11 556559 11-MAY-11
    1 3 556559 11-MAY-11 559776 11-MAY-11
    1 4 559776 11-MAY-11 560093 11-MAY-11
    1 5 560093 11-MAY-11 560794 11-MAY-11
    BS Key Size Device Type Elapsed Time Completion Time
    7 15.50K DISK 00:00:01 11-MAY-11
    BP Key: 10 Status: AVAILABLE Compressed: NO Tag: TAG20110511T163653
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\
    011_05_11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP
    List of Archived Logs in backup set 7
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 6 560794 11-MAY-11 560851 11-MAY-11
    So far its all going swimmingly well.
    Now I want to restore the datafiles and recover. So I ran :
    RMAN run { restore database; recover database; alter database open resetlogs; }
    This gave me the output below which goes great but I get a final error, I think the error is because its looking for an archive log thats not in the backup set, but it should be. However, I think SCN 560851 is for a log that hadnt been created yet on the old server when the backup was ran ?
    How do I address resolving the error ? Its worth pointing out log, "archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
    \2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC recid=10 stamp=750881741" isnt on the old server either which is why its not in the backup set.
    I can do a alter database open reset logs but Id prefer to know why its failing.
    Any help would be much appreciated.
    RMAN> run { restore database; recover database; alter database open resetlogs; }
    Starting restore at 11-MAY-11
    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\SAT\SYSTEM01.DBF
    restoring datafile 00002 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\UNDOTBS01.DBF
    restoring datafile 00003 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\SYSAUX01.DBF
    restoring datafile 00004 to C:\ORACLE\PRODUCT\10.2.0\ORADATA\SAT\USERS01.DBF
    channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
    OVERY_AREA\SAT\BACKUPSET\2011_05_11\O1_MF_NNNDF_TAG20110511T163507_6WOC5CM7_.BKP
    channel ORA_DISK_1: restored backup piece 1
    piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\2011_05_
    11\O1_MF_NNNDF_TAG20110511T163507_6WOC5CM7_.BKP tag=TAG20110511T163507
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:55
    Finished restore at 11-MAY-11
    Starting recover at 11-MAY-11
    using channel ORA_DISK_1
    starting media recovery
    channel ORA_DISK_1: starting archive log restore to default destination
    channel ORA_DISK_1: restoring archive log
    archive log thread=1 sequence=6
    channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
    OVERY_AREA\SAT\BACKUPSET\2011_05_11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP
    channel ORA_DISK_1: restored backup piece 1
    piece handle=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\BACKUPSET\2011_05_
    11\O1_MF_ANNNN_TAG20110511T163653_6WOC8PMP_.BKP tag=TAG20110511T163653
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
    archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
    \2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC thread=1 sequence=6
    channel default: deleting archive log(s)
    archive log filename=C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\SAT\ARCHIVELOG
    \2011_05_11\O1_MF_1_6_6WOK1X4W_.ARC recid=10 stamp=750881741
    unable to find archive log
    archive log thread=1 sequence=7
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 05/11/2011 18:15:42
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 7 lowscn 560851
    RMAN>
    Edited by: user12173666 on 11-May-2011 10:28

    You need to do incomplete recovery i.e. to ask RMAN to restore/recover to some specific point in time. This is usually done with some UNTIL clause or SET UNTIL statement. Example in your case:
    SET UNTIL SEQUENCE 7;See http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta065.htm#RCMRF160.

  • Oracle 9i request wrong archive log name during recovery

    Hello all,
    I am facing a problem with a database 9i Enterprise Edition running on Windows 2003 Enterprise Edition environment. According to the customer, when he takes the database offline using MSCS to take an offline backup, the database crashes when he tries to put it back online... But here a strange thing happens... when the command RECOVER DATABASE is issued, it asks for the wrong archive log... for example:
    The actual sequence is 14322, but Oracle asks for the archive log SID_4322... (in this case we have to rename the original file SID_14322 to SID_4322). I don't understand why it asks for the archive incorrectly... I issued the command ARCHIVE LOG LIST and it says that the current thread is 14322 (which is correct)... every new archive is created with the correct name (SID_143XX)... why is it asking for an archive without the number 1 in this case? Rename all the files to recover a database is not very pleasent job... creating an script to do so is not a solution in my opinion, hehe. Thanks for your help in advance.
    Best regards,
    Bruno Carvalho
    Edited by: Bruno Carvalho on Jul 5, 2010 10:08 AM

    Hello Damorgan,
    MSCS = Microsoft Cluster Services (it's an MMC console). The backup strategy is very old, and they use BR*Tools script to create a job on ArcServe Brigstor, and then the backup is performed via backint. (It's an SAP ERP system, which should be backed up using BR*Tools). I checked the alert log and I think that the problem is the length of the archive log name (in the alert log it gives me the error below):
    ARCH: Warning. Log sequence in archive filename wrapped
    to fix length as indicated by %S in LOG_ARCHIVE_FORMAT.
    Old log archive with same name might be overwritten.
    Media Recovery Log E:\ORACLE\SID\SAPARCH\SIDARCH\SIDARCH_43454.DBF <- this should be SIDARCH_143454.DBF
    Now I'm looking for a parameter where I can set the length of the archives, your help would be very appreciated (and please let me know if I'm not going the right way).
    Best regards,
    Bruno Carvalho

  • ARC0: media recovery disabled in Alert.log? What is ist?

    Hello this is Standing in my Alert.log;
    Dump file c:\timDB\oracle\dump\bgdump\tim1ALRT.LOG
    Tue Jun 21 13:08:18 2005
    ORACLE V8.1.7.0.0 - Production vsnsta=0
    vsnsql=e vsnxtr=3
    Windows NT Version 4.0 Service Pack 6, CPU type 586
    Tue Jun 21 13:08:18 2005
    Thread 1 advanced to log sequence 5496
    Current log# 4 seq# 5496 mem# 0: C:\TIMDB\ORA_BACKUP\TIM\ORA_REDO\TIM1LOG4.RDO
    Current log# 4 seq# 5496 mem# 1: C:\TIMDB\ORA_DB\TIM\ORA_REDO2\TIM1LOG4.RDO
    Tue Jun 21 13:08:18 2005
    ARC0: media recovery disabled
    What is Wrong wiht my Oracle?

    This problem occurs because an archive process has been started but it has nothing to do because the database is in NOARCHIVELOG mode. This could be rather serious if it is expected that the database runs in ARCHIVELOG mode.
    This happens when only log_archive_start = true. Which means an archive process is started on database startup, but because the database is not actually in archivelog mode, the archiver reports the above message.
    To verify use v$database view. The LOG_MODE is NOARCHIVELOG even though log_archive_start = true.
    Put the database in archivelog mode:
    1.1. Mount the database.
    1.2. Issue the command: ALTER DATABASE ARCHIVELOG;
    Jaffar

  • RMAN - specification does not match any archived log in the repository

    Hi All,
    Oracle 11G R2 on WIndows woo8 R2 Std Edition
    I am running RMAN (almost for the first time), and i am using a script previously used. As i am checking through the log, i notice some 'errors' though the backup finishes successfully.
    RMAN> crosscheck archivelog all;
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=352 device type=DISK
    specification does not match any archived log in the repository
    RMAN> crosscheck backupset;
    using channel ORA_DISK_1
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_NCNNF_TAG20130423T134331_8QFL24F7_.BKP RECID=16 STAMP=813505412
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_ANNNN_TAG20130423T134334_8QFL26K1_.BKP RECID=17 STAMP=813505414
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_NCNNF_TAG20130423T134423_8QFL3S48_.BKP RECID=18 STAMP=813505465
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_ANNNN_TAG20130423T134427_8QFL3V9J_.BKP RECID=19 STAMP=813505467
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_NNNDF_TAG20130423T134428_8QFL3XDT_.BKP RECID=20 STAMP=813505469
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_NCSNF_TAG20130423T134428_8QFM4C5S_.BKP RECID=21 STAMP=813506507
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=D:\ORACLE\DATABASE\ORADATA\MMSPRD7\ORAFRA\MMSPRD7\BACKUPSET\
    2013_04_23\O1_MF_ANNNN_TAG20130423T140148_8QFM4DOT_.BKP RECID=22 STAMP=813506508
    Crosschecked 7 objects
    RMAN> crosscheck copy;
    released channel: ORA_DISK_1
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=352 device type=DISK
    specification does not match any datafile copy in the repository
    specification does not match any control file copy in the repository
    specification does not match any archived log in the repositorySo there are 2 instances of the errors:
    1) crosscheck archivelog all - when the error happens here, i think this means that there are no archived redo logs in the archivelog destination?? ..or something to that nature.
    2) crosscheck copy - not sure what the other errors mean here.
    Thx in advance!

    1) crosscheck archivelog all - when the error happens here, i think this means that there are no archived redo logs in the archivelog destination?? ..or something to that nature.
    2) crosscheck copy - not sure what the other errors mean here.
    specification does not match any archived log in the repositoryI don't see the error here, it's only a msg that mean : There is no files on XXX destination, which is normal when no files found.

  • Recovery question using archive log

    HPUX 11X
    Oracle 10.2.0.2
    I have a standby database that the customers want to test the ability to fail over. They also want to test the data integrity of the standby once it's brought on line as the primary.
    I've already told the customer that any writes that they do on the standby during the test time WILL be lost. I plan on doing a incomplete recovery back to a specific sequence number / archive log when the tests are complete.
    My plan is to take note of the current sequence number just before I bring the standby live. When all is said and done, I was going to do a recover back to the sequence number one PRIOR to that one. Then when I place the db back in standby mode, it will sync back up to the primary.
    What I need to know is if this is a good or a bad idea. Should I plan on doing it differently and for what reason.
    Thanks! :)

    Use flashback database to recover the former primary database to a new standby.
    http://download.oracle.com/docs/cd/B19306_01/server.102/b14239/scenarios.htm#i1049997
    Therefore the changes made on standby won't be lost (unless you want to lose them).
    If your databases do not have Flashback Database feature enabled, you can use incomplete recovery instead.
    I think Flashback Database should be your first option.

  • Recovery/db copy + archive logs

    Hi champions,
    There is one confusion in recovery of a database. Version 10g.
    I have a hot backup (using copy command) of a database(archive log mode) which I’ve taken at 22.00.00 on Sunday.
    Now my database is up and running Monday,Tuesday,Wednesday in archive log mode.I have all the archive logs since the last backup(Sunday 22.00) .and my database got crashed on Wednesday 14.00 completely lost everything (CDR files) only archive logs are with me...
    Can i recover my database using Sunday’s backup + archive log till the time it crashed.
    Regards,
    Shitesh Shukla

    Shukla Shitesh wrote:
    Hi champions,
    There is one confusion in recovery of a database. Version 10g.
    I have a hot backup (using copy command) of a database(archive log mode) which I’ve taken at 22.00.00 on Sunday.
    Now my database is up and running Monday,Tuesday,Wednesday in archive log mode.I have all the archive logs since the last backup(Sunday 22.00) .and my database got crashed on Wednesday 14.00 completely lost everything (CDR files) only archive logs are with me...
    Can i recover my database using Sunday’s backup + archive log till the time it crashed.
    Regards,
    Shitesh ShuklaDear Shitesh, you can recover the database by applying all/any archived redo log files you have.
    My Oracle Video Tutorials - http://kamranagayev.wordpress.com/oracle-video-tutorials/

  • RMAN Active Cloning fails with RMAN-06054: missing log file

    Version Details:
    O.S Version     HP-UX B.11.31 U ia64
    Oracle DB Version     11.2.0.3.0
         Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
    Scenario :
    Using RMAN Active cloning to duplicate a RAC database from Production to Development environment.
    Problem:
    At the end of the cloning the below errors are reported;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/14/2013 07:03:43
    RMAN-05501: aborting duplication of target database
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 24751 and starting SCN of 89285945274
    RMAN Script used for Active cloning:
    #!/bin/ksh
    . setdb entDBu
    start_dt=`date +%Y%m%d_%H%M`
    job=`basename $0 ".sh"`
    rman  >> ${job}_${start_dt}.log  2>&1 <<eof
    set echo on;
    connect target sys/@DCC&(_O@entDBp1
    connect auxiliary sys/@DCC&(_O@entDBuu
    run {
    allocate channel prmy1 type disk;
    allocate auxiliary channel stby1 type disk;
    duplicate target database
    to entDBu
    from active database pfile=/app/oracle/product/11.2.0.3/db/dbs/initentDBu.ora;
    show all;
    exit
    eof
    end_dt=`date +%Y%m%d_%H%M`
    mailx -s "DR RMAN Job: $job done" "[email protected]" <<eof2
    started: ${start_dt}
    finish: ${end_dt}
    eof2How to prevent the error of RMAN-06054: media recovery requesting unknown archived log for thread  with sequence   and starting SCN of  while performing the RMAN Active Cloning? I do NOT want to use UNTIL clause.

    Sivaprasad S wrote:
    Version Details:
    O.S Version     HP-UX B.11.31 U ia64
    Oracle DB Version     11.2.0.3.0
         Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
    Scenario :
    Using RMAN Active cloning to duplicate a RAC database from Production to Development environment.
    Problem:
    At the end of the cloning the below errors are reported;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/14/2013 07:03:43
    RMAN-05501: aborting duplication of target database
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 24751 and starting SCN of 89285945274RMAN Script used for Active cloning:
    #!/bin/ksh
    . setdb entDBu
    start_dt=`date +%Y%m%d_%H%M`
    job=`basename $0 ".sh"`
    rman  >> ${job}_${start_dt}.log  2>&1 <<eof
    set echo on;
    connect target sys/@DCC&(_O@entDBp1
    connect auxiliary sys/@DCC&(_O@entDBuu
    run {
    allocate channel prmy1 type disk;
    allocate auxiliary channel stby1 type disk;
    duplicate target database
    to entDBu
    from active database pfile=/app/oracle/product/11.2.0.3/db/dbs/initentDBu.ora;
    show all;
    exit
    eof
    end_dt=`date +%Y%m%d_%H%M`
    mailx -s "DR RMAN Job: $job done" "[email protected]" <<eof2
    started: ${start_dt}
    finish: ${end_dt}
    eof2How to prevent the error of RMAN-06054: media recovery requesting unknown archived log for thread  with sequence   and starting SCN of  while performing the RMAN Active Cloning? I do NOT want to use UNTIL clause.Where UNTIL clause in your script I didn't saw.
    Please try following RMAN script
    DUPLICATE TARGET DATABASE FOR STANDBY
      FROM ACTIVE DATABASE
    SPFILE
       SET "control_files"="/u01/app/oracle/oradata/stbdbcontrol01.ctl"
       SET "db_name"="prmdb"
       SET "db_unique_name"="stbdb"
       SET "db_file_name_convert"="/u01/app/oracle/oradata/prmdb","/u01/app/oracle/oradata/stbdb"
       SET "log_file_name_convert"="/u01/app/oracle/oradata/prmdb","/u01/app/oracle/oradata/stbdb"
       SET "db_recovery_file_dest"="/u01/app/oracle/fra"
       SET "diagnostic_dest"=/u01/app/oracle"
       SET "audit_file_dest"="/u01/app/oracle/admin/stbdb/adump"
    PASSWORD FILE
    NOFILENAMECHECK;
    {code}
    Please change parameters for your environment.
    Regards
    Mahir M. Quluzade                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

  • Unable to find archived log

    Hi
    I am restoring a hot backup taken through RMAN using following commands:
    configure controlfile autobackup on;
    BACKUP DATABASE ;
    BACKUP ARCHIVELOG ALL DELETE INPUT;
    Now I am going to restore that using following commands:
    restore spfile from autobackup;
    restore controlfile from autobackup;
    shutdown immediate;
    startup mount;
    restore database;
    RECOVER DATABASE;
    ALTER DATABASE OPEN RESETLOGS;
    But it goes fine till restore database. At recover database I get following errors:
    archived log for thread 1 with sequence 2461 is already on disk as file /u01/app/oracle/fast_recovery_area/XE/onlinelog/o1_mf_1_8fbs9bvt_.log
    archived log for thread 1 with sequence 2462 is already on disk as file /u01/app/oracle/fast_recovery_area/XE/onlinelog/o1_mf_2_8fbs9chb_.log
    unable to find archived log
    archived log thread=1 sequence=545
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 09/11/2013 20:41:43
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 545 and starting SCN of 25891726
    I have checked the backup folder and there are only empty date wise folders under archivedlog folders.
    If I write RMAN> ALTER DATABASE OPEN RESETLOGS; I get:
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 09/11/2013 20:43:01
    ORA-01190: control file or data file 1 is from before the last RESETLOGS
    ORA-01110: data file 1: '/u01/app/oracle/oradata/XE/system.dbf'
    If I write RMAN> recover database until sequence 545; I get
    Starting recover at 11-SEP-13
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=695 device type=DISK
    starting media recovery
    unable to find archived log
    archived log thread=1 sequence=545
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 09/11/2013 21:09:34
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 545 and starting SCN of 25891726
    I don't mind if some data is lost. Will be really thankful if someone can help me get my database open;
    Habib

    They way you are trying to recover will try to recover up to the last know SCN. Try to do a point in time recover up to a few minutes before the database was shutdown or crashed.
    Try something like this
    run{
    set until time "to_date('2013-09-11:00:00:00', 'yyyy-mm-dd:hh24:mi:ss')";
    restore spfile from autobackup;
    restore controlfile from autobackup;
    shutdown immediate;
    startup mount;
    restore database;
    RECOVER DATABASE;
    ALTER DATABASE OPEN RESETLOGS;

  • 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

  • RMAN- unable to find archive log

    Hi All,
    I am facing this problem while i am recovering my database. I have checked this archive file and it is present on the location where it should be. So what can be the solution.
    Pls help...
    Thanks and Regards
    Amit Raghuvanshi

    Hi Dear,
    The location is on the disk and the error is...
    released channel: ORA_DISK_1
    allocated channel: dev2
    channel dev2: sid=12 devtype=DISK
    Starting recover at 08-AUG-07
    starting media recovery
    archive log thread 1 sequence 54266 is already on disk as file /erpp/erppdata/log01a.dbf
    archive log thread 1 sequence 54267 is already on disk as file /erpp/erppdata/log02a.dbf
    unable to find archive log
    archive log thread=1 sequence=54259
    released channel: dev2
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/08/2007 11:33:57
    RMAN-06054: media recovery requesting unknown log: thread 1 scn 5965732883373
    Regards
    Amit Raghuvanshi

  • Recover database but don't have archive log file

    Hi
    I use old backup set in tape and restore all datafile completed but I cannot recover that show below errror in RMAN
    RMAN> recover database;
    Starting recover at 08-SEP-09
    using channel ORA_DISK_1
    starting media recovery
    unable to find archive log
    archive log thread=1 sequence=29166
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 09/08/2009 21:49:36
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 29166 lowscn 1648727512
    But in backup set and include archive log already that don't have seq 29166 that have last seg is 29165 when I tyr recover in sqlplus that show below error
    SQL> recover database using backup controlfile;
    ORA-00279: change 1648727512 generated at 09/05/2009 00:02:07 needed for thread
    1
    ORA-00289: suggestion : /oradata/archive/hrprd/1_29166_671345511.arc
    ORA-00280: change 1648727512 for thread 1 is in sequence #29166
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00308: cannot open archived log
    '/oradata/archive/hrprd/1_29166_671345511.arc'
    ORA-27037: unable to obtain file status
    IBM AIX RISC System/6000 Error: 2: No such file or directory
    Additional information: 3
    And I tried to open with reset log that show below error
    SQL> alter database open resetlogs;
    alter database open resetlogs
    ERROR at line 1:
    ORA-01113: file 1 needs media recovery
    ORA-01110: data file 1: '/oradata/data/hrprd/system01.dbf'
    How can I do to open database?
    Taohiko.

    taohiko wrote:
    Hi Werner
    I tried and show below error
    SQL> recover database using backup controlfile until cancel;
    ORA-00279: change 1648727512 generated at 09/05/2009 00:02:07 needed for thread
    1
    ORA-00289: suggestion : /oradata/archive/hrprd/1_29166_671345511.arc
    ORA-00280: change 1648727512 for thread 1 is in sequence #29166
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    CANCEL
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '/oradata/data/hrprd/system01.dbf'
    ORA-01112: media recovery not started
    How to do next step?
    TaohikoHi Taohiko
    Have you made backup of all archived redo log files? If so, why this one was disappeared?
    Have you applied all archived redo log files before that required archived redo log file?
    Please try to recover the database using the following command:
    RMAN> RESTORE DATABASE;
    RMAN> RECOVER DATABASE UNTIL SEQUENCE 29166;
    RMAN>ALTER DATABASE OPEN RESETLOGS;

  • Error :  RMAN-06054

    Hi,
    I get the error "Error : RMAN-06054" when I try to recover a full database backup.
    The backup command used was:
    BACKUP DATABASE PLUS ARCHIVELOG;
    In my tests, when I dont remove the ONLINE redo log files the recovering works OK!
    I use auto backup controlfile configuration.
    Thank you,
    Faria

    I get the same problem. I followed this guide:
    http://www.orafusion.com/art_rman3.htm
    and get the error:
    RMAN-00571: ==============================
    RMAN-00569: =ERROR MESSAGE STACK FOLLOWS =
    RMAN-00571: ===============================
    RMAN-03002: failure of recover command at 04/01/2005 14:14:43
    RMAN-06054: media recovery requesting unknown log: thread 1 scn 32230460
    How to avoid it?

  • Rman with error RMAN-06054

    first, i backup all datafiles. then i delete the datafile of system tablesapce.
    then i recover database by recovery manager. it makes these errors.i do not
    how slove it.i nees help,i will thank ereryone who help me
    RMAN-03022: compiling command: recover(4)
    RMAN-03026: error recovery releasing channel resources
    RMAN-08031: released channel: c1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: recover
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: recover(4)
    RMAN-06054: media recovery requesting unknown log: thread 1 scn 1869941
    null

    Why don't review your syntax of your recover statements? Maybe there're some surprises waiting for you.

Maybe you are looking for

  • Problem with getting unicode values from console

    Hi, In my application I am passing unicode value like \u00DF from console. and writing this string value to a utf8 file. But in the file the value is printed not the actual unicode character. Where the things are getting wrong. I have declared a stri

  • On win 7 mp4 videos get copied on ipad2 , whereas the same videos cannot get copied on ipad2 on windows xp? Why?

    I had to shift from win 7 to win xp. On iTunes on win 7 videos in mp4 format were synced without any problem, where on win xp the same mp4 files cannot be synced. Why? Can any one help me out?

  • Module Failed SCP dnld

    Hi, I have a WS-SVC-IDSM-2 which is showing as PwrDown looking at the show power there is more than enough but there is an error message "Module Failed SCP dnld" does any body know why this is showing? it is something to do with the rom version. Rega

  • 10.3 update on Z#

    I unknowingly turned the phone off during the latest OS update and I am having some issues with freezing and Apps that were not downloaded properly and show an error.  I do not have a backup file to restore the OS. Is there an OS that can be download

  • Cannot Sync Windows Live Email on E71

    When I go to the Windows Live icon in Messaging, then select Options>SyncEmail - my E71 tries to connect, then times out. If I go to Settings>Email and select Windows Live I get 'Feature Not Supported'. Q: How do I configure Windows Live? Connectivit