List incarnation

my database is oracle 8.1.7. i noticed that when i issue the list incarnation command, it does not show the time, only date. does anybody here know why?
RMAN> list incarnation;
RMAN-03022: compiling command: list
List of Database Incarnations
DB Key Inc Key DB Name DB ID CUR Reset SCN Reset Time
1234567 1234567 DENISE 1234567890 NO 123456 22-JUL-10
1234567 1234567 DENISE 1234567890 YES 123456 22-JUL-10
Edited by: oracleelcaro on 22-jul-2010 17:00

SQL> select dbinc_key,db_key,db_name from RMAN.dbinc where db_name='PROD';
DBINC_KEY     DB_KEY DB_NAME 
    875312     875311 PROD    
SQL> select DBID, NAME, DBINC_KEY, RESETLOGS_CHANGE#, RESETLOGS_TIME
  2  from rc_database_incarnation where dbid=2706003900;
      DBID NAME      DBINC_KEY RESETLOGS_CHANGE# RESETLOGS
2706003900 PROD     875312                     1 07-FEB-07
2706003900 PROD2    9179422           6.2038E+12 24-MAY-09
SQL> alter session set nls_date_format = 'DD-MON-YYYY HH24:MI:SS' ;
Session altered.
SQL>  select DBID, NAME, DBINC_KEY, RESETLOGS_CHANGE#, RESETLOGS_TIME
  2   from rc_database_incarnation where dbid=2706003900;
      DBID NAME      DBINC_KEY RESETLOGS_CHANGE# RESETLOGS_TIME
2706003900 PROD      875312                    1 07-FEB-2007 15:49:16
2706003900 PROD2    9179422           6.2038E+12 24-MAY-2009 22:25:13

Similar Messages

  • Oracle 9i RMAN list incarnation query empty?

    Hello,
    We have switched to a standby DB and now trying to backup that particular db on the same catalog database...
    When we do a list incarnation on the standby DB the list is empty , why is that ?
    RMAN> list incarnation;
    RMAN>
    Any ideas , thx
    now we are getting this message ...
    RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of allocate command on ch1 channel at 12/07/2009 21:38:25
    ORA-03113: end-of-file on communication channel
    Edited by: jrmtl on Dec 7, 2009 7:08 PM

    When we try to register the database it says already registered?!?
    RMAN> register database;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of register command on default channel at 12/07/2009
    7
    RMAN-20002: target database already registered in recovery catalog

  • List incarnation of database

    DATABASE VERSION = 10.2.0.3
    PLATFORM = AIX 3
    Could some one please let me know the meaning of ORPHAN, which is visible when ever i give list incarnation command.
    RMAN> list incarnation of database merlinp;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1142887 1142888 MERLINP 3538586174 ORPHAN 1 06-APR-07.
    every time my rman backup is failing with the errors as
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20011: target database incarnation is not current in recovery catalog
    Target database was not opened with resetlogs. See below
    From TARGET DATABASE
    SQL> select RESETLOGS_CHANGE#, RESETLOGS_TIME from v$database;
    RESETLOGS_CHANGE# RESETLOGS
    1 06-APR-07
    From this we can see that Incarnation is already been registered in the catalog database.
    Plz let me know why my backup's are failing by looking at the above information.
    kumareshan

    There two points
    If 'reset database to incarnation <key>' was used to make an old incarnation current then restore the target database from a backup that matches the incarnation and mount it.You will need to do 'startup nomount' before you can restore the controlfile using RMAN Or use 'reset database to incarnation <key>' make the intended incarnation current in the recovery catalog.
    Additionally you can see Doc ID: Note:48364.1.
    Adith

  • Oracle 9i rman list incarnation command empty

    Hello,
    We have switched to a standby DB and now trying to backup that particular db on the same catalog database...
    When we do a list incarnation on the standby DB the list is empty , why is that ?
    RMAN> list incarnation;
    RMAN>
    Any ideas , thx
    sorry for the double post in wrong section
    now we are getting this message ...
    RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12>
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of allocate command on ch1 channel at 12/07/2009 21:38:25
    ORA-03113: end-of-file on communication channel
    Edited by: jrmtl on Dec 7, 2009 7:02 PM

    Hi,
    Can you try:
    select * from V$DATABASE_INCARNATION;in sqlplus and post the output?
    The ORA 3113 can have a lot of reasons for example instable network or no resources on the server.
    Regards
    Tycho

  • Weird DBID, DBNAME in LIST INCARNATIONS COMMAND

    Hi folks!
    Sorry if this seems a silly question but I was wondering what could be responsible for the following list of incarnations of the target database in the recovery catalog
    ddbmgr $ rman target / catalog rman/*******@rman
    Recovery Manager: Release 10.2.0.2.0 - Production on Tue Feb 19 16:43:34 2008
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    connected to target database: DEVE (DBID=2670823714)
    connected to recovery catalog database
    RMAN> list incarnation
    2> ;
    starting full resync of recovery catalog
    full resync complete
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    596841 596961 DEVE 2670823714 PARENT 4699260567 10-FEB-08
    596841 597239 FUNC 2670823714 ORPHAN 4700385404 12-FEB-08
    596841 596842 DEVE 2670823714 CURRENT 4700385404 12-FEB-08
    RMAN>
    my target database sid is 'DEVE'
    and my recovery catalog is 'RMAN' what could be responsible for me getting a db_name of FUNC (which is incidentally the name of another database on our systems but is not the target I connected to)
    I look forward to hearing pointers on how to investigate this issue.
    Thank you in advance
    J xx

    Hi,
    When you restored a controlfile from backup,it will list only copies or backup which were registered with this controlfeil,if you would like to catalog the backups in restored controlfile,you can use catalog command.
    Thanks

  • Restore incarnation

    Dear gurus,
    Situation: we have one oraprod production DB. Daily a snapshot is made from this instance with the name orasnap. This orasnap has only 1 day life time. For this orasnap, a new DBID is generated daily using the nid utility. After this, the orasnap is registered in the rman catalog (oracat) and backuped successfully. Please refer to my previous thread: One database with multiple instance names
    RMAN> connect target /
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID CUR Reset SCN Reset Time
    8357 8408 ORASNAP 2706083210 NO 1 06-MAR-06
    8357 8358 ORASNAP 2706083210 YES 4014480736 15-NOV-07
    8569 8620 ORASNAP 2706169607 NO 1 06-MAR-06
    8569 8570 ORASNAP 2706169607 YES 4016907657 16-NOV-07
    8990 9041 ORASNAP 2706322688 NO 1 06-MAR-06
    8990 8991 ORASNAP 2706322688 YES 4020564274 17-NOV-07
    3336 3337 ORAPROD 4063199190 YES 1 06-MAR-06
    RMAN> set dbid=2706083210;
    executing command: SET DBID
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of CSET command at 11/21/2007 14:58:24
    RMAN-06188: cannot use command when connected to a mounted target database
    Is there a way to produce a backup list of these orasnap incarnations (and hence to restore it), a kind of "list backup database orasnap" or "reset database to incarnation 8358"?
    Why are the lines displayed in which the Current incarnation column is set to NO?
    We also tried these:
    $ rman catalog catuser/catpassw@oracat
    RMAN> set dbid=2706083210;
    executing command: SET DBID
    RMAN> list backup;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of list command at 11/21/2007 15:02:32
    RMAN-06171: not connected to target database
    So connect to oraprod first:
    RMAN> connect target sys/syspassw@oraprod;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-06189: current DBID 2706083210 does not match target mounted database (4063199190)
    In the oracat DB we found these tables (in the catalog tablespace) containing:
    AL ==> archivelogs
    DB ==> DBIDs
    DFATT ==> list of incarnations datafiles
    ORL ==> redologs
    TS ==> tablespaces
    Please help...

    Is it possible to restore the database to the previous incarnation?Yes, Why not?
    And does the SCN numbers continue from the older incarnation to the new incarnation of the database?What do you mean by saying this ?
    hare krishna
    Alok

  • About database incarnations in catalog versus non-catalog

    Hi all
    Listing out the incarnations of my target database when not connected to the recovery catalog :
    RMAN> list incarnation of database testdb;
    using target database control file instead of recovery catalog
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    1       1       TESTDB   2539541829       PARENT  1          11-JUL-11
    2       2       TESTDB   2539541829       PARENT  591584     12-JUL-11
    3       3       TESTDB   2539541829       PARENT  2061948    19-JUL-11
    4       4       TESTDB   2539541829       ORPHAN  1345130669 13-MAY-13
    5       5       TESTDB   2539541829       CURRENT 1345130669 15-MAY-13And listing out the incarnations when connected to the catalog:
    RMAN> list incarnation of database testdb;
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    1178485 1178523 TESTDB   2539541829       PARENT  1          11-JUL-11
    1178485 1178524 TESTDB   2539541829       PARENT  591584     12-JUL-11
    1178485 1178525 TESTDB   2539541829       PARENT  2061948    19-JUL-11
    1178485 1178526 TESTDB   2539541829       ORPHAN  1345130669 13-MAY-13
    1178485 1178486 TESTDB   2539541829       CURRENT 1345130669 15-MAY-13Why are INC KEY numbers not matching? Is this a bug or is it expected behaviour?
    Please help me shed some light on this..
    Thanks.

    Hi,
    Manual said:
    DB Key- When combined with the Inc Key, the unique key by which RMAN identifies the database incarnation in the recovery catalog. Use this key to unregister a database from a recovery catalog, that is, delete all the rows associated with that database from the recovery catalog.
    INC Key- When combined with DB Key, the unique key by which RMAN identifies the database incarnation in the recovery catalog. Use this key in RESET DATABASE TO INCARNATION when recovering the database to a time before the most recent RESETLOGS.
    <<http://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta027.htm#CHDGGAFF>>
    recovery-catalog and control file-catalog is a catalog of different, So not match.
    Regards,

  • Checkpoint SCN in backupset belongs to different incarnation

    Reallly stuck with this one :( We are on Oracle 10.2.0.4, Solaris 5.3). Took full backup + archivelogs on Server A. Copied backup to server B, where trying to restore via the following method:
    1. Restore controlfile:
    Rman target /
    Startup nomount;
    Restore controlfile from ‘/directory_name/c-control_file’2. Catalog backuppieces:
    RMAN> alter database mount;
    RMAN> catalog backuppiece ‘/new_directory/backup_piece';3.Crosschecking backup:
    RMAN> crosscheck backup;
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=656 devtype=DISK
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/data/scratch/KRONOS/backup/anya/datafiles.rman recid=74 stamp=745857935
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/data/scratch/KRONOS/backup/anya/arch_KDEV_g8m78jfk_1544_20110315 recid=71 stamp=745857003
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/data/scratch/KRONOS/backup/anya/arch_KDEV_g9m78jfs_1545_20110315 recid=72 stamp=745857053
    crosschecked backup piece: found to be 'AVAILABLE'
    backup piece handle=/data/scratch/KRONOS/backup/anya/arch_KDEV_gam78jg5_1546_20110315 recid=73 stamp=745857069
    Crosschecked 4 objects4. Backup is AVAILABLE
    RMAN> list backup of database;
    using target database control file instead of recovery catalog
    List of Backup Sets
    ===================
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    61      Full    21.00G     DISK        00:05:43     15-MAR-11     
            BP Key: 74   Status: AVAILABLE  Compressed: NO  Tag: TAG20110315T040105
            Piece Name: /data/scratch/KRONOS/backup/anya/datafiles.rman
      List of Datafiles in backup set 61
      File LV Type Ckp SCN    Ckp Time  Name
      1       Full 29951409518 15-MAR-11 /data/dbf/kdev/system01.dbf
      2       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs1.dbf
      3       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs2.dbf
      4       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs3.dbf
      5       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs4.dbf
      6       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs5.dbf
      7       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs6.dbf
      8       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs7.dbf
      9       Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs9.dbf
      10      Full 29951409518 15-MAR-11 /data/dbf/kdev/tkcs8.dbf
      72      Full 29951409518 15-MAR-11 /data/dbf/kdev/sysaux01.dbf
      81      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo01.dbf
      82      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo02.dbf
      83      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo03.dbf
      84      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo04.dbf
      85      Full 29951409518 15-MAR-11 /data/dbf/kdev/undo05.dbfWe can see that backup SCN is *29951409518*
    4. Listing incarnation of database:
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    1       1       KDEV     763526018        PARENT  29215810456 15-DEC-10
    2       2       KDEV     763526018        CURRENT 29215838581 15-DEC-10Notice how this incarnation is different *29215838581* from backup SCN of *29951409518*. So when I run restore/recover, it fails:
    set until sequence 3289;
    set newname for datafile 2 to '/data/scratch/KRONOS/backup/anya/tkcs1.dbf';
    set newname for datafile 3 to '/data/scratch/KRONOS/backup/anya/tkcs2.dbf';
    set newname for datafile 4 to '/data/scratch/KRONOS/backup/anya/tkcs3.dbf';
    set newname for datafile 5 to '/data/scratch/KRONOS/backup/anya/tkcs4.dbf';
    set newname for datafile 6 to '/data/scratch/KRONOS/backup/anya/tkcs5.dbf';
    set newname for datafile 7 to '/data/scratch/KRONOS/backup/anya/tkcs6.2> dbf';
    set newname for datafile 8 to '/data/scratch/KRONOS/backup/anya/tkcs7.dbf';
    set newname for datafile 9 to '/data/scratch/KRONOS/backup/anya/tkcs9.dbf';
    set newname for datafile 10 to '/data/scratch/KRONOS/backup/anya/tkcs8.dbf';
    set newname for datafile 1 to '/data/scratch/KRONOS/backup/anya/system01.dbf';
    set newname for datafile 1 to '/data/scratch/KRONOS/backup/anya/undo01.dbf';
    set newname for datafile 82 to '/data/scratch/KRONOS/backup/anya/undo02.dbf';
    set newname for datafile 83 to '/data/scrat3> ch/KRONOS/backup/anya/undo03';
    set newname for datafile 84 to '/data/scratch/KRONOS/backup/anya/undo04';
    set newname for datafile 85 to '/data/scratch/KRONOS/backup/anya/undo05.dbf';
    set newname for datafile 72 to '/data/scratch/KRONOS/backup/anya/sysaux01.dbf';
    restore database;
    switch datafile all;
    recover database;
    alter database open resetlogs;
    release channel c1;
    }Error:
    Starting restore at 15-MAR-11
    released channel: c1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 03/15/2011 15:27:02
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 85 found to restore
    RMAN-06023: no backup or copy of datafile 84 found to restore
    RMAN-06023: no backup or copy of datafile 83 found to restore
    RMAN-06023: no backup or copy of datafile 82 found to restore
    RMAN-06023: no backup or copy of datafile 81 found to restore
    RMAN-06023: no backup or copy of datafile 72 found to restore
    RMAN-06023: no backup or copy of datafile 10 found to restore
    RMAN-06023: no backup or copy of datafile 9 found to restore
    RMAN-06023: no backup or copy of datafile 8 found to restore
    RMAN-06023: no backup or copy of datafile 7 found to restore
    RMAN-06023: no backup or copy of datafile 6 found to restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restoreHow do I fix this? Thank you!!!!

    Got 3289 from disk, registered via RMAN as follows:
    RMAN> catalog start with '/data/scratch/KRONOS/backup/anya/arch/KRNTSTORA1';
    searching for all files that match the pattern /data/scratch/KRONOS/backup/anya/arch/KRNTSTORA1
    List of Files Unknown to the Database
    =====================================
    File Name: /data/scratch/KRONOS/backup/anya/arch/KRNTSTORA1/o1_mf_1_3289_6qyhlwx0_.arc
    Do you really want to catalog the above files (enter YES or NO)? yes
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /data/scratch/KRONOS/backup/anya/arch/KRNTSTORA1/o1_mf_1_3289_6qyhlwx0_.arcRan restore/recovery script:
    RMAN> run {
    2> allocate channel c1 type disk;
    3> set until sequence 3290;
    4> set newname for datafile 00002 to '/data/scratch/KRONOS/backup/anya/tkcs1.dbf';       
    set newname for datafile 00003 to '/data/scratch/KRONOS/backup/anya/tkcs2.dbf';
    set newname for datafile 00004 to '/data/scratch/KRONOS/backup/anya/tkcs3.dbf';
    set newname for datafile 00005 to '/data/scratch/KRONOS/backup/anya/tkcs4.dbf';
    set newname for datafile 00006 to '/data/scratch/KRONOS/backup/anya/tkcs5.dbf';
    set newname for datafile 00007 to '/data/scratch/KRONOS/backup/anya/tkcs6.dbf';
    set newname for datafile 00008 to '/data/scratch/KRONOS/backup/anya/tkcs7.dbf';
    set newname for datafile 00009 to '/data/scratch/KRONOS/backup/anya/tkcs9.dbf';
    set newname for datafile 00010 to '/data/scratch/KRONOS/backup/anya/tkcs8.dbf';
    set newname for datafile 00001 to '/data/scratch/KRONOS/backup/anya/system.dbf';
    set newname for datafile 00081 to '/data/scratch/KRONOS/backup/anya/undo01.dbf';
    set newname for datafile 00082 to '/data/scratch/KRONOS/backup/anya/undo02.dbf';
    set newname for datafile 00083 to '/data/scratch/KRONOS/backu5> p/anya/undo03';
    set newname for datafile 00084 to '/data/scratch/KRONOS/backup/anya/undo04';
    set newname for datafile 00085 to '/data/scratch/KRONOS/backup/anya/undo05.dbf';
    set newname for datafile 00072 to '/data/scratch/KRONOS/backup/anya/sysaux01.dbf
    6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21>
    22> restore database;
    23> switch datafile all;
    24> recover database;
    25> alter database open resetlogs;
    26> release channel c1;
    27> }
    using target database control file instead of recovery catalog
    allocated channel: c1
    channel c1: sid=656 devtype=DISK
    executing command: SET until clause
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    Starting restore at 16-MAR-11
    channel c1: starting datafile backupset restore
    channel c1: specifying datafile(s) to restore from backup set
    restoring datafile 00001 to /data/scratch/KRONOS/backup/anya/system.dbf
    restoring datafile 00002 to /data/scratch/KRONOS/backup/anya/tkcs1.dbf
    restoring datafile 00003 to /data/scratch/KRONOS/backup/anya/tkcs2.dbf
    restoring datafile 00004 to /data/scratch/KRONOS/backup/anya/tkcs3.dbf
    restoring datafile 00005 to /data/scratch/KRONOS/backup/anya/tkcs4.dbf
    restoring datafile 00006 to /data/scratch/KRONOS/backup/anya/tkcs5.dbf
    restoring datafile 00007 to /data/scratch/KRONOS/backup/anya/tkcs6.dbf
    restoring datafile 00008 to /data/scratch/KRONOS/backup/anya/tkcs7.dbf
    restoring datafile 00009 to /data/scratch/KRONOS/backup/anya/tkcs9.dbf
    restoring datafile 00010 to /data/scratch/KRONOS/backup/anya/tkcs8.dbf
    restoring datafile 00072 to /data/scratch/KRONOS/backup/anya/sysaux01.dbf
    restoring datafile 00081 to /data/scratch/KRONOS/backup/anya/undo01.dbf
    restoring datafile 00082 to /data/scratch/KRONOS/backup/anya/undo02.dbf
    restoring datafile 00083 to /data/scratch/KRONOS/backup/anya/undo03
    restoring datafile 00084 to /data/scratch/KRONOS/backup/anya/undo04
    restoring datafile 00085 to /data/scratch/KRONOS/backup/anya/undo05.dbf
    channel c1: reading from backup piece /data/scratch/KRONOS/backup/anya/datafiles.rmanOracle restored/recovered without errors :) Thank you! However, I dont understand why 3289 was not included in the backup when it is needed for recovery. Database and archvielog backup takes place in the same script as follows:
    run
    allocate channel c1 type disk;
    crosscheck archivelog like '/data/flash_recovery_area/KRNTSTORA1%';
    sql 'alter system archive log current';
    backup database format '${BACKUP_DIR}/datafiles__${BACKUP_TYPE}_${TIMESTAMP}%p_%s.rman';
    backup archivelog like '/data/flash_recovery_area/KRNTSTORA1%'  format '${BACKUP_DIR}/arch_%d_%u_%s_%T';
    backup current controlfile format '${BACKUP_DIR}/${ORACLE_SID}_${TIMESTAMP}_CTL';
    delete noprompt archivelog like '/data/flash_recovery_area/KRNTSTORA1%' completed before 'sysdate-4' backed up 1 times to device type disk
    }confusing :(

  • Open standby read-write then flashback leaves standby in new incarnation?

    Oracle 10.2.0.4 on RHEL. In February, we followed Note:805438.1 to open the standby for read-write for a test (after creating a restore point). A few minutes later, we did flashback. It ran fine ever since, receiving and applying archivelogs. Recently we noticed it stopped applying redo and this started in late June. Then I followed Note:836986.1 to roll forward the standby with incremental backup from the primary. During this process, it was found that the standby was in incarnation 2:
    RMAN> list incarnation;
    using target database control file instead of recovery catalog
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 ORACP2 4102395133 PARENT 1 20080407 14:13:17
    2 2 ORACP2 4102395133 CURRENT 44328058841 20110223 08:33:18
    The solution is to set it to 1, because the primary is (and always was) 1:
    reset database to incarnation 1;
    The DBA team don't recall making any significant change to the standby since the February test and alert.log doesn't show anything relevant. Will "open standby read-write then flashback" leave the standby in the new incarnation, instead of setting it back to the original incarnation? We checked another database which has a standby we did the same test on. The standby is back to the original incarnation as the primary is. So there must be something special about this database.
    Secondly, if the standby stayed in a newer incarnation, how could it continue to apply redo received from the primary in its original incarnation?

    Thanks. Bug 6035495 is related but not exactly my case. My 10.2.0.4 standby database alert.log does not have "orphan" or "ORA-19909". But the solution is the same.
    The Oracle support analyst working on my case referred me to this new note
    Rman-06571: Datafile 1 Does Not Have Recoverable Copy (Doc ID 1336872.1)
    (maybe he wrote it)
    That's exactly what happened to me. Although flashing back the standby sets its current incarnation back (to the same as the primary), if you later run "catalog start with" on the standby, that command will change the incarnation to the later one! Since I was following Note:836986.1 to roll forward the standby, "catalog start with" was run and these lines appeared
    WARNING: catalog online log file +fra/ORACP2SB/ONLINELOG/group_52.2882.708107363 is not supported
    New incarnation branch detected in Backup, filename +FRA/oracp2sb/autobackup/2011_02_23/s_743848464.8985.743848467
    Inspection of file changed rdi from 1 to 2
    Setting recovery target incarnation to 2
    Wed Jul 6 00:06:53 2011
    Setting recovery target incarnation to 2
    Wed Jul 6 00:10:51 2011
    It appears that when "catalog" detects another (must be newer I guess?) incarnation, it blindly sets the standby database to that one. The analyst calls it "implicit catalog". It may as well be called "implicit incarnation change of catalog" or "side effec of catalog".
    Edited by: user11989003 on Jul 11, 2011 7:02 AM
    Edited by: user11989003 on Jul 11, 2011 7:04 AM

  • Relationship between current incarnation & Backups/ RMAN-20011

    Hi
    I have
    the following situation in RMAN:
    Incarnations:
    >
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    133 146 TESTDB 2528045035 PARENT 1 05-SEP-10
    133 134 TESTDB 2528045035 CURRENT 972274 02-MAR-11
    133 548 TESTDB 2528045035 ORPHAN 996374 02-MAR-11
    133 646 TESTDB 2528045035 ORPHAN 996490 04-MAR-11
    133 460 TESTDB 2528045035 ORPHAN 997986 02-MAR-11
    >
    Backups:
    >
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    176 56.57M DISK 00:00:42 02-MAR-11
    BP Key: 177 Status: AVAILABLE Compressed: NO Tag: TAG20110302T100444
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/01m66vht_1_1
    List of Archived Logs in backup set 176
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 2 977121 02-MAR-11 988286 02-MAR-11
    1 3 988286 02-MAR-11 994189 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    187 Incr 0 999.72M DISK 00:15:42 02-MAR-11
    BP Key: 190 Status: AVAILABLE Compressed: NO Tag: TAG20110302T100531
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/02m66vjc_1_1
    List of Datafiles in backup set 187
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/system01.dbf
    2 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/sysaux01.dbf
    3 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/undotbs01.dbf
    4 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/users01.dbf
    BS Key Size Device Type Elapsed Time Completion Time
    201 4.48M DISK 00:00:01 02-MAR-11
    BP Key: 206 Status: AVAILABLE Compressed: NO Tag: TAG20110302T102124
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/03m670h5_1_1
    List of Archived Logs in backup set 201
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 4 994189 02-MAR-11 996336 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    214 Full 9.36M DISK 00:00:10 02-MAR-11
    BP Key: 216 Status: AVAILABLE Compressed: NO Tag: TAG20110302T102129
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-00
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 996373 Ckp time: 02-MAR-11
    BS Key Size Device Type Elapsed Time Completion Time
    244 757.50K DISK 00:00:01 02-MAR-11
    BP Key: 247 Status: AVAILABLE Compressed: NO Tag: TAG20110302T103137
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/05m67149_1_1
    List of Archived Logs in backup set 244
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 5 996336 02-MAR-11 997210 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    261 Incr 0 1001.02M DISK 00:13:29 02-MAR-11
    BP Key: 263 Status: AVAILABLE Compressed: NO Tag: TAG20110302T103138
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/06m6714b_1_1
    List of Datafiles in backup set 261
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/system01.dbf
    2 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/sysaux01.dbf
    3 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/undotbs01.dbf
    4 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/users01.dbf
    BS Key Size Device Type Elapsed Time Completion Time
    279 742.00K DISK 00:00:01 02-MAR-11
    BP Key: 284 Status: AVAILABLE Compressed: NO Tag: TAG20110302T104517
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/07m671tt_1_1
    List of Archived Logs in backup set 279
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 6 997210 02-MAR-11 997953 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    297 Full 9.36M DISK 00:00:10 02-MAR-11
    BP Key: 299 Status: AVAILABLE Compressed: NO Tag: TAG20110302T104519
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-01
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 997985 Ckp time: 02-MAR-11
    BS Key  Size       Device Type Elapsed Time Completion Time
    *342 438.00K DISK 00:00:00 02-MAR-11*
    BP Key: 345   Status: AVAILABLE  Compressed: NO  Tag: TAG20110302T104935
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/09m67260_1_1
    List of Archived Logs in backup set 342
    Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
    *1 7 997953 02-MAR-11 998260 02-MAR-11*
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    *364 Incr 0 1001.65M DISK 00:14:34 02-MAR-11*
    BP Key: 366   Status: AVAILABLE  Compressed: NO  Tag: TAG20110302T104937
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/0am67261_1_1
    List of Datafiles in backup set 364
    File LV Type Ckp SCN    Ckp Time  Name
    *1 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/system01.dbf*
    *2 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/sysaux01.dbf*
    *3 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/undotbs01.dbf*
    *4 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/users01.dbf*
    BS Key  Size       Device Type Elapsed Time Completion Time
    *387 7.58M DISK 00:00:02 02-MAR-11*
    BP Key: 392   Status: AVAILABLE  Compressed: NO  Tag: TAG20110302T110421
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/0bm6731m_1_1
    List of Archived Logs in backup set 387
    Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
    *1 8 998260 02-MAR-11 1000465 02-MAR-11*
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    *410 Full 9.36M DISK 00:00:10 02-MAR-11*
    BP Key: 412   Status: AVAILABLE  Compressed: NO  Tag: TAG20110302T110425
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-02
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 1000507      Ckp time: 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    483 Full 9.36M DISK 00:00:05 02-MAR-11
    BP Key: 484 Status: AVAILABLE Compressed: NO Tag: TAG20110302T113759
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-03
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 998081 Ckp time: 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    571 Full 9.36M DISK 00:00:04 02-MAR-11
    BP Key: 572 Status: AVAILABLE Compressed: NO Tag: TAG20110302T121754
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-04
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 996489 Ckp time: 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    667 Full 9.36M DISK 00:00:18 04-MAR-11
    BP Key: 668 Status: AVAILABLE Compressed: NO Tag: TAG20110304T132050
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110304-00
    SPFILE Included: Modification time: 04-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 996596 Ckp time: 04-MAR-11
    RMAN>
    >
    I want rebuild the Database with the Backup (bold text).
    And I get the error after executed the following script:
    >
    RMAN> RUN
    2> {
    3> # STARTUP NOMOUNT;
    4> # RESTORE SPFILE TO '/u01/app/oracle/product/11.2.0.2/db_1/dbs/spfileTESTDB.ora' from TAG "TAG20110302T063849";
    5> # SHUTDOWN IMMEDIATE;
    6> STARTUP NOMOUNT;
    7> RESTORE CONTROLFILE FROM TAG "TAG20110302T110425";
    8> STARTUP MOUNT;
    9> SET UNTIL SCN 1000507;
    10> RESTORE DATABASE;
    11> RECOVER DATABASE;
    12> ALTER DATABASE OPEN RESETLOGS;
    13> }
    database is already started
    Starting restore at 04-MAR-11
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backup set restore
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: reading from backup piece /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-02
    channel ORA_DISK_1: piece handle=/opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-02 tag=TAG20110302T110425
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:15
    output file name=/CDATA/TESTDB/control01.ctl
    output file name=/CFLASH/TESTDB/control02.ctl
    Finished restore at 04-MAR-11
    database is already started
    database mounted
    released channel: ORA_DISK_1
    executing command: SET until clause
    Starting restore at 04-MAR-11
    Starting implicit crosscheck backup at 04-MAR-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=136 device type=DISK
    Crosschecked 11 objects
    Finished implicit crosscheck backup at 04-MAR-11
    Starting implicit crosscheck copy at 04-MAR-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 04-MAR-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /CFLASH/TESTDB/archivelog/2011_03_04/o1_mf_1_1_6q1k25xs_.arc
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile backup set restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    channel ORA_DISK_1: restoring datafile 00001 to /CDATA/TESTDB/system01.dbf
    channel ORA_DISK_1: restoring datafile 00002 to /CDATA/TESTDB/sysaux01.dbf
    channel ORA_DISK_1: restoring datafile 00003 to /CDATA/TESTDB/undotbs01.dbf
    channel ORA_DISK_1: restoring datafile 00004 to /CDATA/TESTDB/users01.dbf
    channel ORA_DISK_1: reading from backup piece /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/0am67261_1_1
    channel ORA_DISK_1: piece handle=/opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/0am67261_1_1 tag=TAG20110302T104937
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:13:45
    Finished restore at 04-MAR-11
    Starting recover at 04-MAR-11
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 03/04/2011 13:47:17
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20011: target database incarnation is not current in recovery catalog
    >
    How can I know the right incarnation to reset current?
    Please , help
    reagards
    hqr200475
    Edited by: hqt200475 on 04.03.2011 06:19

    Hi Werner,
    I tried some experiments to find out the Relationship between current incarnations & Backups !
    Here is a listing 2 hours before with the incarnation 460:
    >
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    133 146 TESTDB 2528045035 PARENT 1 05-SEP-10
    133 134 TESTDB 2528045035 PARENT 972274 02-MAR-11
    133 548 TESTDB 2528045035 ORPHAN 996374 02-MAR-11
    133 646 TESTDB 2528045035 ORPHAN 996490 04-MAR-11
    133 460 TESTDB 2528045035 CURRENT 997986 02-MAR-11
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    176 56.57M DISK 00:00:42 02-MAR-11
    BP Key: 177 Status: AVAILABLE Compressed: NO Tag: TAG20110302T100444
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/01m66vht_1_1
    List of Archived Logs in backup set 176
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 2 977121 02-MAR-11 988286 02-MAR-11
    1 3 988286 02-MAR-11 994189 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    187 Incr 0 999.72M DISK 00:15:42 02-MAR-11
    BP Key: 190 Status: AVAILABLE Compressed: NO Tag: TAG20110302T100531
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/02m66vjc_1_1
    List of Datafiles in backup set 187
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/system01.dbf
    2 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/sysaux01.dbf
    3 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/undotbs01.dbf
    4 0 Incr 994637 02-MAR-11 /CDATA/TESTDB/users01.dbf
    BS Key Size Device Type Elapsed Time Completion Time
    201 4.48M DISK 00:00:01 02-MAR-11
    BP Key: 206 Status: AVAILABLE Compressed: NO Tag: TAG20110302T102124
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/03m670h5_1_1
    List of Archived Logs in backup set 201
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 4 994189 02-MAR-11 996336 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    214 Full 9.36M DISK 00:00:10 02-MAR-11
    BP Key: 216 Status: AVAILABLE Compressed: NO Tag: TAG20110302T102129
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-00
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 996373 Ckp time: 02-MAR-11
    BS Key Size Device Type Elapsed Time Completion Time
    244 757.50K DISK 00:00:01 02-MAR-11
    BP Key: 247 Status: AVAILABLE Compressed: NO Tag: TAG20110302T103137
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/05m67149_1_1
    List of Archived Logs in backup set 244
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 5 996336 02-MAR-11 997210 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    261 Incr 0 1001.02M DISK 00:13:29 02-MAR-11
    BP Key: 263 Status: AVAILABLE Compressed: NO Tag: TAG20110302T103138
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/06m6714b_1_1
    List of Datafiles in backup set 261
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/system01.dbf
    2 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/sysaux01.dbf
    3 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/undotbs01.dbf
    4 0 Incr 997238 02-MAR-11 /CDATA/TESTDB/users01.dbf
    BS Key Size Device Type Elapsed Time Completion Time
    279 742.00K DISK 00:00:01 02-MAR-11
    BP Key: 284 Status: AVAILABLE Compressed: NO Tag: TAG20110302T104517
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/07m671tt_1_1
    List of Archived Logs in backup set 279
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 6 997210 02-MAR-11 997953 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    297 Full 9.36M DISK 00:00:10 02-MAR-11
    BP Key: 299 Status: AVAILABLE Compressed: NO Tag: TAG20110302T104519
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-01
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 997985 Ckp time: 02-MAR-11
    BS Key Size Device Type Elapsed Time Completion Time
    342 438.00K DISK 00:00:00 02-MAR-11
    BP Key: 345 Status: AVAILABLE Compressed: NO Tag: TAG20110302T104935
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/09m67260_1_1
    List of Archived Logs in backup set 342
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 7 997953 02-MAR-11 998260 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    364 Incr 0 1001.65M DISK 00:14:34 02-MAR-11
    BP Key: 366 Status: AVAILABLE Compressed: NO Tag: TAG20110302T104937
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/0am67261_1_1
    List of Datafiles in backup set 364
    File LV Type Ckp SCN Ckp Time Name
    1 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/system01.dbf
    2 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/sysaux01.dbf
    3 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/undotbs01.dbf
    4 0 Incr 998289 02-MAR-11 /CDATA/TESTDB/users01.dbf
    BS Key Size Device Type Elapsed Time Completion Time
    387 7.58M DISK 00:00:02 02-MAR-11
    BP Key: 392 Status: AVAILABLE Compressed: NO Tag: TAG20110302T110421
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/DATA/0bm6731m_1_1
    List of Archived Logs in backup set 387
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 8 998260 02-MAR-11 1000465 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    410 Full 9.36M DISK 00:00:10 02-MAR-11
    BP Key: 412 Status: AVAILABLE Compressed: NO Tag: TAG20110302T110425
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-02
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 1000507 Ckp time: 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    483 Full 9.36M DISK 00:00:05 02-MAR-11
    BP Key: 484 Status: AVAILABLE Compressed: NO Tag: TAG20110302T113759
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-03
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 998081 Ckp time: 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    571 Full 9.36M DISK 00:00:04 02-MAR-11
    BP Key: 572 Status: AVAILABLE Compressed: NO Tag: TAG20110302T121754
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110302-04
    SPFILE Included: Modification time: 02-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 996489 Ckp time: 02-MAR-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    667 Full 9.36M DISK 00:00:18 04-MAR-11
    BP Key: 668 Status: AVAILABLE Compressed: NO Tag: TAG20110304T132050
    Piece Name: /opt/BACKUP/11.2.0.2/RMAN/TESTDB/CONTROLFILES/c-2528045035-20110304-00
    SPFILE Included: Modification time: 04-MAR-11
    SPFILE db_unique_name: TESTDB
    Control File Included: Ckp SCN: 996596 Ckp time: 04-MAR-11
    RMAN> @TESTDB_rr.rman
    RMAN> RUN
    2> {
    3> # STARTUP NOMOUNT;
    4> # RESTORE SPFILE TO '/u01/app/oracle/product/11.2.0.2/db_1/dbs/spfileTESTDB.ora' from TAG "TAG20110302T063849";
    5> # SHUTDOWN IMMEDIATE;
    6> STARTUP NOMOUNT;
    7> RESTORE CONTROLFILE FROM TAG "TAG20110302T110425";
    8> STARTUP MOUNT;
    9> SET UNTIL SCN 1000507;
    10> RESTORE DATABASE;
    11> RECOVER DATABASE;
    12> ALTER DATABASE OPEN RESETLOGS;
    13> }
    database is already started
    Starting restore at 04-MAR-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=12 device type=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 03/04/2011 13:29:58
    RMAN-06026: some targets not found - aborting restore
    RMAN-06024: no backup or copy of the control file found to restore
    RMAN> **end-of-file**
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    133 146 TESTDB 2528045035 PARENT 1 05-SEP-10
    133 134 TESTDB 2528045035 PARENT 972274 02-MAR-11
    133 548 TESTDB 2528045035 ORPHAN 996374 02-MAR-11
    133 646 TESTDB 2528045035 ORPHAN 996490 04-MAR-11
    133 460 TESTDB 2528045035 CURRENT 997986 02-MAR-11
    >
    regards
    hqt200475

  • RMAN INCARNATIONS

    HI,
    in RMAN ( 8i) restore log I have this erroe :
    RMAN> run
    2> {
    3> set until time "TO_DATE( '26/04/2007 13:00:00', 'MM/DD/YYYY
    4> HH24:MI:SS' )";
    8> }
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: set
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20003: target database incarnation not found in recovery catalog
    How should I do to find available incarnations with DATE TIME ?
    Many thanks.

    The goal it is marked for your backup is going far beyond of the available backups. Was this database cloned? On the other hand there is no backup available to meet the criteria you have set at the beginning.
    Post the output of the command:
    LIST INCARNATION OF DATABASE;
    and
    LIST BACKUP;

  • Reseting the Incarnations to older value and later setting to current value

    Hi all,
    RMAN> LIST INCARNATION OF DATABASE;
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    441     473     PMAHIWCE 442434819        PARENT  1          19-NOV-04
    441     474     PMAHIWCE 442434819        PARENT  953420329  09-FEB-08
    441     442     PMAHIWCE 442434819        ORPHAN  7377601440258 07-MAY-11
    441     14581   PMAHIWCE 442434819        ORPHAN  7387155628392 18-JUL-11
    441     12361   PMAHIWCE 442434819        ORPHAN  7387155628392 26-MAY-11
    441     22921   PMAHIWCE 442434819        CURRENT 7387155628392 17-AUG-11
    441     11101   PMAHIWCE 442434819        ORPHAN  7387155628392 26-MAY-11can i reset to incarnation to older one like 442 and later can i reset to the current one 22921 as i am unbale to delete the backup piece.
    select c1.TAG,c1.BACKUP_TYPE,c1.DEVICE_TYPE,c1.COMPLETION_TIME,c1.BP_KEY,c1.stamp,c1.BS_KEY,c2.name,c2.RESETLOGS_TIME,c2.DB_KEY,c2.DBINC_KEY,c2.RESETLOGS_CHANGE# from rc_backup_piece c1, rc_database c2 where c1.COMPLETION_TIME < sysdate-36 and c2.name='PMAHIWCE' and c1.db_id=c2.dbid
    SQL> /
    TAG                              B DEVICE_TYP COMPLETION_TIME         BP_KEY      STAMP     BS_KEY NAME     RESETLOGS_TIME          DB_KEY  DBINC_KEY RESETLOGS_CHANGE#
    PMAHIWCE_15_03_2011_1335_LEVEL1  L SBT_TAPE   2011-03-15 13:36:09        108  745853766        106 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  L SBT_TAPE   2011-03-15 13:36:18        109  745853766        107 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  I SBT_TAPE   2011-03-15 13:41:40        134  745853792        127 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  I SBT_TAPE   2011-03-15 13:41:48        135  745854108        128 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  I SBT_TAPE   2011-03-15 13:41:50        136  745854110        129 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  I SBT_TAPE   2011-03-15 13:41:53        137  745853792        130 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  I SBT_TAPE   2011-03-15 13:42:18        138  745853792        131 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1335_LEVEL1  D SBT_TAPE   2011-03-15 13:42:23        181  745854143        172 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1351_LEVEL   L SBT_TAPE   2011-03-15 13:51:45        233  745854705        229 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1351_LEVEL   L SBT_TAPE   2011-03-15 13:51:45        234  745854705        230 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_15_03_2011_1351_LEVEL   L SBT_TAPE   2011-03-15 13:51:45        235  745854705        231 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    TAG                              B DEVICE_TYP COMPLETION_TIME         BP_KEY      STAMP     BS_KEY NAME     RESETLOGS_TIME          DB_KEY  DBINC_KEY RESETLOGS_CHANGE#
    PMAHIWCE_15_03_2011_1351_LEVEL   D SBT_TAPE   2011-03-15 13:51:49        245  745854709        243 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  L SBT_TAPE   2011-03-16 10:43:31        323  745929811        320 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  L SBT_TAPE   2011-03-16 10:43:32        324  745929811        321 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  I SBT_TAPE   2011-03-16 10:48:54        352  745929819        346 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  I SBT_TAPE   2011-03-16 10:49:05        353  745930144        347 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  I SBT_TAPE   2011-03-16 10:49:06        354  745929819        348 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  I SBT_TAPE   2011-03-16 10:49:07        355  745930147        349 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  I SBT_TAPE   2011-03-16 10:49:25        356  745929819        350 PMAHIWCE 2011-03-01 10:39:00         41         42                 1
    PMAHIWCE_16_03_2011_1043_LEVEL1  D SBT_TAPE   2011-03-16 10:49:37        399  745930177        390 PMAHIWCE 2011-03-01 10:39:00         41         42                 1Thanks
    Prakash GR

    Any suggestions please

  • Removing old backups from earlier incarnation

    After a reorg of a database and subsequently getting a new DBID in the repository, I now have a few old backups that I seem unable to reach through RMAN. I can see them on the directory, but since they belong to another DBID, I can't list them.
    Am I right in believing that I have to take down the database to be able to change the DBID back to the ID of the old database, just to be able to list and delete the old backups ?
    If I want to do it the right way, that is. I could of course just do a rm on the directory where they are, and forget about the whole thing, but that's not what I was aiming for.
    This is in a production environment so I'd rather not take down the database unless I really need to.

    There are, on disk, several more backups, belonging to one of the incarnations of DBID 2223964660, and I want to delete those the "proper way", by letting RMAN do it. That way I don't have to delete it the by the means of the operating-system, since RMAN will delete it both from disk AND catalog.
    Now to the tricky part - how do I do it ?
    I tried the thing that Don wrote, without much luck. First of all I need to connect to BOTH the rman-catalog AND the target-database in order to be able to do the "LIST INCARNATION". If not, it keeps telling me "NOT CONNECTED TO TARGET DATABASE".
    Once connected to both of them I can list the incarnations, but I cannot do SET DBID=x (RMAN-06188: cannot use command when connected to target database). I can however connect to the RMAN-catalog and then set the DBID, but then I get the next nice error-message saying "RMAN-06189: current DBID 2223964660 does not match target mounted database (2233206566)".
    I then tried to do the next command "reset database to incarnation x", which seems to go OK, at least there's no error, but I still turn up with the RMAN-06189 when trying to list incarnations.
    Next thing I tried was the tip from Kristin. Logging into the RMAN-catalog (RMAN81) I found only 2 of the three incarnations:
    SQL> select * from rc_database;
    DB_KEY DBINC_KEY DBID NAME RESETLOGS_CHANGE# RESETLOGS_TIME
    1 2 2223964660 OPXP817 1 05-OCT-2001
    20208 20209 2233206566 OPXP817 1 19-JAN-2002
    That ought to mean the incarnation no 20199 listed in the first "LIST INCARNATION" at the top of this reply, is a fake?
    It does not exist, which in turn means that the old backups I have on my disk must belong to incarnation 2.
    So, I'm back to the old problem. I cannot set my DBID to 2223964660 and reset the database to incarnation 2 and then try
    to list the incarnations. It just doesn't work, and since that doesn't work, I will not be able to tell RMAN to delete the old backups for me. I could of course do what Kristin says. Uncatalog the old incarnation and delete the backups on OS-level, and it sure looks right now as if that is what I'll have to do. Unless someone comes up with a more clever idea that is.Your DBINC_KEY's for Database 2223964660 are 2 and 20199. You need to reset your key to either 2 or 20199 to delete the backups from these incarnations. Your output is kind of interesting since there are 3 entries and 2 DB_KEY's for the OPXP817 DB. It looks like you either recreated or duplicated your database and registered it in the catalog again, and that is why you see 2 entries in the RC_DATABASE view. RMAN sees your new/duplicated database as a separated one from the 2 older incarnations. Usually it would be 3 entries and 1 DB_KEY in the incarnation listing since they all have the same DB_NAME. As for the RC_DATABASE view, that view will give you the databases that are registered in the catalog NOT the incarnations of the database(s). The RC_DATABASE_INCARNATION view will show you all your database incarnations. If your DB with DB_KEY 1 is shutdown you may have to restart it to delete our backups. Hope this helps.

  • RMAN incarnation

    hi,
    can somebody tell me the exact meaning of this command, why it needed, & what to do with the information it displayed
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 8 ORCL 1220490334 PARENT 1 30-AUG-05
    1 2 ORCL 1220490334 CURRENT 534907 20-JUL-09
    help me
    thanks.

    hi!
    What is incarnation and when do we need ?
    when ever you perform incomplete recovery.Like you have "Flashback database" to some scn in past or you performed "Point in time recovery" so you have to open your database with Resetlog option .by doing this the
    database will go into NEW INCARNATION ..it means that your database is re-born..
    your online redolog will be archived and
    log sequence number will be reset to 1
    The important thing to note here is that your database have gone into a new incarnation so the archives have become useless because they were belonging to previous incarnation.so after opening your database with resetlog you should immediately take a full database backup.
    http://www.mcs.csueastbay.edu/support/oracle/doc/10.2/backup.102/b14192/flashptr006.htm#CIHHDCCD
    See Description of "Figure 7-1 Database Incarnation History With Multiple Resetlogs"
    just refer to this figure and i hope that you will understand incarnation?

  • [HELP] Problem with restore and recovery to new host

    Hi, guys!
    I have been trying for two days, but still cannot get it to work.
    I have taken a full hot(online) backup with archive logs as well as the control file and SPFILE, and then copied the backup to the new host with the same directory structure and settings. Finally, I have tried to restore & recover the database on the new host but failed during the restore process.
    Both the original host and the new host have the same Oracle installed down to the patch level. I couldn't figure out the proper solution to this problem base on my limited knowledge about Oracle DB.
    Could anyone help me out here? Any advice would be appreciated!
    RMAN> restore database until sequence 10 thread 1;
    Starting restore at 08-NOV-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 D:\DBDATA\PRODDB\SYSTEM01.DBF
    restoring datafile 00002 to D:\DBDATA\PRODDB\UNDOTBS01.DBF
    restoring datafile 00003 to D:\DBDATA\PRODDB\SYSAUX01.DBF
    restoring datafile 00004 to D:\DBDATA\PRODDB\USERS01.DBF
    restoring datafile 00005 to D:\ORA_DATADATA01.DBF
    restoring datafile 00006 to D:\ORA_DATA\DATA02.DBF
    restoring datafile 00007 to D:\ORA_DATA\INDX01.DBF
    restoring datafile 00008 to D:\ORA_DATA\INDX02.DBF
    channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
    OVERY_AREA\PRODDB\BACKUPSET\2011_11_07\O1_MF_NNNDF_TAG20111107T175037_7CH6YYVJ_.BK
    P
    failover to previous backup
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 11/08/2011 11:41:33
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    Here is some extra information that you might want to know about:
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 PRODDB 3774691295 PARENT 1 17-APR-07
    2 2 PRODDB 3774691295 PARENT 521803 06-OCT-11
    3 3 PRODDB 3774691295 PARENT 1595143 20-OCT-11
    4 4 PRODDB 3774691295 PARENT 1600974 20-OCT-11
    5 5 PRODDB 3774691295 PARENT 1952053 27-OCT-11
    6 6 PRODDB 3774691295 CURRENT 2146951 07-NOV-11
    RMAN> list backup recoverable;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    37 Full 822.34M DISK 00:29:47 07-NOV-11
    BP Key: 37 Status: AVAILABLE Compressed: NO Tag: TAG20111107T175037
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\BACKUPSET\
    2011_11_07\O1_MF_NNNDF_TAG20111107T175037_7CH6YYVJ_.BKP
    List of Datafiles in backup set 37
    File LV Type Ckp SCN Ckp Time Name
    1 Full 2149673 07-NOV-11 D:\DBDATA\PRODDB\SYSTEM01.DBF
    2 Full 2149673 07-NOV-11 D:\DBDATA\PRODDB\UNDOTBS01.DBF
    3 Full 2149673 07-NOV-11 D:\DBDATA\PRODDB\SYSAUX01.DBF
    4 Full 2149673 07-NOV-11 D:\DBDATA\PRODDB\USERS01.DBF
    5 Full 2149673 07-NOV-11 D:\ORA_DATA\DATA01.DBF
    6 Full 2149673 07-NOV-11 D:\ORA_DATA\DATA02.DBF
    7 Full 2149673 07-NOV-11 D:\ORA_DATA\INDX01.DBF
    8 Full 2149673 07-NOV-11 D:\ORA_DATA\INDX02.DBF
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    38 Full 6.95M DISK 00:00:03 07-NOV-11
    BP Key: 38 Status: AVAILABLE Compressed: NO Tag: TAG20111107T182034
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\AUTOBACKUP
    \2011_11_07\O1_MF_S_766606834_7CH8Q439_.BKP
    Control File Included: Ckp SCN: 2151141 Ckp time: 07-NOV-11
    SPFILE Included: Modification time: 07-NOV-11
    BS Key Size Device Type Elapsed Time Completion Time
    39 18.46M DISK 00:00:05 08-NOV-11
    BP Key: 39 Status: AVAILABLE Compressed: NO Tag: TAG20111108T093359
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\BACKUPSET\
    2011_11_08\O1_MF_ANNNN_TAG20111108T093359_7CJY7TG1_.BKP
    List of Archived Logs in backup set 39
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 1 2146951 07-NOV-11 2149493 07-NOV-11
    1 2 2149493 07-NOV-11 2149519 07-NOV-11
    1 3 2149519 07-NOV-11 2149565 07-NOV-11
    1 4 2149565 07-NOV-11 2149641 07-NOV-11
    1 5 2149641 07-NOV-11 2172859 07-NOV-11
    1 6 2172859 07-NOV-11 2197851 07-NOV-11
    1 7 2197851 07-NOV-11 2220349 08-NOV-11
    1 8 2220349 08-NOV-11 2222621 08-NOV-11
    1 9 2222621 08-NOV-11 2222729 08-NOV-11
    1 10 2222729 08-NOV-11 2223088 08-NOV-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    40 Full 6.95M DISK 00:00:00 08-NOV-11
    BP Key: 40 Status: AVAILABLE Compressed: NO Tag: TAG20111108T093411
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\AUTOBACKUP
    \2011_11_08\O1_MF_S_766661651_7CJY84LK_.BKP
    Control File Included: Ckp SCN: 2223097 Ckp time: 08-NOV-11
    SPFILE Included: Modification time: 08-NOV-11
    Thanks in advance!
    Jay

    Thank you for your reply,Hemant K Chitale!
    >
    a) Does the directory structur exist on the new server :
    D:\DBDATA\PRODDB\ --- for files 1 to 4
    D:\ --- for file 5
    D:\ORA_DATA\ --- for files 6 to 8
    >
    Yep, I have doubled check the directory structure that get in the way, and they are all exist.
    Would it be something to do with the folder permissions?
    >
    b) Apparently a RESETLOGS has been issued on 07-Nov. Which controflile backup do you have restored and mounted on the new server ? It should be the one after the RESETLOGS.
    >
    I restored the one included with the backup. Should I take another backup of controlfile seperately and restore from it instead?
    >
    (I assume that you did a RESTORE CONTROLFILE followed by sql "alter database mount" before the attempt to RESTORE DATABASE)
    >
    Yep, that's exactly what I did.
    //executed @ RMAN prompt of the new host
    startup nomount; 'the new host has the right SPFILE to start with so i didn''t bother to RESTORE SPFILE first.
    restore controlfile from autobackup;
    alter database mount;
    restore  database sequence 10 thread 1;
    //get stucked here with RMAN-06026, 06023
    //...the following is not executed yet.... :-(
    recover database until sequence 10;
    alter database open resetlogs;Edited by: HappyJay on 2011/11/08 13:25
    I have made several attemps with your advice, but still get the same type of errors.
    Here is the output:
    RMAN> list backup of controlfile;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    38 Full 6.95M DISK 00:00:03 07-NOV-11
    BP Key: 38 Status: AVAILABLE Compressed: NO Tag: TAG20111107T182034
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\AUTOBACKUP
    \2011_11_07\O1_MF_S_766606834_7CH8Q439_.BKP
    Control File Included: Ckp SCN: 2151141 Ckp time: 07-NOV-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    40 Full 6.95M DISK 00:00:00 08-NOV-11
    BP Key: 40 Status: AVAILABLE Compressed: NO Tag: TAG20111108T093411
    Piece Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\AUTOBACKUP
    +\2011_11_08\O1_MF_S_766661651_7CJY84LK_.BKP+
    Control File Included: Ckp SCN: 2223097      Ckp time: 08-NOV-11
    as you suggested, this backup piece of controlfile should be right one to be restored.
    RMAN> shutdown;
    database dismounted
    Oracle instance shut down
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 490733568 bytes
    Fixed Size 1291360 bytes
    Variable Size 364907424 bytes
    Database Buffers 121634816 bytes
    Redo Buffers 2899968 bytes
    RMAN> restore controlfile from autobackup;
    Starting restore at 08-NOV-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=157 devtype=DISK
    recovery area destination: C:\oracle\product\10.2.0\flash_recovery_area
    database name (or database unique name) used for search: PRODDB
    channel ORA_DISK_1: autobackup found in the recovery area
    channel ORA_DISK_1: autobackup found: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AR
    EA\PRODDB\AUTOBACKUP\2011_11_08\O1_MF_S_766661651_7CJY84LK_.BKP
    channel ORA_DISK_1: control file restore from autobackup complete
    output filename=D:\DBDATA\PRODDB\CONTROL01.CTL
    output filename=D:\DBDATA\PRODDB\CONTROL02.CTL
    output filename=D:\DBDATA\PRODDB\CONTROL03.CTL
    Finished restore at 08-NOV-11
    tried shutdown normally and mount again instead.
    RMAN> shutdown;
    Oracle instance shut down
    RMAN> exit
    Recovery Manager complete.
    C:\>rman target /
    Recovery Manager: Release 10.2.0.3.0 - Production on Tue Nov 8 13:49:42 2011
    Copyright (c) 1982, 2005, Oracle. All rights reserved.
    connected to target database (not started)
    RMAN> startup mount;
    Oracle instance started
    database mounted
    Total System Global Area 490733568 bytes
    Fixed Size 1291360 bytes
    Variable Size 369101728 bytes
    Database Buffers 117440512 bytes
    Redo Buffers 2899968 bytes
    RMAN> restore database until sequence 10 thread 1;
    Starting restore at 08-NOV-11
    Starting implicit crosscheck backup at 08-NOV-11
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 3 objects
    Finished implicit crosscheck backup at 08-NOV-11
    Starting implicit crosscheck copy at 08-NOV-11
    using channel ORA_DISK_1
    Crosschecked 2 objects
    Finished implicit crosscheck copy at 08-NOV-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: C:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\PRODDB\AUTOBACKUP\2011_11_
    08\O1_MF_S_766661651_7CJY84LK_.BKP
    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 D:\DBDATA\PRODDB\SYSTEM01.DBF
    restoring datafile 00002 to D:\DBDATA\PRODDB\UNDOTBS01.DBF
    restoring datafile 00003 to D:\DBDATA\PRODDB\SYSAUX01.DBF
    restoring datafile 00004 to D:\DBDATA\PRODDB\USERS01.DBF
    restoring datafile 00005 to D:\ORA_DATA\DATA01.DBF
    restoring datafile 00006 to D:\ORA_DATA\DATA02.DBF
    restoring datafile 00007 to D:\ORA_DATA\INDX01.DBF
    restoring datafile 00008 to D:\ORA_DATA\INDX02.DBF
    channel ORA_DISK_1: reading from backup piece C:\ORACLE\PRODUCT\10.2.0\FLASH_REC
    OVERY_AREA\PRODDB\BACKUPSET\2011_11_07\O1_MF_NNNDF_TAG20111107T175037_7CH6YYVJ_.BK
    P
    failover to previous backup
    //however, still get the same results(ended up with errors)
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 11/08/2011 13:50:29
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    Edited by: HappyJay on 2011/11/08 13:59

Maybe you are looking for

  • Cannot log into Digital Library

    Hello, I have been trying to resolve this problem for several hours now, but have been unable to do so. I recently downloaded Test Drive Unlimited 2 Windows Digital Download and received a confirmation email stating that I was now able to enter the D

  • Can I split the output of my airport to more than one device?

    I have an apple airport connected to my stereo.  This allows me to listen to my itunes library over my household stereo.  I want to hook up a second stereo, with speakers in a different room.  Can I split the RCA outputs so that it goes to a second s

  • Will there be a cost to use Icloud?

    Will there be a cost to use Icloud, or does it come when you update to I OS5

  • Rounding to nearest 5 cents

    Hello experts, At our client, for XXX currency payments, the amount should be rounded to the nearest 5 cents. For example, 100.02 should be rounded down to 100.00 and 100.03 should be rounded up to 100.05. I did the config at OB90, wherein I added th

  • 11.5.10.2 & Sun T5220 & threads & Java garbage collection...

    We recently upgraded our prod and test servers (middle tier) to Sun T5220's each with 8 procs which have 8 cores per proc. Apache/Java sees that as having 64 CPUs and configures a garbage collection thread for each. Since we have around 10 test and d