RMAN copy datafile replicated to standby?

10.2.0.3 - standby is physical
I want to rman move datafile from ASM/DATA0 to ASM/DATA1.
STANDBY_FILE_MANAGEMENT is AUTO
So something like this
#rman> copy '/DATA0/file.dbf' to '/DATA1/new_file.dbf';
switch to copy new_file.dbf';
Where, why, what , when , how in the standby server.
1) Will the 'file copy' and 'switch to' be replicated to the standby site automatically??
2) Will I have to replicate the commands of 'file copy' and 'switch to' the standby.
The tablespace/datafile must be offlined which is fine but the database cannot be down.

First conferm me?
1. Your Physical Standby on Normal File System or ASM for ASM Primary?
U have to use parameter on standby side:
db_file_name_convert parameter ='+ASM/DATA0','+ASM/DATA1
Regards
Anup
http://indiandba.blogspot.com

Similar Messages

  • RMAN copy datafiles from filesystem to ASM

    DB version: 10.2.0.4
    I need to copy 650G of datafiles from filesystems to ASM. Could someone let me know how to use RMAN parallelism for this?.
    I'm using the command as below.
    backup as copy datafile '/tmp/datafile1.dbf' format '+DATA';
    backup as copy datafile '/tmp/datafile2.dbf' format '+DATA';

    I also tried the below. But, it's also running long. Each 32G datafile is taking almost 3 hours to copy into ASM.
    run {
       allocate channel ch1 type disk;
       allocate channel ch2 type disk;
       allocate channel ch3 type disk;
       allocate channel ch4 type disk;
       allocate channel ch5 type disk;
       allocate channel ch6 type disk;
       allocate channel ch7 type disk;
       allocate channel ch8 type disk;
    copy
    datafile ' 1.dbf'to '+DATA',
    datafile ' 2.dbf'to '+DATA',
    datafile ' 3.dbf'to '+DATA',
    datafile ' 4.dbf'to '+DATA',
    datafile ' 5.dbf'to '+DATA',
    ....}

  • Using RMAN "copy datafile" to restore db on a different host

    Hi,
    DB 8.1.7 (Standard Edition) on Windows Server 2000 SP4.
    Database is in Archivelog mode. RMAN uses a catalog database.
    The client does not want to spend money to upgrade the application (which only supports 8i - old app), therefore we have to relocate the database onto a new hardware (the machine is also old):
    Here is how I backup the database every night (I also make an OS copy of archivelogs on an hourly basis):
    echo run {
    echo allocate channel d1 type disk;
    echo backup
    echo tag db_full
    echo format '\\backupserver\backups\prodserver\rman\df_u%%u_s%%s_p%%p_t%%t'
    echo database;
    echo copy current controlfile to '\\backupserver\backups\prodserver\rman\DB_CONTROL01.ctl';
    echo sql 'alter system archive log current';
    echo backup
    echo format '\\backupserver\backups\prodserver\rman\al_u%%u_s%%s_p%%p_t%%t'
    echo archivelog all
    echo delete input;
    echo release channel d1;
    echo resync catalog;
    echo }
    ) | d:\orahome\bin\rman.exe target sys/***@db_ded rcvcat rman/rman@rpdb > D:\oracle_backup_db\rman_db_backup.logNow on a new 2003 server with database installed and rman catalog created, I am trying to restore my backups from the productions.
    After reading some online documents forums, I noticed that if I do not have image copies of datafiles, controlfile, and archivelogs I CANNOT catalog them on this new database.
    So, I want to create image copies when the database is in normal open state. What will I need to do get the new server to the same state as the production server? I know I will have to do media recovery, therefore copy and catalog the archivelogs created after the image copy was created.
    What are the steps to do this?
    If I create an image copy of a datafile on the production database and move that file to another location (to the new server with OS commands), will that affect a possible restore I might have to perform on the production database? I have space concerns on the production db so I do not want to keep them there and want to delete them after I test restoring them to the new server.
    Is this the best method to move this database to a host with the same name same folder structure?
    Thanks in advance,
    Sinan

    Hello;
    I'm not a windows guy but you could move the database cold using scp.
    Putty has PSCP here :
    http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
    You can create the scp batch file using SQL
    set heading off
    set feedback off
    set pagesize 100
    set linesize 400
    select 'scp '||a.name ||' server_name:' || a.name as newname from v$datafile a;
    select 'scp '||a.name ||' server_name:' || a.name as newname from v$controlfile a;
    select 'scp '||a.member ||' server_name:' || a.member as newname from v$logfile a;So shutdown the database and move the files. Restart do your RMAN backup and your done.
    The only issue I can is 2003 server probably does not have an SCP service like Unix.
    Here's a couple links to address that :
    http://mobassh.mobatek.net/
    http://www.netadmintools.com/art516.html
    Best Regards
    mseberg

  • RMAN syntax to backup & copy datafile.

    Hi
    Requesting RMAN syntax to bakup a datafile.
    And
    Requesting RMAN syntax to copy a datafile.
    Wishes
    Jawad

    You must full qualify the datafile name (with full pathname).
    RMAN> report schema;
    Report of database schema
    File K-bytes    Tablespace           RB segs Datafile Name
    1        204800 SYSTEM               YES    /db/ARON/fs1/system_d01_0.dbf
    2         10240 TEST                 NO      /db/ARON/fs1/test_d01_0.dbf
    3         51200 USERS                NO      /db/ARON/fs1/user_s01_0.dbf
    4        512000 UNDO                 YES     /db/ARON/fs1/undo_d01_0.dbf
    RMAN> copy datafile "system_d01_0.dbf" to "/tmp/system_d01_0.cpy";
    Starting copy at 30-JAN-06
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=14 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of copy command at 01/30/2006 20:13:19
    RMAN-20201: datafile not found in the recovery catalog
    RMAN-06010: error while looking up datafile: /oracle/9.2.0_64/dbs/system_d01_0.dbf
    RMAN> copy datafile "/db/ARON/fs1/system_d01_0.dbf" to "/tmp/system_d01_0.cpy";
    Starting copy at 30-JAN-06
    using channel ORA_DISK_1
    channel ORA_DISK_1: copied datafile 1
    output filename=/tmp/system_d01_0.cpy recid=48 stamp=581112835
    Finished copy at 30-JAN-06Aron

  • XTTS - problem in copying datafile into ASM

    I'm testing the migration of database from AIX to Linux using cross platform transportable tablespaces.
    DB version: source: 10.2.0.4
    Destination: 10.2.0.5
    OS version: source: AIX6.1 - AIX-Based Systems (64-bit)
    Destination: RedHat Linux - Linux x86 64-bit
    I run the below commands before copying the datafile at destination.
    EXECUTE DBMS_TTS.TRANSPORT_SET_CHECK('TBLSP1,TBLSP2', TRUE);
    SELECT * FROM TRANSPORT_SET_VIOLATIONS;
    no rows selected
    alter system archive log current;
    alter tablespace TBLSP1 read only;
    alter tablespace TBLSP2 read only;
    expdp DUMPFILE=xtts_exp.dmp DIRECTORY=DUMP_DIR logfile=xtts_exp.log TRANSPORT_TABLESPACES=TBLSP1,TBLSP2
    CONVERT TABLESPACE TBLSP1,TBLSP2
    TO PLATFORM 'Linux x86 64-bit'
    FORMAT '/dataimport/%U';/dataimport is a shared file system mounted on Linux server and am able to see the datafile over there. But, am receiving the error below when trying to copy the datafile on the linux server. Could someone let me know if I miss something / how to resolve this error.
    $rman target /
    RMAN> copy datafile '/dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_05m8miia' to '+DATA';
    Starting backup at 05-APR-11
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 04/05/2011 10:19:44
    RMAN-20201: datafile not found in the recovery catalog
    RMAN-06010: error while looking up datafile: /dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_05m8miia

    I don't think it's related to patchset mismatch. Yes. I moved the dump file and datafile copies to local file system also and got the same error.
    Here are the steps once again. The tablespaces are still read only on source side. How can it affect datafile copy on destination side?.
    EXECUTE DBMS_TTS.TRANSPORT_SET_CHECK('TBLSP1,TBLSP2', TRUE);
    SELECT * FROM TRANSPORT_SET_VIOLATIONS;
    no rows selected
    alter system archive log current;
    alter tablespace TBLSP1 read only;
    alter tablespace TBLSP2 read only;
    expdp DUMPFILE=xtts_exp.dmp DIRECTORY=DUMP_DIR logfile=xtts_exp.log TRANSPORT_TABLESPACES=TBLSP1,TBLSP2
    CONVERT TABLESPACE TBLSP1,TBLSP2
    TO PLATFORM 'Linux x86 64-bit'
    FORMAT '/dataimport/%U';
    impdp DUMPFILE=xtts_exp.dmp DIRECTORY=DUMP_DIR logfile=xtts_imp.log TRANSPORT_DATAFILES='/dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_0bm90rir','/az/dataimport/export/data_D-DBMGRT_I-3320277811_TS-TBLSP2_FNO-39_0dm90sa0'
    Job "SYS"."SYS_IMPORT_TRANSPORTABLE_01" successfully completed
    $rman target /
    RMAN> copy datafile '/dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_0bm90rir' to '+DATA';
    Starting backup at 05-APR-11
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=4361 instance=dbmgrt1 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 04/05/2011 12:42:47
    RMAN-20201: datafile not found in the recovery catalog
    RMAN-06010: error while looking up datafile: /dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_0bm90rir
    SQL> select file_name from dba_data_files where tablespace_name='TBLSP1';
    /dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_0bm90rir
    $ls -l /dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_0bm90rir
    -rw-r----- 1 oracle oinstall 32914808832 Apr  5 12:31 /dataimport/data_D-DBMGRT_I-3320277811_TS-TBLSP1_FNO-26_0bm90rir

  • RMAN 11gR2 DUPLICATE TARGET FOR STANDBY FROM ACTIVE DATABASE - Issue -HELP

    First question.
    Can primary and standby database have the same SID name?
    As I recall it is yes.
    I believe they must have different GLOBAL or DB_UNIQUE_NAME?
    Anyway, RMAN I believe is telling me it is having problems copying control file on first and dies.
    Permissions Issue on STANDBY machine?
    RMAN> connect target backup_admin/backup_admin
    connected to target database: LABDG (DBID=1973403623)
    RMAN> connect auxiliary sys/oracle@STANDBY;
    connected to auxiliary database: LABDG (not mounted)
    RMAN> DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE;
    Starting Duplicate Db at 18-JUL-11
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: SID=10 device type=DISK
    contents of Memory Script:
    backup as copy reuse
    targetfile '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/orapwLABDG' auxiliar
    '/u01/app/oracle/product/11.2.0/dbhome_1/dbs/orapwLABDG' ;
    executing Memory Script
    Starting backup at 18-JUL-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=151 device type=DISK
    Finished backup at 18-JUL-11
    contents of Memory Script:
    backup as copy current controlfile for standby auxiliary format '/u01/oradat
    restore clone controlfile to '/u01/app/oracle/flash_recovery_area/LABDG/cont
    '/u01/oradata/LABDG/control01.ctl';
    executing Memory Script
    Starting backup at 18-JUL-11
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting datafile copy
    copying standby control file
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 07/18/2011 11:20:54
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 07/18/2011 11:20:
    ORA-17628: Oracle error 19505 returned by remote Oracle server

    Hi,
    Permissions Issue on STANDBY machine?First problem I see is the sysdba password must be the same on both sides (target and auxiliary dbs).
    From the documentation.
    The source database and auxiliary instances must use the same SYSDBA password, which means that both instances must have password files. You can
    create the password file with a single password so you can start the auxiliary instance and enable the source database to connect to it.Check all prereqs for the standby db duplicate here.
    http://download.oracle.com/docs/cd/E11882_01/backup.112/e10643/rcmsynta020.htm#i81724
    Rgds,
    Tycho

  • Drop a datafile from physical standby's control file

    Hi,
    I am trying to create a physical standby database for my production...
    1) I have taken cold backup of my primary database on 18-Nov-2013...
    2) I added a datafile on 19-nov-2013 ( 'O:\ORADATA\SFMS\SFMS_DATA4.DBF' )
    3) Standby control file was generated on 20-ov-2013 (today) after shutting down and then mounting the primary database...
    When i try to recover the newly setup standby using archive files, i am getting the following error (datafile added on 19th Nov is missing)
    SQL> recover standby database;
    ORA-00283: recovery session canceled due to errors
    ORA-01110: data file 39: 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    ORA-01157: cannot identify/lock data file 39 - see DBWR trace file
    ORA-01110: data file 39: 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    How to overcome this situation...
    Can i delete the entry for the newly added datafile from the backup control file ?
    When i tried to delete datafile using "alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF';", it is showing that database should be  open..
    SQL> alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    ERROR at line 1:
    ORA-01109: database not open
    SQL> show parameter STANDBY_FILE_MANAGEMENT
    NAME                                 TYPE        VALUE
    standby_file_management              string      AUTO
    SQL> alter system set STANDBY_FILE_MANAGEMENT=manual;
    System altered.
    SQL> show parameter STANDBY_FILE_MANAGEMENT
    NAME                                 TYPE        VALUE
    standby_file_management              string      MANUAL
    SQL> alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    ERROR at line 1:
    ORA-01109: database not open
    Regards,
    Jibu

    Jibu wrote:
    Hi,
    I am trying to create a physical standby database for my production...
    1) I have taken cold backup of my primary database on 18-Nov-2013...
    2) I added a datafile on 19-nov-2013 ( 'O:\ORADATA\SFMS\SFMS_DATA4.DBF' )
    3) Standby control file was generated on 20-ov-2013 (today) after shutting down and then mounting the primary database..
    Hi,
    What is your version?
    If you added new datafile or created new tablespace, take backup again for restore new created standby database.
    If your standby  database running well, DG configuration success, then this datafile will create on standby side, too.
    Set STANDBY_FILE_MANAGEMENT=AUTO best practice.
    When i try to recover the newly setup standby using archive files, i am getting the following error (datafile added on 19th Nov is missing)
    SQL> recover standby database;
    ORA-00283: recovery session canceled due to errors
    ORA-01110: data file 39: 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    ORA-01157: cannot identify/lock data file 39 - see DBWR trace file
    ORA-01110: data file 39: 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    How to overcome this situation...
    Can i delete the entry for the newly added datafile from the backup control file ?
    Not need any delete datafile from standby side, you must recreate standby database, or you can  take RMAN backup and restore to standby  side again.
    When i tried to delete datafile using "alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF';", it is showing that database should be  open..
    SQL> alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    ERROR at line 1:
    ORA-01109: database not open
    SQL> show parameter STANDBY_FILE_MANAGEMENT
    NAME                                 TYPE        VALUE
    standby_file_management              string      AUTO
    SQL> alter system set STANDBY_FILE_MANAGEMENT=manual;
    System altered.
    SQL> show parameter STANDBY_FILE_MANAGEMENT
    NAME                                 TYPE        VALUE
    standby_file_management              string      MANUAL
    SQL> alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    alter tablespace SFMS_BR_DATA drop datafile 'O:\ORADATA\SFMS\SFMS_DATA4.DBF'
    ERROR at line 1:
    ORA-01109: database not open
    It is not logical, Physical  standby must be bit-for-bit same with Primary  database.
    Regards
    Mahir M. Quluzade

  • Rman, no datafile backup.

    Dear...
    I have one scenario.
    RMAN Backup - Yesterday.
    Datafile added today, and it lost in evening. How can one restore/recover datafile using RMAN, as datafile was not backed up in last RMAN backup.
    Version : 10.2.0.1.0
    Regards.

    YES, here is below.
    archived log file name=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_18_7N6MQBWS_.ARC thread=1 sequence=18
    creating datafile file number=7 name=C:\ORACLE\ORADATA\ORCL\USERS03.DBF
    RMAN> backup database;
    Starting backup at 21-FEB-12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=133 device type=DISK
    channel ORA_DISK_1: starting full datafile backup set
    channel ORA_DISK_1: specifying datafile(s) in backup set
    input datafile file number=00001 name=C:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF
    input datafile file number=00002 name=C:\ORACLE\ORADATA\ORCL\SYSAUX01.DBF
    input datafile file number=00003 name=C:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF
    input datafile file number=00005 name=C:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF
    input datafile file number=00006 name=C:\ORACLE\ORADATA\ORCL\USERS02.DBF
    input datafile file number=00004 name=C:\ORACLE\ORADATA\ORCL\USERS01.DBF
    channel ORA_DISK_1: starting piece 1 at 21-FEB-12
    channel ORA_DISK_1: finished piece 1 at 21-FEB-12
    piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012_02_21\O1_MF_NNNDF_TAG20120221T132643_7N6MKWPX_.BKP tag=TAG20120221T132643 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:55
    Finished backup at 21-FEB-12
    Starting Control File and SPFILE Autobackup at 21-FEB-12
    piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_02_21\O1_MF_S_775834060_7N6MMO5Q_.BKP comment=NONE
    Finished Control File and SPFILE Autobackup at 21-FEB-12
    RMAN> exit
    SQL> alter tablespace users add datafile 'C:\ORACLE\ORADATA\ORCL\USERS03.dbf' size 10m;
    Tablespace altered.
    SQL>
    SQL> alter system switch logfile;
    System altered.
    SQL> startup force mount exclusive restrict;
    ORACLE instance started.
    Total System Global Area  778387456 bytes
    Fixed Size                  1374808 bytes
    Variable Size             310379944 bytes
    Database Buffers          461373440 bytes
    Redo Buffers                5259264 bytes
    Database mounted.
    SQL> drop database;
    Database dropped.
    Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL>    exit
    C:\Users\bn2676>sqlplus / as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on Tue Feb 21 13:51:27 2012
    Copyright (c) 1982, 2010, Oracle.  All rights reserved.
    Connected to an idle instance.
    SQL> startup nomount
    ORACLE instance started.
    Total System Global Area  778387456 bytes
    Fixed Size                  1374808 bytes
    Variable Size             310379944 bytes
    Database Buffers          461373440 bytes
    Redo Buffers                5259264 bytes
    SQL> exit
    Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    C:\Users\bn2676>rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Tue Feb 21 13:51:52 2012
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL (not mounted)
    RMAN> restore controlfile from 'C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_02_21\O1_MF_S_775834060_7N6MMO5Q_.BKP';
    Starting restore at 21-FEB-12
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=63 device type=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output file name=C:\ORACLE\ORADATA\ORCL\CONTROL01.CTL
    output file name=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\CONTROL02.CTL
    Finished restore at 21-FEB-12
    RMAN> sql 'alter database mount';
    sql statement: alter database mount
    released channel: ORA_DISK_1
    RMAN> restore database;
    Starting restore at 21-FEB-12
    Starting implicit crosscheck backup at 21-FEB-12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=63 device type=DISK
    Crosschecked 8 objects
    Finished implicit crosscheck backup at 21-FEB-12
    Starting implicit crosscheck copy at 21-FEB-12
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 21-FEB-12
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_18_7N6MQBWS_.ARC
    File Name: C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_19_7N6NXV4M_.ARC
    File Name: C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_02_21\O1_MF_S_775834060_7N6MMO5Q_.BKP
    File Name: C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_02_21\O1_MF_S_775834547_7N6N2WHN_.BKP
    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 C:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF
    channel ORA_DISK_1: restoring datafile 00002 to C:\ORACLE\ORADATA\ORCL\SYSAUX01.DBF
    channel ORA_DISK_1: restoring datafile 00003 to C:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF
    channel ORA_DISK_1: restoring datafile 00004 to C:\ORACLE\ORADATA\ORCL\USERS01.DBF
    channel ORA_DISK_1: restoring datafile 00005 to C:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF
    channel ORA_DISK_1: restoring datafile 00006 to C:\ORACLE\ORADATA\ORCL\USERS02.DBF
    channel ORA_DISK_1: reading from backup piece C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012_02_21\O1_MF_NNNDF_TAG20120221T132643_7N6MKWPX_.BKP
    channel ORA_DISK_1: piece handle=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012_02_21\O1_MF_NNNDF_TAG20120221T132643_7N6MKWPX_.BKP tag=TAG20120221T132643
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:56
    Finished restore at 21-FEB-12
    R recover database;
    Starting recover at 21-FEB-12
    using channel ORA_DISK_1
    starting media recovery
    archived log for thread 1 with sequence 18 is already on disk as file C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_18_7N6MQBWS_.ARC
    archived log for thread 1 with sequence 19 is already on disk as file C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_19_7N6NXV4M_.ARC
    archived log file name=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_18_7N6MQBWS_.ARC thread=1 sequence=18
    creating datafile file number=7 name=C:\ORACLE\ORADATA\ORCL\USERS03.DBF
    archived log file name=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_18_7N6MQBWS_.ARC thread=1 sequence=18
    archived log file name=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_02_21\O1_MF_1_19_7N6NXV4M_.ARC thread=1 sequence=19
    unable to find archived log
    archived log thread=1 sequence=20
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 02/21/2012 13:54:04
    RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 20 and starting SCN of 1226889
    RMAN> sql 'alter database open resetlogs';
    sql statement: alter database open resetlogs
    RMAN> exit
    Recovery Manager complete.
    C:\Users\bn2676>sqlplus / as sysdba
    SQL*Plus: Release 11.2.0.1.0 Production on Tue Feb 21 13:54:42 2012
    Copyright (c) 1982, 2010, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    SQL> select file_name from dba_data_files where tablespace_name='USERS';
    FILE_NAME
    C:\ORACLE\ORADATA\ORCL\USERS01.DBF
    C:\ORACLE\ORADATA\ORCL\USERS02.DBF
    C:\ORACLE\ORADATA\ORCL\USERS03.DBF
    SQL>

  • RMAN-06094: datafile 1 must be restored

    Hello,
    in standby database, using RMAN
    RMAN> recover database noredo;
    Starting recover at 11-DEC-12
    allocated channel: ORA_SBT_TAPE_1
    channel ORA_SBT_TAPE_1: SID=4353 device type=SBT_TAPE
    channel ORA_SBT_TAPE_1: Data Protection for Oracle: version 5.4.1.0
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=4344 device type=DISK
    allocated channel: ORA_DISK_2
    channel ORA_DISK_2: SID=4346 device type=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 12/11/2012 09:25:19
    RMAN-06094: datafile 1 must be restored
    RMAN> restore datafile 1;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 12/11/2012 09:38:05
    ORA-27191: sbtinfo2 returned error
    Additional information: 3402
    Any idea,
    thank you very much.

    Thank you very much.
    yes, I know, but the primary is a 2TB huge database, a full backup will take a lot of time and disk space. in fact, I don't have disk to hold it (even compressed backup)
    another option is go to rman catalog, trying to restore from tape full backup of primary.
    do
    RMAN> show all;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of show command at 12/11/2012 09:52:11
    RMAN-03014: implicit resync of recovery catalog failed
    RMAN-03009: failure of partial resync command on default channel at 12/11/2012 09:52:11
    ORA-00001: unique constraint (RMAN.BDF_U1) violated
    ORA-00001: unique constraint (RMAN.BDF_U2) violated
    RMAN> restore datafile 1;
    Starting restore at 11-DEC-12
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 12/11/2012 09:55:26
    RMAN-03014: implicit resync of recovery catalog failed
    RMAN-03009: failure of partial resync command on default channel at 12/11/2012 09:55:26
    ORA-00001: unique constraint (RMAN.BDF_U1) violated
    ORA-00001: unique constraint (RMAN.BDF_U2) violated
    I checked ,that is a bug.
    so seems like a little despire.
    by the way, I have question:
    we didn't backup the standby database. so if I login rman catalog and try to restore standby database,
    how can I restore a standby databaes by using a primary database's full backup? (is there any possible to do this)
    thank you very much.
    Edited by: 968967 on Dec 11, 2012 8:28 AM

  • RMAN-06094: datafile 344 must be restored : in duplicate db from active db

    Hi All,
    I am on oracle 11g database running on Solaris Sparc 64 Bit.
    I am trying to use the RMAN Duplication command using the active database with the following command :
    rman target sys/manager@TARGET nocatalog  auxiliary sys/manager@DEST <<EOF
    run {
    allocate channel ch1 type disk;
    allocate channel ch2 type disk;
    allocate channel ch3 type disk;
    allocate channel ch4 type disk;
    allocate channel ch5 type disk;
    allocate auxiliary channel ch6 type disk;
    allocate auxiliary channel ch8 type disk;
    allocate auxiliary channel ch7 type disk;
    allocate auxiliary channel ch9 type disk;
    allocate auxiliary channel ch10 type disk;
    SET NEWNAME FOR DATABASE TO '/p1/oracle/DEST/DEST/datafile/%U';
    duplicate database to DEST from active database nofilenamecheck;}I got this error at the end of the output :
    datafile 340 switched to datafile copy
    input datafile copy RECID=2183 STAMP=789836366 file name=/p1/oracle/dest/DEST/datafile/data_D-TARGET_TS-SYSAUX_FNO-340
    datafile 341 switched to datafile copy
    input datafile copy RECID=2184 STAMP=789836366 file name=/p1/oracle/dest/DEST/datafile/data_D-TARGET_TS-RMX_DATA_FNO-341
    datafile 342 switched to datafile copy
    input datafile copy RECID=2185 STAMP=789836366 file name=/p1/oracle/destr/DEST/datafile/data_D-TARGET_TS-RMX_IDX_FNO-342
    datafile 343 switched to datafile copy
    input datafile copy RECID=2186 STAMP=789836366 file name=/p1/oracle/dest/DEST/datafile/data_D-TARGET_TS-RMX_LOBS_FNO-343
    contents of Memory Script:
       set until scn  10453270596456;
       recover
       clone database
        delete archivelog
    executing Memory Script
    executing command: SET until clause
    Starting recover at 28-JUL-12
    released channel: ch1
    released channel: ch2
    released channel: ch3
    released channel: ch4
    released channel: ch5
    released channel: ch6
    released channel: ch8
    released channel: ch7
    released channel: ch9
    released channel: ch10
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 07/28/2012 15:00:09
    RMAN-05501: aborting duplication of target database
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06094: datafile 344 must be restored
    RMAN>
    RMAN>
    Recovery Manager complete.
    ~Please suggest how to go about next.
    Regards
    Kk
    Edited by: Kk on Jul 28, 2012 2:41 AM
    Edited by: Kk on Jul 28, 2012 2:49 AM : APPENDED A BETTER OUTPUT

    Kk wrote:
    Hi All,
    The datafile 344 and 345 belonged to two different tablespaces which were not used.
    Morover , I dont know why , but the timestamp of both the datafiles 344 and 345 was showiing as JULY 6 instead of JULY 28.
    So i was sure this was causing the trouble.
    I dropped those 2 tablespaces and then reran the script again by removing the created controlfiles and the database was open.
    Just curious to know why were those 2 datafiles not getting populated with the latest timestamp ?
    Regards
    KkWhat is the status of both the data files? can you query from source database
    SQL> select file_id,online_status from dba_data_files where file_id in (344,345);
    Does that backup contain those two data files? If those two tablespaces have only one data file is it in Read only mode?

  • RMAN Automatic Datafile Creation

    Hi,
    Could anyone please explain me RMAN Automatic Datafile Creation in oracle 10g with example.
    Thanks in advance
    regards,
    Shaan

    Hi,
    Automatic Datafile Creation - RMAN will automatically create missing datafiles in two circumstances. First, when the backup controlfile contains a reference to a datafile, but no backup of the datafile is present. Second, when a backup of the datafile is present, but there is no reference in the controlfile as it was not backed up after the datafile addition.
    doc
    http://stanford.edu/dept/itss/docs/oracle/10g/server.101/b10734/wnbradv.htm
    Regards,
    Tom

  • RMAN duplicate target database for standby from active fails to create newname for system tablespace/datafile

    When executing 'duplicate target database for standby from active'  the system tablespace/datafile (datafile 1)  is not cloned.  All other datafiles clone successfully.  The RMAN process aborts with the following errors while attempting to clone the system tablespace/datafile.
    ORA-19558: error de-allocating device
    ORA-19557: device error, device type: DISK, device name:
    ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
    ORA-17627: ORA-01041: internal error. hostdef extension doesn't exist
    ORA-03135: connection lost contact
    Here are the details:
    Primary is 11.2.0.2 RAC database  on an Exadata platform
    Standby is 11.2.0.2 Single Instance database (same patch level as primary) on a Red Hat Linux box
    This is an ASM to ASM duplication.
    This is not unique to this database.  We tried another database and go the same behavior - all datafiles clone successfully with the exception of the system tablespace/datafile.
    We have traced the RMAN execution and it seems to fail when it is trying to assign a NEWNAME to the system tablespace/datafile.
    We even issued an explicit SET NEWNAME command but RMAN ignored it.
    We also shutdown the primary and started is up in mount mode thinking that something had ahold of the System Tablespace/datafile.
    We also opened up the network firewall to allow permit any,any traffic.
    We increased the max_server_processes
    and added TCP.NODELAY=yes to the sqlnet.ora file.
    There seems to be some artifact present in our Primary System tablespace/data file that is preventing it form being cloned.
    checked all alert files grid, asm,  and dbhome - no abnormal messages.
    We are in the process of restoring the database from a backup but we would prefer to get this working using the 'Active Database' methodology

    I successfully created the standby database using RMAN backup and recovery.
    I started the managed recovery.  Archive logs are being sent from the primary to the standby ( I can see them in ASM), but the standby is not applying them.
    I get the following messages in the standby alert log...
    Fetching gap sequence in thread 2, gap sequence 154158-154257
    Tue Nov 26 16:19:58 2013
    Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
    Using STANDBY_ARCHIVE_DEST parameter default value as USE_DB_RECOVERY_FILE_DEST
    Tue Nov 26 16:20:01 2013
    Fetching gap sequence in thread 2, gap sequence 154158-154257
    Tue Nov 26 16:20:11 2013
    Fetching gap sequence in thread 2, gap sequence 154158-154257
    Tue Nov 26 16:20:22 2013
    Fetching gap sequence in thread 2, gap sequence 154158-154257
    Tue Nov 26 16:20:32 2013
    Fetching gap sequence in thread 2, gap sequence 154158-154257
    I don't see any MRP processes:
    select process,
    status,
        thread#,
        sequence#,
       block#,
      blocks
      7     from v$managed_standby;
    PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS
    ARCH      CLOSING               2     154363          1        132
    ARCH      CONNECTED             0          0          0          0
    ARCH      CONNECTED             0          0          0          0
    ARCH      CONNECTED             0          0          0          0
    ARCH      CONNECTED             0          0          0          0
    ARCH      CONNECTED             0          0          0          0
    ARCH      CONNECTED             0          0          0          0
    ARCH      CONNECTED             0          0          0          0
    RFS       IDLE                  0          0          0          0
    RFS       IDLE                  1     145418        121          1
    RFS       IDLE                  0          0          0          0
    PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS
    RFS       IDLE                  0          0          0          0
    12 rows selected.
    SQL>  SELECT THREAD#, SEQUENCE#, APPLIED FROM V$ARCHIVED_LOG;
       THREAD#  SEQUENCE# APPLIED
             2     154356 NO
             2     154357 NO
             1     145411 NO
             2     154358 NO
             2     154360 NO
             2     154361 NO
             1     145414 NO
             1     145415 NO
             2     154362 NO
             2     154363 NO
             1     145416 NO
    11 rows selected.
    I do have the archive logs that cover sequences 154158-154257
    Crosschecked 38 objects
    Crosschecked 62 objects
    Finished implicit crosscheck backup at 26-NOV-13
    Starting implicit crosscheck copy at 26-NOV-13
    using channel ORA_DISK_1
    using channel ORA_DISK_2
    Crosschecked 2 objects
    archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154377.344.832521989 RECID=29 STAMP=832521990
    validation succeeded for archived log
    archived log file name=+RECO_XORA/nmuasb00/archivelog/2013_11_26/thread_2_seq_154378.346.832521991 RECID=31 STAMP=832521993
    Crosschecked 31 objects

  • Oracle 9i. RMAN. How to restore standby controlfile using "from tag" clause

    -bash-3.00$ rman target / catalog rman/rman@emgc
    Recovery Manager: Release 9.2.0.8.0 - 64bit Production
    Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
    connected to target database: crvs (not mounted)
    connected to recovery catalog database
    RMAN> list backup tag stby_ctrl;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    142851 Full 7M SBT_TAPE 00:01:44 02.02.11
    BP Key: 142852 Status: AVAILABLE Tag: STBY_CTRL
    Piece Name: CRVS_20110202.c7m3kbrd_1_1.stb
    Controlfile Included: Ckp SCN: 67168490043 Ckp time: 02.02.11
    RMAN> run
    ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE' PARMS 'SBT_LIBRARY=/oracle/apps/osb/lib/libobk.so';
    RESTORE standby CONTROLFILE from tag stby_ctrl;
    release channel ch1;
    2> 3> 4>
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-00558: error encountered while parsing input commands
    RMAN-01005: syntax error: found "from": expecting one of: "to"
    RMAN-01007: at line 4 column 29 file: standard input
    RMAN> run
    ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE' PARMS 'SBT_LIBRARY=/oracle/apps/osb/lib/libobk.so';
    RESTORE CONTROLFILE from tag stby_ctrl;
    release channel ch1;
    2> 3> 4> 5> 6>
    allocated channel: ch1
    channel ch1: sid=13 devtype=SBT_TAPE
    channel ch1: Oracle Secure Backup
    Starting restore at 04.02.11
    released channel: ch1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 02/04/2011 09:49:26
    RMAN-06026: some targets not found - aborting restore
    RMAN-06024: no backup or copy of the controlfile found to restore
    RMAN> run
    ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE' PARMS 'SBT_LIBRARY=/oracle/apps/osb/lib/libobk.so';
    RESTORE CONTROLFILE from 'CRVS_20110202.c7m3kbrd_1_1.stb';
    release channel ch1;
    2> 3> 4> 5> 6>
    allocated channel: ch1
    channel ch1: sid=13 devtype=SBT_TAPE
    channel ch1: Oracle Secure Backup
    Starting restore at 04.02.11
    channel ch1: restoring controlfile
    channel ch1: restore complete
    replicating controlfile
    input filename=/data02/crvs/ctrl/control01.ctl
    output filename=/data02/crvs/ctrl/control02.ctl
    Finished restore at 04.02.11
    released channel: ch1
    RMAN>

    The error message states:
    RMAN-01005: syntax error: found "from": expecting one of: "to"restore TO where?
    Personally I'd never use RMAN to restore a control file. Takes less time to job copy an existing one.

  • Add temporary datafiles after creating standby database

    I used data guard manager to create standby database and it went fine. Before finish, system pop up a window and says,
    "The data guard configuration has been created in a disabled state. It must be enabled using the Enable option in the configuration menu. Pior to ebaling the configuration, please verify the following:
    The Primary database contains temporary datafiles. The files will not be duplicated in the new standby database. You must manually recreate the temporary files on the standby node by adding them to their respective tablespaces in the standby database after creation process in complete."
    The problem is, in the standby database, how do I add tempfile without open the standby database? the documentation is very unclear...

    Thanks for the reply and the useful link. I had followed the instructions when creating the standby database, although under database options there is a difference between the OEM version we are using and the version shown, whereby the 'RMAN backup location' option has been replaced with 'working directory location'.
    Just found the following and am guessing this is the issue.
    NFS mounts established within a zone are local to that zone. The mounts cannot be accessed from other zones, including the global zone.
    I suspect I will need to copy the backup pieces onto the local server in order to create the standby database using OEM. Not something I was expecting to have to do as copying will take a long time due to the size of the backup, but unless anyone else can shed any light on the reason for the initial error
    RMAN Backup Location - The specified RMAN backup is invalid. Could not identify controlfile from the backup
    then I guess this is the only way forward.
    Regards,
    JP

  • Using RMAN for creating a Dataguard Standby db.

    Hello,
    I have two 11.2.0.1.0 oracle instances running on two cloned Red Hat Enterprise Linux (rhel98 and rhel99). Linux version:
    Linux rhel99 2.6.32-100.34.1.el6uek.x86_64 #1 SMP Wed May 25 17:46:45 EDT 2011 x86_64 x86_64 x86_64 GNU/LinuxI am trying to perform a "duplicate target database for standby" as part of the list of steps to get a Physical Standby located at the rhel99 server with DB_UNIQUE_NAME ORCL99. But I am missing something because it keeps failing with this error:
    RMAN-05556: not all datafiles have backups that can be recovered to SCN 2818790
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restoreI double checked the directory structure on primary (rhel98) and standby (rhel99), and it's the same. As control file is restored during the duplicate process I cannot perform the catalog start with, so the backups were placed on the same locations at rhel98 and 99.
    According to that error message it is not finding any of the datafile backups.
    [oracle@rhel98 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed May 29 01:36:06 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL98 (DBID=2386038834)
    RMAN> connect auxiliary sys/*****@ORCL99
    connected to auxiliary database: ORCL98 (not mounted)
    RMAN> run
    2> {    
    3> set until sequence=6 thread=1;
    4> duplicate target database for standby
    5> dorecover;                          
    6> }                                   
    executing command: SET until clause
    Starting Duplicate Db at 29-MAY-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1                            
    channel ORA_AUX_DISK_1: SID=20 device type=DISK              
    contents of Memory Script:
       set until scn  2818790;
       restore clone standby controlfile;
    executing Memory Script             
    executing command: SET until clause
    Starting restore at 29-MAY-13
    using channel ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: starting datafile backup set restore
    channel ORA_AUX_DISK_1: restoring control file             
    channel ORA_AUX_DISK_1: reading from backup piece /oracle/app/oracle/rman_bkp/orcl/0aoa2pd2_1_1
    channel ORA_AUX_DISK_1: piece handle=/oracle/app/oracle/rman_bkp/orcl/0aoa2pd2_1_1 tag=TAG20130520T022122
    channel ORA_AUX_DISK_1: restored backup piece 1                                                         
    channel ORA_AUX_DISK_1: restore complete, elapsed time: 00:00:03                                        
    output file name=/oracle/app/oracle/oradata/standby/control01.ctl                                       
    Finished restore at 29-MAY-13                                                                           
    contents of Memory Script:
       sql clone 'alter database mount standby database';
    executing Memory Script                             
    sql statement: alter database mount standby database
    contents of Memory Script:
       set until scn  2818790;
       set newname for tempfile  1 to
    "/oracle/app/oracle/oradata/standby/temp01.dbf";
       switch clone tempfile all;                   
       set newname for datafile  1 to               
    "/oracle/app/oracle/oradata/standby/system01.dbf";
       set newname for datafile  2 to                 
    "/oracle/app/oracle/oradata/standby/sysaux01.dbf";
       set newname for datafile  3 to                 
    "/oracle/app/oracle/oradata/standby/undotbs01.dbf";
       set newname for datafile  4 to                  
    "/oracle/app/oracle/oradata/standby/users01.dbf"; 
       set newname for datafile  5 to                  
    "/oracle/app/oracle/oradata/standby/example01.dbf";
       set newname for datafile  6 to                  
    "/oracle/app/oracle/oradata/standby/ws_app_data01.dbf";
       set newname for datafile  7 to                      
    "/oracle/app/oracle/oradata/standby/ws_app_idx01.dbf";
       restore                                             
       clone database                                      
    executing Memory Script                                
    executing command: SET until clause
    executing command: SET NEWNAME
    renamed tempfile 1 to /oracle/app/oracle/oradata/standby/temp01.dbf in control file
    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 29-MAY-13
    using channel ORA_AUX_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/29/2013 01:40:33
    RMAN-05556: not all datafiles have backups that can be recovered to SCN 2818790
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting 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 restore
    RMAN>And the backup pieces are located at (where oracle has rw privs and also owns the dirs):
    [oracle@rhel98 orcl]$ ls -ldhtr /oracle/app/oracle/rman_bkp/orcl/
    drwxr-xr-x. 2 oracle oinstall 4.0K May 29 01:16 /oracle/app/oracle/rman_bkp/orcl/
    [oracle@rhel99 orcl]$ ls -ldhtr /oracle/app/oracle/rman_bkp/orcl/
    drwxr-xr-x. 2 oracle oinstall 4.0K May 29 01:57 /oracle/app/oracle/rman_bkp/orcl/Backup was taken using RMAN, by executing a "backup database plus archivelogs" and it was completed with no errors. As you can see backup were taken yesterday and are available.
    [oracle@rhel98 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed May 29 03:20:54 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL98 (DBID=2386038834)
    RMAN> list backup summary;
    using target database control file instead of recovery catalog
    List of Backups
    ===============
    Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
    2       B  F  A DISK        20-MAY-13       1       1       NO         TAG20130520T022122
    3       B  F  A DISK        21-MAY-13       1       1       NO         TAG20130521T025112
    4       B  A  A DISK        29-MAY-13       1       1       NO         TAG20130529T010612
    5       B  F  A DISK        29-MAY-13       1       1       NO         TAG20130529T010902
    6       B  F  A DISK        29-MAY-13       1       1       NO         TAG20130529T010902
    7       B  A  A DISK        29-MAY-13       1       1       NO         TAG20130529T011634
    RMAN> list backup completed after '29-MAY-13';
    List of Backup Sets
    ===================
    BS Key  Size       Device Type Elapsed Time Completion Time
    4       669.15M    DISK        00:02:37     29-MAY-13     
            BP Key: 4   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T010612
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0coaqcc4_12_1 
      List of Archived Logs in backup set 4
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    1       2785395    19-MAY-13 2800632    19-MAY-13
      1    2       2800632    19-MAY-13 2814507    20-MAY-13
      1    3       2814507    20-MAY-13 2817219    20-MAY-13
      1    4       2817219    20-MAY-13 2817222    20-MAY-13
      1    5       2817222    20-MAY-13 2818790    20-MAY-13
      1    6       2818790    20-MAY-13 2818794    20-MAY-13
      1    7       2818794    20-MAY-13 2853065    20-MAY-13
      1    8       2853065    20-MAY-13 2885773    25-MAY-13
      1    9       2885773    25-MAY-13 2903820    25-MAY-13
      1    10      2903820    25-MAY-13 2925244    25-MAY-13
      1    11      2925244    25-MAY-13 2934284    25-MAY-13
      1    12      2934284    25-MAY-13 2935793    25-MAY-13
      1    13      2935793    25-MAY-13 2937653    25-MAY-13
      1    14      2937653    25-MAY-13 2939617    25-MAY-13
      1    15      2939617    25-MAY-13 2960715    25-MAY-13
      1    16      2960715    25-MAY-13 2975590    26-MAY-13
      1    17      2975590    26-MAY-13 3013551    27-MAY-13
      1    18      3013551    27-MAY-13 3029786    28-MAY-13
      1    19      3029786    28-MAY-13 3050776    28-MAY-13
      1    20      3050776    28-MAY-13 3088118    28-MAY-13
      1    21      3088118    28-MAY-13 3099950    29-MAY-13
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    5       Full    1.09G      DISK        00:06:53     29-MAY-13     
            BP Key: 5   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T010902
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0doaqche_13_1 
      List of Datafiles in backup set 5                                          
      File LV Type Ckp SCN    Ckp Time  Name                                     
      1       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/system01.dbf
      2       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/sysaux01.dbf
      3       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/undotbs01.dbf
      4       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/users01.dbf 
      5       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/example01.dbf
      6       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/ws_app_data01.dbf
      7       Full 3100062    29-MAY-13 /oracle/app/oracle/oradata/orcl/ws_app_idx01.dbf
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    6       Full    9.36M      DISK        00:00:09     29-MAY-13
            BP Key: 6   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T010902
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0eoaqcue_14_1
      SPFILE Included: Modification time: 29-MAY-13
      SPFILE db_unique_name: ORCL98
      Control File Included: Ckp SCN: 3101140      Ckp time: 29-MAY-13
    BS Key  Size       Device Type Elapsed Time Completion Time
    7       23.06M     DISK        00:00:11     29-MAY-13
            BP Key: 7   Status: AVAILABLE  Compressed: NO  Tag: TAG20130529T011634
            Piece Name: /oracle/app/oracle/rman_bkp/orcl/ORCL98_DB_0foaqcvi_15_1
      List of Archived Logs in backup set 7
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    22      3099950    29-MAY-13 3101157    29-MAY-13
    RMAN>db_recovery_file_dest is the same for both ORCL98 and ORCL99:
    *.db_recovery_file_dest='/oracle/app/oracle/flash_recovery_area'
    *.db_recovery_file_dest_size=4070572032If needed I can upload the complete initORCL98.ora and initORCL99.ora files.
    Any suggestion/comments?
    Thanks in advance.
    Edited by: martin.morono on May 29, 2013 8:56 PM

    Thanks Hemant but the issue is the same with sequence 6 or 22. I posted the RMAN log from an old duplicate I ran yesterday using sequence 6, but as you can see below the error is not changing with setting "until sequence 22"
    Hemant K Chitale wrote:
    Your database datafile backups are as of Checkpoint SCN 3100062 which is higher than the archivelogs (and certainly higher than SEQ#6).
    Possibly SEQUENCE#22 will cover the database checkpoint SCN. Therefore, the minimum UNTIL SEQUENCE would be 23 or higher.
    Hemant K Chitale
    [oracle@rhel98 ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed May 29 02:37:51 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
    connected to target database: ORCL98 (DBID=2386038834)
    RMAN> connect auxiliary sys/manager@ORCL99
    connected to auxiliary database: ORCL98 (not mounted)
    RMAN> run
    2> {    
    3> set until sequence=22 thread=1;
    4> duplicate target database for standby
    5> backup location '/oracle/app/oracle/rman_bkp/orcl/'
    6> dorecover;                                        
    7> }                                                 
    executing command: SET until clause
    Starting Duplicate Db at 29-MAY-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1                            
    channel ORA_AUX_DISK_1: SID=20 device type=DISK              
    contents of Memory Script:
       set until scn  3099950;
       restore clone standby controlfile;
    executing Memory Script             
    executing command: SET until clause
    Starting restore at 29-MAY-13
    using channel ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: restoring control file
    channel ORA_AUX_DISK_1: copied control file copy
    input file name=/oracle/app/oracle/oradata/orcl/control_standby01.ctl
    output file name=/oracle/app/oracle/oradata/standby/control01.ctl   
    Finished restore at 29-MAY-13                                       
    contents of Memory Script:
       sql clone 'alter database mount standby database';
    executing Memory Script                             
    sql statement: alter database mount standby database
    contents of Memory Script:
       set until scn  3099950;
       set newname for tempfile  1 to
    "/oracle/app/oracle/oradata/standby/temp01.dbf";
       switch clone tempfile all;                   
       set newname for datafile  1 to               
    "/oracle/app/oracle/oradata/standby/system01.dbf";
       set newname for datafile  2 to                 
    "/oracle/app/oracle/oradata/standby/sysaux01.dbf";
       set newname for datafile  3 to                 
    "/oracle/app/oracle/oradata/standby/undotbs01.dbf";
       set newname for datafile  4 to                  
    "/oracle/app/oracle/oradata/standby/users01.dbf"; 
       set newname for datafile  5 to                  
    "/oracle/app/oracle/oradata/standby/example01.dbf";
       set newname for datafile  6 to                  
    "/oracle/app/oracle/oradata/standby/ws_app_data01.dbf";
       set newname for datafile  7 to                      
    "/oracle/app/oracle/oradata/standby/ws_app_idx01.dbf";
       restore                                             
       clone database                                      
    executing Memory Script                                
    executing command: SET until clause
    executing command: SET NEWNAME
    renamed tempfile 1 to /oracle/app/oracle/oradata/standby/temp01.dbf in control file
    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 29-MAY-13
    using channel ORA_AUX_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 05/29/2013 02:40:00    
    RMAN-05556: not all datafiles have backups that can be recovered to SCN 3099950
    RMAN-03015: error occurred in stored script Memory Script                     
    RMAN-06026: some targets not found - aborting 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 restore                   just in case, the initORCL.ora files:
    initORCL98.ora
    orcl.__db_cache_size=150994944
    ORCL98.__db_cache_size=209715200
    orcl.__java_pool_size=4194304
    ORCL98.__java_pool_size=4194304
    orcl.__large_pool_size=4194304
    ORCL98.__large_pool_size=4194304
    orcl.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    ORCL98.__oracle_base='/oracle/app/oracle','/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl.__pga_aggregate_target=226492416
    ORCL98.__pga_aggregate_target=226492416
    orcl.__sga_target=402653184
    ORCL98.__sga_target=402653184
    orcl.__shared_io_pool_size=0
    ORCL98.__shared_io_pool_size=0
    orcl.__shared_pool_size=234881024
    ORCL98.__shared_pool_size=176160768
    orcl.__streams_pool_size=0
    ORCL98.__streams_pool_size=0
    *.audit_file_dest='/oracle/app/oracle/admin/orcl/adump'
    *.audit_trail='DB'
    *.compatible='11.2.0.0.0'
    *.control_files='/oracle/app/oracle/oradata/orcl/control01.ctl','/oracle/app/oracle/flash_recovery_area/orcl/control02.ctl'
    *.db_block_size=8192
    *.db_domain=''
    *.db_name='ORCL98'
    *.db_recovery_file_dest='/oracle/app/oracle/flash_recovery_area'
    *.db_recovery_file_dest_size=4070572032
    *.diagnostic_dest='/oracle/app/oracle'
    *.dispatchers='(protocol=TCP)'
    *.fal_client='ORCL98'
    *.fal_server='ORCL99'
    *.job_queue_processes=1000
    *.log_archive_config='DG_CONFIG=(ORCL98,ORCL99)'
    *.log_archive_dest_1='location=/oracle/app/oracle/archivelog/orcl/ valid_for=(all_logfiles,all_roles) db_unique_name=ORCL98'
    *.log_archive_dest_2='SERVICE=ORCL99 valid_for=(online_logfiles,primary_role) db_unique_name=ORCL99'
    *.log_archive_dest_state_1='ENABLE'
    *.log_archive_dest_state_2='DEFER'
    *.log_archive_format='orcl_%R_%T_%S_%d.arc'
    *.memory_target=629145600
    *.open_cursors=300
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_max_size=402653184
    *.shared_servers=1
    *.standby_file_management='AUTO'
    *.undo_tablespace='UNDOTBS1'initORCL99.ora
    orcl.__db_cache_size=150994944
    orcl98.__db_cache_size=163577856
    orcl99.__db_cache_size=243269632
    ORCL99.__db_cache_size=218103808
    orcl.__java_pool_size=4194304
    orcl98.__java_pool_size=4194304
    orcl99.__java_pool_size=4194304
    ORCL99.__java_pool_size=4194304
    orcl.__large_pool_size=4194304
    orcl98.__large_pool_size=4194304
    orcl99.__large_pool_size=4194304
    ORCL99.__large_pool_size=4194304
    orcl.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl98.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl99.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    ORCL99.__oracle_base='/oracle/app/oracle'#ORACLE_BASE set from environment
    orcl.__pga_aggregate_target=226492416
    orcl98.__pga_aggregate_target=226492416
    orcl99.__pga_aggregate_target=251658240
    ORCL99.__pga_aggregate_target=251658240
    orcl.__sga_target=402653184
    orcl98.__sga_target=402653184
    orcl99.__sga_target=377487360
    ORCL99.__sga_target=377487360
    orcl.__shared_io_pool_size=0
    orcl98.__shared_io_pool_size=0
    orcl99.__shared_io_pool_size=0
    ORCL99.__shared_io_pool_size=0
    orcl.__shared_pool_size=234881024
    orcl98.__shared_pool_size=222298112
    orcl99.__shared_pool_size=117440512
    ORCL99.__shared_pool_size=142606336
    orcl.__streams_pool_size=0a
    orcl98.__streams_pool_size=0
    orcl99.__streams_pool_size=0
    ORCL99.__streams_pool_size=0
    *.audit_file_dest='/oracle/app/oracle/admin/orcl/adump'
    *.audit_trail='DB'
    *.compatible='11.2.0.0.0'
    *.control_files='/oracle/app/oracle/oradata/standby/control01.ctl'
    #*.control_files='/oracle/app/oracle/oradata/orcl/control_standby01.ctl'
    *.db_block_size=8192
    *.db_domain=''
    *.db_name='ORCL98'
    *.db_unique_name='ORCL99'
    *.db_recovery_file_dest='/oracle/app/oracle/flash_recovery_area'
    *.db_recovery_file_dest_size=4070572032
    *.diagnostic_dest='/oracle/app/oracle'
    *.dispatchers='(protocol=TCP)'
    *.job_queue_processes=1000
    *.log_archive_dest_1='location=/oracle/app/oracle/archivelog/orcl'
    *.log_archive_format='orcl_%R_%T_%S_%d.arc'
    *.memory_target=629145600
    *.open_cursors=300
    *.processes=150
    *.remote_login_passwordfile='EXCLUSIVE'
    *.sga_max_size=402653184
    *.shared_servers=1
    *.undo_tablespace='UNDOTBS1'
    *.db_file_name_convert=('/oracle/app/oracle/oradata/orcl/','/oracle/app/oracle/oradata/standby/')
    *.log_file_name_convert=('/oracle/app/oracle/oradata/orcl/','/oracle/app/oracle/oradata/standby/')Once again, many thanks for your prompt response.
    Thanks in advance.
    Martin

Maybe you are looking for