RAC RMAN Restore/Recover

Hi folks,
I have some doubts about the PATH to disaster recovey with RAC and RMAN.
In this case I have just the RAC without data guard/streams, just only a single rac with two nodes.
The hypothetical scenario is:
One database using ASM (database name orcl) , two inatances in two separated servers (nodes serv1 and serv2) and two instances ( orcl1 and orcl1).
In this scenary I lost everything, and just keep the backups of: spfile, controlfile, database and archives.
So the steps to recovery is (using serv1):
1- Create the cluster (install clusteware, create CRS/Vdisk, create ASM instance)
2 - Just install the oracle files in all nodes serv1 and serv2, but don't create the instance orcl1 and orcl2.
3 - restore/recover spfile - rman
4 - restore/recover controlfile - rman
5 - restore/recover database with until clause - rman
After these steps the instance orcl1 will be restored by RMAN in the serv1 and the database orcl was created in the ASM.
But, please correct if I'm wrong, the instance and database will not be registered in CRS (RMAN not register the instance).
So I need to registry the instance and database with srvctl, doing:
1 - create PFILE in serv1 for orcl1 (that point to SPFILE in ASM) and ORAPWD file.
2 - add the database orcl to CRS
3 - add the instance orcl1 to CRS
4 - add the dependency about ASM and orcl1 from the node serv1 (using srvclt)
But after this I have the instance orcl2 in serv2 to create.
Just the instance, because the binaries already installed and the database was already created.
To complete I need to do the steps:
1 - Copy/Create PFILE for instance orcl2 in serv2
2 - add the instance orcl2 to CRS (using srvctl add instance)
3 - add the dependency about ASM instance (that exists in server2) and Instance orcl2 from the node serv2 (using srvctl)
4 - create PFILE and ORAPWD file.
The question is, RMAN will registry the instancie and database in CRS?
Another question, the RMAN will create PFILE and registry all instances of the original cluster?
I believe that not for two questions, correct?
Exists another path to restore/recover the RAC in this scenary?
The version in this case is 10Gr2 and 11Gr2.
Thanks.

>
The hypothetical scenario is:
One database using ASM (database name orcl) , two inatances in two separated servers (nodes serv1 and serv2) and two instances ( orcl1 and orcl1).
In this scenary I lost everything, and just keep the backups of: spfile, controlfile, database and archives.
So the steps to recovery is (using serv1):
1- Create the cluster (install clusteware, create CRS/Vdisk, create ASM instance)
2 - Just install the oracle files in all nodes serv1 and serv2, but don't create the instance orcl1 and orcl2.
3 - restore/recover spfile - rman
4 - restore/recover controlfile - rman
5 - restore/recover database with until clause - rman
After these steps the instance orcl1 will be restored by RMAN in the serv1 and the database orcl was created in the ASM.
But, please correct if I'm wrong, the instance and database will not be registered in CRS (RMAN not register the instance).
So I need to registry the instance and database with srvctl, doing:
1 - create PFILE in serv1 for orcl1 (that point to SPFILE in ASM) and ORAPWD file.
2 - add the database orcl to CRS
3 - add the instance orcl1 to CRS
4 - add the dependency about ASM and orcl1 from the node serv1 (using srvclt)
But after this I have the instance orcl2 in serv2 to create.
Just the instance, because the binaries already installed and the database was already created.
To complete I need to do the steps:
1 - Copy/Create PFILE for instance orcl2 in serv2
2 - add the instance orcl2 to CRS (using srvctl add instance)
3 - add the dependency about ASM instance (that exists in server2) and Instance orcl2 from the node serv2 (using srvctl)
4 - create PFILE and ORAPWD file.
The question is, RMAN will registry the instancie and database in CRS?NO.. You will need the SRVCTL for registry services.
Another question, the RMAN will create PFILE and registry all instances of the original cluster?No... RMAN perform restore SPFILE only.
I believe that not for two questions, correct?
Correct.
Exists another path to restore/recover the RAC in this scenary?
The version in this case is 10Gr2 and 11Gr2.You can skip a few steps above by doing this:
After installing Oracle Clusterware / RAC
You will configure the network via NETCA.
You will create and configure ASM with DBCA.
To skip all the setup steps the Database (orcl) in Oracle Clusterware, you will create a database via DBCA with the same DB_NAME (orcl) of the database that will be restored.
The DBCA will configure the database with all the dependent services of the Clusterware including TNSNAMES.
Finished creating the database, all services should be configured, you will connect to ASM via asmcmd and drop (spfile, controlfile and datafiles), now just perform the restore (SPFILE,CONTROLFILE and DATAFILES) via rman.

Similar Messages

  • RMAN Restore/Recover

    Is it possible to restore an RMAN full database backup to a different machine/db?
    I have a Prod DB (800gb) running 10.2.0.4 and am initiating RMAN backup strategy. I am performing full backups to tape and need to prove that the backups are viable for restoration. The problem that I have is that I cannot do any testing on the Prod db. My original plan was to create a new tablespace and datafile - get the rman backup, delete the datafile, and restore from the backup. I am not allowed to do this simple test so it was susggested that we use RMAN to recover from the Prod backup set to a different database on another server. Is this even possible? I have proved functionaly that RMAN can restore in a test environment but management wants to prove we can restore/recover production data wo affecting the primary production db.
    Thanks!!!!

    Hi.
    if you have metalink access take a look to Doc.
    388431.1 ( Creating Duplicate Database on a New Host. ) | RMAN
    *T                                                                                                                                                                                                                                               

  • Oracle 8i RMAN restore/recover

    Hi,
    I have situation where i need to go back in one moth of time. i have backup pieces in disk for the last one month. but only thing when i see report obsolete i can see the backup pieces beyond one week marked obsolete.
    i am using oracle 8i
    any suggestions on this?

    i dont have the archives If you don't have ArchivesLogs Backups, you won't be able to RECOVER.
    If you Backup of 1 month ago, did include the ArchiveLogs for the duration of the Backup, you can still restore those ArchiveLogs from that Backup and RECOVER upto the last ArchiveLog.
    For example, if your backup began at 09:01PM on 29-Jun and completed at 11:32PM, you need, at a minimum, the Archivelogs from 09:01PM to the first ArchiveLog after 11:32PM.
    Don't worry about whether they are "obsolete" today. RESTORE and RECOVER can be done -- the controlfile as of 11:32PM of 29-Jun didn't mark that backup as obsolete !
    Hemant K Chitale
    Edited by: Hemant K Chitale on Jul 29, 2010 3:05 PM

  • Does RMAN restore from 11.2.0.3 to 11.1.0.7?

    Hi Team,
    Interesting point is here, source is on 11.2.0.3 and somehow we missed 11.2.0 home on target (my team mate forgot to built new 11.2.0.3 home - we have 11.1.0 home), not sure how this rman restored/recovered  with no issues on target even it has compatibility change (controlfile restore itself should fail).
    Source is 11.2.0.3 and target is 11.1.0.7, presently the instance up and running with no issues, but we decided to re build with 11.2.0.3 home
    Any hints? Please advice, I am curious about this functionality how did this happen! J
    Thanks,
    Venkat

    See Oracle Support Note "Frequently Asked Questions about Restoring Or Duplicating Between Different Versions And Platforms (Doc ID 369644.1)" . Particularly Question 5.
    You need to run the Downgrade procedures to downgrade a database from 11.2 to 11.1
    Hemant K Chitale

  • RAC Restore/Recover

    Hi folks,
    I have some doubt about the PATH to disaster recovey with RAC and RMAN.
    In this case I have just the RAC without data guard/streams, just only a single rac with two nodes.
    The hypothetical scenario is:
    One database using ASM (database name orcl) , two inatances in two separated servers (nodes serv1 and serv2) and two instances ( orcl1 and orcl1).
    In this scenary I lost everything, and just keep the backups of: spfile, controlfile, database and archives.
    So the steps to recovery is (using serv1):
    1- Create the cluster (install clusteware, create CRS/Vdisk, create ASM instance)
    2 - Just install the oracle files in all nodes serv1 and serv2, but don't create the instance orcl1 and orcl2.
    3 - restore/recover spfile - rman
    4 - restore/recover controlfile - rman
    5 - restore/recover database with until clause - rman
    After these steps the instance orcl1 will be restored by RMAN in the serv1 and the database orcl was created in the ASM.
    But, please correct if I'm wrong, the instance and database will not be registered in CRS (RMAN not register the instance).
    So I need to registry the instance and database with srvctl, doing:
    1 - create PFILE in serv1 for orcl1 (that point to SPFILE in ASM) and ORAPWD file.
    2 - add the database orcl to CRS
    3 - add the instance orcl1 to CRS
    4 - add the dependency about ASM and orcl1 from the node serv1 (using srvclt)
    But after this I have the instance orcl2 in serv2 to create.
    Just the instance, because the binaries already installed and the database was already created.
    To complete I need to do the steps:
    1 - Copy/Create PFILE for instance orcl2 in serv2
    2 - add the instance orcl2 to CRS (using srvctl add instance)
    3 - add the dependency about ASM instance (that exists in server2) and Instance orcl2 from the node serv2 (using srvctl)
    4 - create PFILE and ORAPWD file.
    The question is, RMAN will registry the instancie and database in CRS?
    Another question, the RMAN will create PFILE and registry all instances of the original cluster?
    I believe that not for two questions, correct?
    Exists another path to restore/recover the RAC in this scenary?
    The version in this case is 10Gr2 and 11Gr2.
    Thanks.

    Folks,
    Moved to RAC forum thread.

  • Unable to open 11g R2 database now after trying an RMAN restore

    Hi my database is not opening now.
    What I was trying was to restore the database on my new server from latest database taken from my old live server and applying it on my new 11g DB (new server-database already created)
    old server-11.1.0.7.0-windows 2003 server 32 bit
    new server-11.2.0.3.0-windows 2008 64 bit server
    The steps i have done which caused this , (After everything was working fine, i did these foll.steps and now all messed up):
    The oracle database on this new server was already 11.2.3.0 -it was not upgrade, i directly installed 11.2.0.3.0 on it + applied latest patches etc.
    I took RMAN backup from old server 11.1.0.7.0 oracle database.
    Copied this backup to to the new server flash recovery area &every step of the restore  was working fine -
    in nomount mode, restored the control file from autobackup-fine
    in mount mode, catalogued the files-fine (Backup from old live,copied to new live)
    I restored&Recovered the database until the latest archivelogs.
    Until the above steps-all worked fine like a normal recovery steps.
    Then I gave "alter database open resetlogs" in RMAN prompt, it gave out error and from that point onwards I am unable to open the database now.
    Unfortunately, couldnt grab full screenshot of the error in RMAN but the error basically said that bootstrap failed and i have to open the database with the upgrade option?
    Please see in alert log as well
    ORA-00704: bootstrap process failure
    ORA-39700: database must be opened with UPGRADE option
    Following is the last lines from alert log:
    [code]
    Starting up:
    Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options.
    Windows NT Version V6.1 Service Pack 1
    CPU                 : 4 - type 8664, 4 Physical Cores
    Process Affinity    : 0x0x0000000000000000
    Memory (Avail/Total): Ph:3760M/8191M, Ph+PgF:9170M/16381M
    VM name             : VMWare Version (6)
    Using parameter settings in server-side spfile F:\APP\ORACLE\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEGEOP.ORA
    System parameters with non-default values:
      processes                = 150
      memory_target            = 3728M
      control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL01.CTL"
      control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL02.CTL"
      control_files            = "F:\ORACLE11G\ORADATA\GEOP\GEOP\CONTROL03.CTL"
      db_block_size            = 8192
      compatible               = "11.2.0.0.0"
      log_archive_format       = "ARC%S_%R.%T"
      db_recovery_file_dest    = "I:\oracle\flash_recovery_area"
      db_recovery_file_dest_size= 45G
      undo_tablespace          = "UNDOTBS1"
      sec_case_sensitive_logon = FALSE
      remote_login_passwordfile= "EXCLUSIVE"
      db_domain                = ""
      dispatchers              = "(PROTOCOL=TCP) (SERVICE=GEOPXDB)"
      audit_file_dest          = "F:\APP\ORACLE\ADMIN\GEOP\ADUMP"
      audit_trail              = "DB"
      db_name                  = "GEOP"
      open_cursors             = 300
      diagnostic_dest          = "F:\APP\ORACLE"
    Thu Dec 12 17:22:18 2013
    PMON started with pid=2, OS id=3440
    Thu Dec 12 17:22:18 2013
    PSP0 started with pid=3, OS id=10252
    Thu Dec 12 17:22:19 2013
    VKTM started with pid=4, OS id=11684 at elevated priority
    VKTM running at (10)millisec precision with DBRM quantum (100)ms
    Thu Dec 12 17:22:19 2013
    GEN0 started with pid=5, OS id=4528
    Thu Dec 12 17:22:19 2013
    DIAG started with pid=6, OS id=5652
    Thu Dec 12 17:22:19 2013
    DBRM started with pid=7, OS id=7676
    Thu Dec 12 17:22:19 2013
    DIA0 started with pid=8, OS id=5724
    Thu Dec 12 17:22:19 2013
    MMAN started with pid=9, OS id=6632
    Thu Dec 12 17:22:19 2013
    DBW0 started with pid=10, OS id=3572
    Thu Dec 12 17:22:19 2013
    LGWR started with pid=11, OS id=8876
    Thu Dec 12 17:22:19 2013
    CKPT started with pid=12, OS id=3748
    Thu Dec 12 17:22:20 2013
    SMON started with pid=13, OS id=8108
    Thu Dec 12 17:22:20 2013
    RECO started with pid=14, OS id=1932
    Thu Dec 12 17:22:20 2013
    MMON started with pid=15, OS id=7468
    Thu Dec 12 17:22:20 2013
    MMNL started with pid=16, OS id=8136
    starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
    starting up 1 shared server(s) ...
    ORACLE_BASE from environment = F:\app\oracle
    Thu Dec 12 17:22:21 2013
    ALTER DATABASE   MOUNT
    Successful mount of redo thread 1, with mount id 3351347149
    Database mounted in Exclusive Mode
    Lost write protection disabled
    Completed: ALTER DATABASE   MOUNT
    Thu Dec 12 17:22:26 2013
    ALTER DATABASE OPEN
    Beginning crash recovery of 1 threads
    parallel recovery started with 3 processes
    Started redo scan
    Completed redo scan
    read 11 KB redo, 6 data blocks need recovery
    Started redo application at
    Thread 1: logseq 3, block 2, scn 59089613795
    Recovery of Online Redo Log: Thread 1 Group 6 Seq 3 Reading mem 0
      Mem# 0: F:\ORACLE11G\ORADATA\GEOP\GEOP\REDO06.LOG
    Completed redo application of 0.01MB
    Completed crash recovery at
    Thread 1: logseq 3, block 24, scn 59089633817
    6 data blocks read, 6 data blocks written, 11 redo k-bytes read
    Read of datafile 'F:\ORACLE11G\ORADATA\GEOP\GEOP\TEMP01.DBF' (fno 201) header failed with ORA-01203
    Rereading datafile 201 header failed with ORA-01203
    Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_dbw0_3572.trc:
    ORA-01186: file 201 failed verification tests
    ORA-01122: database file 201 failed verification check
    ORA-01110: data file 201: 'F:\ORACLE11G\ORADATA\GEOP\GEOP\TEMP01.DBF'
    ORA-01203: wrong incarnation of this file - wrong creation SCN
    File 201 not verified due to error ORA-01122
    LGWR: STARTING ARCH PROCESSES
    Thu Dec 12 17:22:27 2013
    ARC0 started with pid=19, OS id=10876
    ARC0: Archival started
    LGWR: STARTING ARCH PROCESSES COMPLETE
    ARC0: STARTING ARCH PROCESSES
    Thu Dec 12 17:22:28 2013
    ARC1 started with pid=24, OS id=10912
    Thu Dec 12 17:22:28 2013
    ARC2 started with pid=25, OS id=6652
    Thu Dec 12 17:22:28 2013
    ARC3 started with pid=26, OS id=9648
    ARC1: Archival started
    ARC2: Archival started
    ARC1: Becoming the 'no FAL' ARCH
    Thread 1 advanced to log sequence 4 (thread open)
    ARC1: Becoming the 'no SRL' ARCH
    ARC2: Becoming the heartbeat ARCH
    Thread 1 opened at log sequence 4
      Current log# 4 seq# 4 mem# 0: F:\ORACLE11G\ORADATA\GEOP\GEOP\REDO04.LOG
    Successful open of redo thread 1
    MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
    SMON: enabling cache recovery
    Archived Log entry 64945 added for thread 1 sequence 3 ID 0xc7c27920 dest 1:
    Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_ora_12260.trc:
    ORA-00704: bootstrap process failure
    ORA-39700: database must be opened with UPGRADE option
    Errors in file F:\APP\ORACLE\diag\rdbms\geop\geop\trace\geop_ora_12260.trc:
    ORA-00704: bootstrap process failure
    ORA-39700: database must be opened with UPGRADE option
    Error 704 happened during db open, shutting down database
    USER (ospid: 12260): terminating the instance due to error 704
    Instance terminated by USER, pid = 12260
    ORA-1092 signalled during: ALTER DATABASE OPEN...
    opiodr aborting process unknown ospid (12260) as a result of ORA-1092
    Thu Dec 12 17:22:33 2013
    ORA-1092 : opitsk aborting process
    [/code]
    Please please please let me know what steps should I do now to get my 11g database operational again?
    Now when i am trying:
    (SQL prompt)
    [code]
    >sqlplus "/ as sysdba"
    SQL*Plus: Release 11.2.0.3.0 Production on Thu Dec 12 17:22:05 2013
    Copyright (c) 1982, 2011, Oracle.  All rights reserved.
    Connected to an idle instance.
    SQL> startup open;
    ORACLE instance started.
    Total System Global Area 3891630080 bytes
    Fixed Size                  2261120 bytes
    Variable Size            2147487616 bytes
    Database Buffers         1728053248 bytes
    Redo Buffers               13828096 bytes
    Database mounted.
    ORA-01092: ORACLE instance terminated. Disconnection forced
    ORA-00704: bootstrap process failure
    ORA-39700: database must be opened with UPGRADE option
    Process ID: 12260
    Session ID: 5 Serial number: 5
    SQL> startup open upgrade;
    SP2-0714: invalid combination of STARTUP options
    SQL> startup upgrade;
    ORA-24324: service handle not initialized
    ORA-01041: internal error. hostdef extension doesn't exist
    SQL> startup upgrade open;
    SP2-0714: invalid combination of STARTUP options
    SQL> alter database mount;
    ERROR:
    ORA-03114: not connected to ORACLE
    SQL> shutdown immediate;
    ORA-24324: service handle not initialized
    ORA-01041: internal error. hostdef extension doesn't exist
    SQL> startup nomount
    ORA-24324: service handle not initialized
    ORA-01041: internal error. hostdef extension doesn't exist
    SQL>
    [/code]

    This is why you do backups both before and after doing other things.
    So one way to do something like this:
    Backup old db.
    expdp old db.
    Install new 11gR2, create database.
    Back it up.
    Turn off archivelog.
    impdp
    Turn on archivelog.
    Back it up.
    The general thought here is you would start over with the first new db backup if the imp didn't work, you turn off archiving to avoid generating lots of redo that would be for a recovery you would never do.
    There is more than one way to do it (TIMTOWTDI), best way depends on details, including volume of data and platform changes.  expdp/impdp has an over the network option if disk space is limited and network is fast.
    I usually allow for several tries when going to a new box, since the new box will require testing anyways.

  • ORA-01180: can not create datafile 1 during RMAN restore.

    Hello,
    I am trying to refresh one of our QA environments and I am getting this error message:
    RMAN> run
    2> {
    3> allocate channel c1 device type disk;
    4> allocate channel c2 device type disk;
    5> restore database;
    6> recover database;
    7> }
    allocated channel: c1
    channel c1: SID=5 device type=DISK
    allocated channel: c2
    channel c2: SID=131 device type=DISK
    Starting restore at 08-NOV-12
    using channel ORA_DISK_1
    creating datafile file number=1 name=+DATA1/alephpr/datafile/system.269.722874729
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 11/08/2012 16:27:40
    ORA-01180: can not create datafile 1
    ORA-01110: data file 1: '+DATA1/alephpr/datafile/system.269.722874729' I created a new database from scratch with the same name as is in Production, later on I will proceed to rename it to the right one. I started the steps for refreshing the PRD copy:
    RMAN> shutdown immediate
    using target database control file instead of recovery catalog
    database dismounted
    Oracle instance shut down
    RMAN> startup nomount
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 534462464 bytes
    Fixed Size 2228200 bytes
    Variable Size 176160792 bytes
    Database Buffers 348127232 bytes
    Redo Buffers 7946240 bytes
    RMAN> set dbid=3573460394
    executing command: SET DBID
    RMAN> restore controlfile from '/restorealeph/c-3573460394-20121106-01';
    Starting restore at 08-NOV-12
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=130 device type=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:07
    +output file name=+DATA1/alephpr/controlfile/current.260.798747585+
    +output file name=+FLASH/alephpr/controlfile/current.276.798747585+
    Finished restore at 08-NOV-12
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1Once the control file is restored, I need to crosscheck, delete expired and catalog the backups at the new server:
    RMAN> crosscheck backup;
    Crosschecked 48 objects
    RMAN> delete noprompt expired backup;
    Deleted 48 EXPIRED objects
    RMAN> list backup summary;
    specification does not match any backup in the repositoryI need now to catalog the backups we transferred from Prod into the QA server's directory /restorealeph:
    RMAN> catalog start with '/restorealeph/';
    searching for all files that match the pattern /restorealeph/
    List of Files Unknown to the Database
    =====================================
    File Name: /restorealeph/9cnpm51u_1_1
    File Name: /restorealeph/9enpm6lj_1_1
    File Name: /restorealeph/c-3573460394-20121107-00
    File Name: /restorealeph/c-3573460394-20121107-01
    File Name: /restorealeph/c-3573460394-20121106-01
    Do you really want to catalog the above files (enter YES or NO)? YES
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /restorealeph/9cnpm51u_1_1
    File Name: /restorealeph/9enpm6lj_1_1
    File Name: /restorealeph/c-3573460394-20121107-00
    File Name: /restorealeph/c-3573460394-20121107-01
    File Name: /restorealeph/c-3573460394-20121106-01
    RMAN> list backup summary;
    List of Backups
    ===============
    Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
    4097    B  F  A DISK        07-NOV-12       1       1       NO         BACKUP_ALEPHPR.TUR_110712030000
    4098    B  A  A DISK        07-NOV-12       1       1       NO         BACKUP_ALEPHPR.TUR_110712030000
    RMAN> list backup tag="BACKUP_ALEPHPR.TUR_110712030000";
    List of Backup Sets
    ===================
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    4097    Full    178.04G    DISK        00:00:00     07-NOV-12
            BP Key: 4097   Status: AVAILABLE  Compressed: NO  Tag: BACKUP_ALEPHPR.TUR_110712030000
            Piece Name: /restorealeph/9cnpm51u_1_1
      List of Datafiles in backup set 4097
      File LV Type Ckp SCN    Ckp Time  Name
      1       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/system.269.722874729
      2       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/sysaux.266.722874731
      3       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs1.289.722874727
      4       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs2.257.722874727
      5       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/users.298.722874731
      6       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/audit.299.723372305
      7       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/case_datos.260.723372307
      8       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/case_indices.261.723372307
      9       Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_hist.262.723372309
      10      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_l.264.723372319
      11      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_long.265.723372349
      12      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_md.270.723372355
      13      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_sm.271.723372369
      14      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_xl.272.723372375
      15      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_l.273.723372401
      16      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_md.274.723372427
      17      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_sm.275.723372455
      18      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/index_xl.276.723372473
      19      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/tools.278.723372501
      26      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/data_sm.300.736088959
      27      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/dev_disco_ptm5_meta.301.746385117
      28      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/dev_disco_pstore.302.746385119
      29      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/dev_disco_ptm5_cache.304.746385121
      30      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs1.305.796391931
      31      Full 6919879655786 07-NOV-12 +DATA1/alephpr/datafile/undotbs2.306.796392185
    BS Key  Size       Device Type Elapsed Time Completion Time
    4098    16.89G     DISK        00:00:00     07-NOV-12
            BP Key: 4098   Status: AVAILABLE  Compressed: NO  Tag: BACKUP_ALEPHPR.TUR_110712030000
            Piece Name: /restorealeph/9enpm6lj_1_1
      List of Archived Logs in backup set 4098
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    35722   6919870864350 06-NOV-12 6919871887697 06-NOV-12
      1    35723   6919871887697 06-NOV-12 6919872372211 06-NOV-12
      1    35724   6919872372211 06-NOV-12 6919872410158 06-NOV-12
      1    35725   6919872410158 06-NOV-12 6919872447301 06-NOV-12
      1    35726   6919872447301 06-NOV-12 6919872503332 06-NOV-12
      1    35727   6919872503332 06-NOV-12 6919872551564 06-NOV-12
      1    35728   6919872551564 06-NOV-12 6919872603881 06-NOV-12
      1    35729   6919872603881 06-NOV-12 6919872655942 06-NOV-12
      1    35730   6919872655942 06-NOV-12 6919872698722 06-NOV-12
      1    35731   6919872698722 06-NOV-12 6919872741655 06-NOV-12
      1    35732   6919872741655 06-NOV-12 6919872782284 06-NOV-12
      1    35733   6919872782284 06-NOV-12 6919872872302 06-NOV-12
      1    35734   6919872872302 06-NOV-12 6919872910206 06-NOV-12
      1    35735   6919872910206 06-NOV-12 6919872945577 06-NOV-12
      1    35736   6919872945577 06-NOV-12 6919872980056 06-NOV-12
      1    35737   6919872980056 06-NOV-12 6919873013411 06-NOV-12
      1    35738   6919873013411 06-NOV-12 6919873050761 06-NOV-12
      1    35739   6919873050761 06-NOV-12 6919873084996 06-NOV-12
      1    35740   6919873084996 06-NOV-12 6919873122049 06-NOV-12
      1    35741   6919873122049 06-NOV-12 6919873521767 06-NOV-12
      1    35742   6919873521767 06-NOV-12 6919873952773 06-NOV-12
      1    35743   6919873952773 06-NOV-12 6919874258549 06-NOV-12
      1    35744   6919874258549 06-NOV-12 6919874472213 06-NOV-12
      1    35745   6919874472213 06-NOV-12 6919874744856 06-NOV-12
      1    35746   6919874744856 06-NOV-12 6919875113086 06-NOV-12
      1    35747   6919875113086 06-NOV-12 6919875733337 06-NOV-12
      1    35748   6919875733337 06-NOV-12 6919876139061 06-NOV-12
      1    35749   6919876139061 06-NOV-12 6919876707162 06-NOV-12
      1    35750   6919876707162 06-NOV-12 6919877706313 06-NOV-12
      1    35751   6919877706313 06-NOV-12 6919877919039 06-NOV-12
      1    35752   6919877919039 06-NOV-12 6919878024429 06-NOV-12
      1    35753   6919878024429 06-NOV-12 6919878107673 06-NOV-12
      1    35754   6919878107673 06-NOV-12 6919878258511 06-NOV-12
      1    35755   6919878258511 06-NOV-12 6919878308336 06-NOV-12
      1    35756   6919878308336 06-NOV-12 6919878424419 06-NOV-12
      1    35757   6919878424419 06-NOV-12 6919878488485 06-NOV-12
      1    35758   6919878488485 06-NOV-12 6919878827092 06-NOV-12
      1    35759   6919878827092 06-NOV-12 6919879350098 07-NOV-12
      1    35760   6919879350098 07-NOV-12 6919879675556 07-NOV-12
      2    35949   6919870864360 06-NOV-12 6919871494640 06-NOV-12
      2    35950   6919871494640 06-NOV-12 6919871887487 06-NOV-12
      2    35951   6919871887487 06-NOV-12 6919872410655 06-NOV-12
      2    35952   6919872410655 06-NOV-12 6919872552468 06-NOV-12
      2    35953   6919872552468 06-NOV-12 6919872698940 06-NOV-12
      2    35954   6919872698940 06-NOV-12 6919872872690 06-NOV-12
      2    35955   6919872872690 06-NOV-12 6919872980371 06-NOV-12
      2    35956   6919872980371 06-NOV-12 6919873085902 06-NOV-12
      2    35957   6919873085902 06-NOV-12 6919873569082 06-NOV-12
      2    35958   6919873569082 06-NOV-12 6919873949096 06-NOV-12
      2    35959   6919873949096 06-NOV-12 6919874404640 06-NOV-12
      2    35960   6919874404640 06-NOV-12 6919875011814 06-NOV-12
      2    35961   6919875011814 06-NOV-12 6919875631429 06-NOV-12
      2    35962   6919875631429 06-NOV-12 6919876324885 06-NOV-12
      2    35963   6919876324885 06-NOV-12 6919876363526 06-NOV-12
      2    35964   6919876363526 06-NOV-12 6919876748508 06-NOV-12
      2    35965   6919876748508 06-NOV-12 6919877741784 06-NOV-12
      2    35966   6919877741784 06-NOV-12 6919878108943 06-NOV-12
      2    35967   6919878108943 06-NOV-12 6919878424477 06-NOV-12
      2    35968   6919878424477 06-NOV-12 6919879012111 06-NOV-12
      2    35969   6919879012111 06-NOV-12 6919879260589 07-NOV-12
      2    35970   6919879260589 07-NOV-12 6919879350086 07-NOV-12
      2    35971   6919879350086 07-NOV-12 6919879464935 07-NOV-12
      2    35972   6919879464935 07-NOV-12 6919879548399 07-NOV-12
      2    35973   6919879548399 07-NOV-12 6919879675564 07-NOV-12
    RMAN> list incarnation;
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    1       1       ALEPHPR  3573460394       PARENT  1          13-MAY-10
    2       2       ALEPHPR  3573460394       PARENT  2229467    28-JUN-10
    3       3       ALEPHPR  3573460394       CURRENT 6918261828355 26-SEP-12The ASM structure is created...
    ASMCMD> lsdg
    State Type Rebal Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name
    MOUNTED EXTERN N 512 4096 1048576 509282 507421 0 507421 0 N DATA1/
    MOUNTED EXTERN N 512 4096 1048576 50641 42850 0 42850 0 N FLASH/
    ASMCMD> cd DATA1/ALEPHPR/DATAFILE
    ASMCMD> pwd
    +DATA1/ALEPHPR/DATAFILEBoth source and target databases are 11.2.0.2 PSU 6 running on Linux x64. I cannot use RMAN Duplicate since there is no visibility among different environments (PROD - QA in this case).
    Any idea?
    Thanks
    Martin
    Edited by: martin.morono on Nov 8, 2012 11:19 AM
    Edited by: martin.morono on Nov 8, 2012 11:49 AM

    Thanks Levi,
    I slightly modified your script to recatalog the backup pieces since they are note stored at the same location in PR and QA.
    No luck. The error message is different but the result is the same... it keeps failing.
    RMAN> run {
    2> allocate channel c1 device type disk;
    3> allocate channel c2 device type disk;
    4> restore controlfile from '/restorealeph/c-3573460394-20121107-01';
    5> startup mount;
    6> catalog start with '/restorealeph/';
    7> restore database from tag 'BACKUP_ALEPHPR.TUR_110712030000';
    8> }
    allocated channel: c1
    channel c1: SID=191 device type=DISK
    allocated channel: c2
    channel c2: SID=131 device type=DISK
    Starting restore at 09 NOV 2012 13:11:09
    channel c2: skipped, AUTOBACKUP already found
    channel c1: restoring control file
    channel c1: restore complete, elapsed time: 00:00:15
    output file name=+DATA1/alephpr/controlfile/current.260.798747585
    output file name=+FLASH/alephpr/controlfile/current.276.798747585
    Finished restore at 09 NOV 2012 13:11:24
    database is already started
    database mounted
    Starting implicit crosscheck backup at 09 NOV 2012 13:11:31
    Crosschecked 52 objects
    Finished implicit crosscheck backup at 09 NOV 2012 13:11:39
    Starting implicit crosscheck copy at 09 NOV 2012 13:11:39
    Crosschecked 2 objects
    Finished implicit crosscheck copy at 09 NOV 2012 13:11:40
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_2_seq_1.279.795017193
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_2_seq_34950.273.795014469
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_1.281.795017413
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_2.283.795017519
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_3.290.795018411
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_4.291.795018559
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_5.292.795018707
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_6.293.795018811
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_7.294.795018899
    File Name: +flash/ALEPHPR/ARCHIVELOG/2012_09_26/thread_1_seq_8.295.795020509
    File Name: +flash/ALEPHPR/CONTROLFILE/Current.268.798725123
    searching for all files that match the pattern /restorealeph/
    List of Files Unknown to the Database
    =====================================
    File Name: /restorealeph/9cnpm51u_1_1
    File Name: /restorealeph/9enpm6lj_1_1
    File Name: /restorealeph/c-3573460394-20121107-00
    File Name: /restorealeph/c-3573460394-20121107-01
    File Name: /restorealeph/c-3573460394-20121106-01
    Do you really want to catalog the above files (enter YES or NO)? YEs
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /restorealeph/9cnpm51u_1_1
    File Name: /restorealeph/9enpm6lj_1_1
    File Name: /restorealeph/c-3573460394-20121107-00
    File Name: /restorealeph/c-3573460394-20121107-01
    File Name: /restorealeph/c-3573460394-20121106-01
    Starting restore at 09 NOV 2012 13:11:48
    released channel: c1
    released channel: c2
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 11/09/2012 13:11:48
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 31 found to restore
    RMAN-06023: no backup or copy of datafile 30 found to restore
    RMAN-06023: no backup or copy of datafile 29 found to restore
    RMAN-06023: no backup or copy of datafile 28 found to restore
    RMAN-06023: no backup or copy of datafile 27 found to restore
    RMAN-06023: no backup or copy of datafile 26 found to restore
    RMAN-06023: no backup or copy of datafile 19 found to restore
    RMAN-06023: no backup or copy of datafile 18 found to restore
    RMAN-06023: no backup or copy of datafile 17 found to restore
    RMAN-06023: no backup or copy of datafile 16 found to restore
    RMAN-06023: no backup or copy of datafile 15 found to restore
    RMAN-06023: no backup or copy of datafile 14 found to restore
    RMAN-06023: no backup or copy of datafile 13 found to restore
    RMAN-06023: no backup or copy of datafile 12 found to restore
    RMAN-06023: no backup or copy of datafile 11 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 restore
    RMAN>Just in case, I re-run this script including the crosscheck backup and the delete noprompt expired backups before restoring an the error messages were the same.
    THanks again for your help.
    Regards.
    Martin
    Edited by: martin.morono on Nov 9, 2012 7:21 AM

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

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

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

  • HOW TO RESOLVE ORA-01110 during RMAN restoration in oracle 11g

    Microsoft Windows XP [Version 5.1.2600]
    (C) Copyright 1985-2001 Microsoft Corp.
    C:\Documents and Settings\tanmoy>rman
    Recovery Manager: Release 11.1.0.6.0 - Production on Fri Mar 29 22:55:02 2013
    Copyright (c) 1982, 2007, Oracle. All rights reserved.
    RMAN> connect target orcl
    target database Password:
    connected to target database (not started)
    RMAN> startup nomount;
    Oracle instance started
    Total System Global Area 535662592 bytes
    Fixed Size 1334380 bytes
    Variable Size 150995860 bytes
    Database Buffers 377487360 bytes
    Redo Buffers 5844992 bytes
    RMAN> restore controlfile from autobackup;
    Starting restore at 29-MAR-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=153 device type=DISK
    recovery area destination: D:\app\administrator\flash_recovery_area
    database name (or database unique name) used for search: ORCL
    channel ORA_DISK_1: AUTOBACKUP D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUT
    OBACKUP\2012_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP found in the recovery area
    AUTOBACKUP search with format "%F" not attempted because DBID was not set
    channel ORA_DISK_1: restoring control file from AUTOBACKUP D:\APP\ADMINISTRATOR\
    FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP
    channel ORA_DISK_1: control file restore from AUTOBACKUP complete
    output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL01.CTL
    output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL02.CTL
    output file name=D:\APP\ADMINISTRATOR\ORADATA\ORCL\CONTROL03.CTL
    Finished restore at 29-MAR-13
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> catalog recovery area;
    Starting implicit crosscheck backup at 29-MAR-13
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=153 device type=DISK
    Crosschecked 5 objects
    Finished implicit crosscheck backup at 29-MAR-13
    Starting implicit crosscheck copy at 29-MAR-13
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 29-MAR-13
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_12\O
    1_MF_1_1450_8DK6YO0M_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1451_8DLPSYDY_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1452_8DLVBJZ7_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1452_8DM0LM1L_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1453_8DM0LM1L_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1454_8DM0NQ8X_.ARC
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\2012_12_12\O
    1_MF_S_801849930_8DJQHTTW_.BKP
    searching for all files in the recovery area
    List of Files Unknown to the Database
    =====================================
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1453_8DLXCJOB_.ARC
    Do you really want to catalog the above files (enter YES or NO)? Y
    cataloging files...
    no files cataloged
    List of Files Which Where Not Cataloged
    =======================================
    File Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2012_12_13\O
    1_MF_1_1453_8DLXCJOB_.ARC
    RMAN-07517: Reason: The file header is corrupted
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Size Device Type Elapsed Time Completion Time
    512 245.35M DISK 00:00:39 12-DEC-12
    BP Key: 512 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160059
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
    _12_12\O1_MF_ANNNN_TAG20121212T160059_8DJQ7OF3_.BKP
    List of Archived Logs in backup set 512
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 1440 487654314 09-DEC-12 487695982 10-DEC-12
    1 1441 487695982 10-DEC-12 487719639 10-DEC-12
    1 1442 487719639 10-DEC-12 487741536 10-DEC-12
    1 1443 487741536 10-DEC-12 487741634 10-DEC-12
    1 1444 487741634 10-DEC-12 487771824 10-DEC-12
    1 1445 487771824 10-DEC-12 487803737 12-DEC-12
    1 1446 487803737 12-DEC-12 487810247 12-DEC-12
    1 1447 487810247 12-DEC-12 487819910 12-DEC-12
    1 1448 487819910 12-DEC-12 487837944 12-DEC-12
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    513 Full 1.94G DISK 00:03:18 12-DEC-12
    BP Key: 513 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160150
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
    _12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP
    List of Datafiles in backup set 513
    File LV Type Ckp SCN Ckp Time Name
    1 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.D
    BF
    2 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSAUX01.D
    BF
    3 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\UNDOTBS01.
    DBF
    4 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\USERS01.DB
    F
    5 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\EXAMPLE01.
    DBF
    6 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_SMILE.
    DBF
    7 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_GENERA
    L.DBF
    8 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_EMR.DB
    F
    9 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_DIAGNO
    STICS.DBF
    10 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_PHARMA
    CY.DBF
    11 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_PATIEN
    T.DBF
    12 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_ACCOUN
    T.DBF
    13 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_INVENT
    ORY.DBF
    14 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_HR.DBF
    15 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_DUMMY.
    DBF
    16 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_AUDIT.
    DBF
    17 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_FACILI
    TIES.DBF
    19 Full 487837993 12-DEC-12 D:\APP\ADMINISTRATOR\ORADATA\ORCL\HMS_COMMON
    .DBF
    BS Key Size Device Type Elapsed Time Completion Time
    514 222.00K DISK 00:00:06 12-DEC-12
    BP Key: 514 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160520
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2012
    _12_12\O1_MF_ANNNN_TAG20121212T160520_8DJQHGS1_.BKP
    List of Archived Logs in backup set 514
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 1449 487837944 12-DEC-12 487838190 12-DEC-12
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    515 Full 12.17M DISK 00:00:00 12-DEC-12
    BP Key: 515 Status: AVAILABLE Compressed: NO Tag: TAG20121212T160530
    Piece Name: D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\AUTOBACKUP\201
    2_12_12\O1_MF_S_801849930_8DJQHTTW_.BKP
    SPFILE Included: Modification time: 12-DEC-12
    SPFILE db_unique_name: ORCL
    Control File Included: Ckp SCN: 487838210 Ckp time: 12-DEC-12
    RMAN> run {Set until sequence 1450;
    2> Restore database;
    3> Recover database;
    4> }
    executing command: SET until clause
    Starting restore at 29-MAR-13
    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 D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\SYSTEM01.DBF
    channel ORA_DISK_1: restoring datafile 00002 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\SYSAUX01.DBF
    channel ORA_DISK_1: restoring datafile 00003 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\UNDOTBS01.DBF
    channel ORA_DISK_1: restoring datafile 00004 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\USERS01.DBF
    channel ORA_DISK_1: restoring datafile 00005 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\EXAMPLE01.DBF
    channel ORA_DISK_1: restoring datafile 00006 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_SMILE.DBF
    channel ORA_DISK_1: restoring datafile 00007 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_GENERAL.DBF
    channel ORA_DISK_1: restoring datafile 00008 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_EMR.DBF
    channel ORA_DISK_1: restoring datafile 00009 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_DIAGNOSTICS.DBF
    channel ORA_DISK_1: restoring datafile 00010 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_PHARMACY.DBF
    channel ORA_DISK_1: restoring datafile 00011 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_PATIENT.DBF
    channel ORA_DISK_1: restoring datafile 00012 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_ACCOUNT.DBF
    channel ORA_DISK_1: restoring datafile 00013 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_INVENTORY.DBF
    channel ORA_DISK_1: restoring datafile 00014 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_HR.DBF
    channel ORA_DISK_1: restoring datafile 00015 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_DUMMY.DBF
    channel ORA_DISK_1: restoring datafile 00016 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_AUDIT.DBF
    channel ORA_DISK_1: restoring datafile 00017 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_FACILITIES.DBF
    channel ORA_DISK_1: restoring datafile 00019 to D:\APP\ADMINISTRATOR\ORADATA\ORC
    L\HMS_COMMON.DBF
    channel ORA_DISK_1: reading from backup piece D:\APP\ADMINISTRATOR\FLASH_RECOVER
    Y_AREA\ORCL\BACKUPSET\2012_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP
    channel ORA_DISK_1: piece handle=D:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\B
    ACKUPSET\2012_12_12\O1_MF_NNNDF_TAG20121212T160150_8DJQ92L5_.BKP tag=TAG20121212
    T160150
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:05:15
    Finished restore at 29-MAR-13
    Starting recover at 29-MAR-13
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 03/29/2013 23:03:53
    ORA-19698: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG is from different databa
    se: id=1339157974, db_name=ORCL
    RMAN> alter database open resetlogs;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 03/29/2013 23:07:08
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'

    Hi,
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 03/29/2013 23:03:53
    ORA-19698: D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG is from different databa
    se: id=1339157974, db_name=ORCL
    RMAN> alter database open resetlogs;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 03/29/2013 23:07:08
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: 'D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'Restore finished successfully. But Recover is not.
    Can you delete or move D:\APP\ADMINISTRATOR\ORADATA\ORCL\REDO01.LOG - redolog files to othere directory.
    And recover again. Because this redo log files is belonging to other database.
    Regards
    Mahir M. Quluzade

  • RMAN Restore is asking for 3 days tapes in place of 1 day tape

    Hi All,
    I'm doing oracle disaster recovery through RMAN and VERITAS on Solaris machine. Version detail is as follows:
    Oracle: 8i (8.1.7.4)
    Veritas: 5.1
    Solaris: 8 (5.8)
    Script to restore and recover database
    run {
    allocate channel c1 type 'sbt_tape';
    restore database;
    recover database;
    Daily we are doing full RMAN backup (Level 0). I've restored the catalogs of veritas upto 16th Jan. Catalog Database (RMAN) is upto latest (16th). While restoring, its asking for 3 days tapes (12 Jan,13 Jan,14 Jan). Why it is asking for 3 days tapes and why not it asking only latest tapes that is of 15 th Jan. How can it possible for me to restrict it only one day and that is of choice means if I want to restore/recover until 13 then I should provide tape of 13th Jan only and If I want to recover upto 15th then I should provide tapes of 15th Jan only.
    Regards
    Rakesh

    What do you mean by doing disaster recovery through net vertias ? what made this situtation to accour at your end ? And what are the techniques you are using to accomplish disaster recovery , by seeing your commands i believe it is just a simple restore and recovery .one more thing i like to ask is What do you mean by saying the you restored the catalog to 16th of jan ?
    hare krishna
    Alok

  • Restore / Recover / Overall nice treatment of UNDO

    Hi,
    I'm updating our 'Backup and Recovery Bible' which was written when UNDO was but a twinkle in the eye of Oracle Developers. I'm a bit unsure of how recovery should be done in the event that the UNDO tablespace or any of its datafiles dies.
    I do know that I can create another UNDO tablespace if for example we lose one of the datafiles that isn't being used at the time of the failure. But could someone point me to a good link or comment on what should be done if we have a problem with UNDO in terms of restore / recover / RMAN usage etc.
    We're using both 9i and 10g on Solaris. For the moment no interface to a media manager.
    Cheers.

    Confusion sets in.
    I don't understand why (after renaming an undo datafile to OFF_undo) I'm not getting anything in the v$recover_file view.
    undo datafile name changed
    SQL> create table lambda (col1 varchar2(10)) tablespace users;
    create table lambda (col1 varchar2(10)) tablespace users
    ERROR at line 1:
    ORA-00604: error occurred at recursive SQL level 1
    ORA-01116: error in opening database file 2
    ORA-01110: data file 2: '/database/data01/z111ot11/undo_01.dbf'
    ORA-27041: unable to open file
    SVR4 Error: 2: No such file or directory
    Additional information: 3
    SQL> SELECT FILE#, ERROR, ONLINE_STATUS, CHANGE#, TIME
    FROM V$RECOVER_FILE; 2
    no rows selected
    SQL> COL DF# FORMAT 999
    SQL> COL DF_NAME FORMAT A35
    SQL> COL TBSP_NAME FORMAT A7
    SQL> COL STATUS FORMAT A7
    SQL> COL ERROR FORMAT A10
    SQL> COL CHANGE# FORMAT 99999999
    SQL> SELECT r.FILE# AS df#, d.NAME AS df_name, t.NAME AS tbsp_name,
    2 d.STATUS, r.ERROR, r.CHANGE#, r.TIME
    3 FROM V$RECOVER_FILE r, V$DATAFILE d, V$TABLESPACE t
    4 WHERE t.TS# = d.TS#
    5 AND d.FILE# = r.FILE#
    6 ;
    no rows selected
    Nothing in the alert.log either. If the UNDO is that important - why isn't the database screaming at me?

  • RMAN restore from 10g to 11g

    Dear All,
    I have full rman backup and archivelog pieces where the version is 10.2.0.1.
    Now I have prepared a server with oracle 11g and same mount points and want to restore the database from those pieces.
    Is it possible?
    If yes then what extra precautions and necessary things I need to do before or after the restoration?
    Thanks in advance.

    Megatron wrote:
    No. I just want to upgrade my db. So that I plan to follow the below steps
    1. install oracle 11g software only in my new machine.
    2. copy the backup pieces from 10G server to 11G server.
    3. Run the rman restore and recover command.
    Will it be any issue?Yes, it is issue.
    You have to upgrade the database.
    Run from source 10g database, @?/rdbms/admin/utlu111i.sql
    In upgrade mode @?/rdbms/admin/catupgrd.sql
    after opening database in 11g @?/rdbms/admin/utlrp.sql

  • Impact of Rman restore on test server.

    Hi,
    I am working on oracle 10g on linux 64 bit
    I have rman backup from production database. Name and SID of production database is Prod1 and i want to to check this RMAN backup after restoring it on the other test server (VMDB) for Disaster recovery.
    Now problem is that, i want to test it for DR, where i only need to run a script to restore and recover a database at the time of disaster in production site.
    My disaster recovery site will be in different network, so i can keep the name of database and sid same as of Production but is it possible that i could install the database in test database with same db name and same sid as of Production when Test and Production database are in same network.
    What will be the steps if i want to have a single script to restore database to new server. Do i need to create database with installation of Oracle on test machine or RMAN script will create database by itself.
    Do i need to set same dbid as of production in test database before restore. What can be the problems when i have production database running and i am restoring backup of same database on test machine with different IP address but same database name and SID and setting same DBID. I am not using catalog
    I have a full backup of database +Auto backup of controlfile and spfile
    Production database is being accessed by client via TOMCAT server.

    >
    is it possible that i could install the database in test database with same db name and same sid as of Production when Test and Production database are in same network.
    >Yes it is possible.
    >Do i need to create database with installation of Oracle on test machine or RMAN script will create database by itself.
    >
    There is no need to run CREATE DATABASE. Running the right RMAN RESTORE statements will recreate database control files, datafiles and redo log files.
    >What will be the steps if i want to have a single script to restore database to new server.
    >
    Note that in case of disaster recovery, you must make sure that RMAN backups are available from test server.
    You can try to apply following example to your environment:
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmrecov.htm#BRADV156
    >
    What can be the problems when i have production database running and i am restoring backup of same database on test machine with different IP address but same database name and SID and setting same DBID. I am not using catalog If you are not using RMAN catalog, risks are limited: you should take care at least:
    1. that Oracle Net configuration files (tnsnames.ora) used in production are not updated
    2. that any tool/script you are using to manage (monitor, backup, etc.) the test database does not interfere with the production database.

  • RMAN-06067: RECOVER DATABASE required with a backup or created controlfile

    Hi,
    DB:9.2.0.8
    OS: AIX 5.3
    I am restoring DB with until time(12/06/2012) for needed tablespaces.
    I restored the 12th date controlfile ,which is backed up with archivedlogs. I also have one more controlfile which backed up with full DB..
    Restore of tablespaces are completed..
    When recovery is going , failed with following error..
    allocated channel: c7
    channel c7: sid=22 devtype=SBT_TAPE
    channel c7: VERITAS NetBackup for Oracle - Release 5.1 (2006040520)
    allocated channel: c8
    channel c8: sid=21 devtype=SBT_TAPE
    channel c8: VERITAS NetBackup for Oracle - Release 5.1 (2006040520)
    executing command: SET until clause
    Starting recover at 23-06-2012 02:00:15
    released channel: c1
    released channel: c2
    released channel: c3
    released channel: c4
    released channel: c5
    released channel: c6
    released channel: c7
    released channel: c8
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 06/23/2012 03:36:57
    RMAN-06067: RECOVER DATABASE required with a backup or created controlfile
    RMAN>
    Restore Script:
    connect target /
    connect catalog rmanc/recom@lgn_rmanc
    run {
    allocate channel c1 type 'SBT_TAPE';
    allocate channel c2 type 'SBT_TAPE';
    allocate channel c3 type 'SBT_TAPE';
    allocate channel c4 type 'SBT_TAPE';
    allocate channel c5 type 'SBT_TAPE';
    allocate channel c6 type 'SBT_TAPE';
    allocate channel c7 type 'SBT_TAPE';
    allocate channel c8 type 'SBT_TAPE';
    allocate channel c9 type 'SBT_TAPE';
    allocate channel c10 type 'SBT_TAPE';
    allocate channel c11 type 'SBT_TAPE';
    allocate channel c12 type 'SBT_TAPE';
    set until time '12-06-2012 00:01:26';
    restore tablespace SYSTEM,UNDO_GEN01,UNDO_GEN02,TAB_80K_GENCON,TAB_25M_GENCON;
    release channel c1;
    release channel c2;
    release channel c3;
    release channel c4;
    release channel c5;
    release channel c6;
    release channel c7;
    release channel c8;
    release channel c9;
    release channel c10;
    release channel c11;
    release channel c12;
    Recover Script:
    connect catalog rmanc/recom@lgn_rmanc
    connect target /
    run {
    allocate channel c1 type 'SBT_TAPE';
    allocate channel c2 type 'SBT_TAPE';
    allocate channel c3 type 'SBT_TAPE';
    allocate channel c4 type 'SBT_TAPE';
    allocate channel c5 type 'SBT_TAPE';
    allocate channel c6 type 'SBT_TAPE';
    allocate channel c7 type 'SBT_TAPE';
    allocate channel c8 type 'SBT_TAPE';
    set until time '12-06-2012 00:01:26';
    recover tablespace SYSTEM,UNDO_GEN01,UNDO_GEN02,TAB_80K_GENCON,TAB_25M_GENCON;
    release channel c1;
    release channel c2;
    release channel c3;
    release channel c4;
    release channel c5;
    release channel c6;
    release channel c7;
    release channel c8;
    Any suggestion in this is helpful to me..
    Thanks in advance,

    Hello;
    I read your post and here's the thoughts that came to mind : ( my largest concern is you might restore something that damages your current system )
    1. So you want to restore the whole DB back to 12/06/2012 to get some tablespaces from then right?
    2. Are you restoring to a different system?
    3. How did you start the database ( NOMOUNT, MOUNT )
    4. If you are restoring the whole DB back to 12/06/2012 how did you restore the control file?
    5. Your command shows :
    restore tablespace SYSTEM,UNDO_GEN01,UNDO_GEN02,TAB_80K_GENCON,TAB_25M_GENCON;
    COMMENT : Generally I use recover tablespace for point in time recovery and use an auxilary destination.
    Meaning I don't use restore at all, in fact using restore may cause an issue.
    SUMMARY : I don't see how this will work as is.
    It seems you want data from five tablespaces from about six months ago including the SYSTEM tablespace.
    This is an Incomplete Recovery. I believe I would rethink this completely.
    Give the time that has past I would consider restoring the whole database to a different server where cannot damage anything.
    Once this is done I would decide how to get the data I need.
    Or I would check for a daily export file and recover the tablespace data that way.
    So you have some good details on your question but it seems the plan is either missing something or you need to add a few more details.
    Example
    I'm recovering old tablespaces into a test system.
    Here's how I'm not damaging my current production system.
    I don't have an export from that date.
    So take a step back and either rethink or give a few more details on how this is safe.
    Best Regards
    mseberg

  • Block corruptioin after rman restore/recovery

    Thanks for taking my question!
    Oracle Enterprise Edition 11.1.0.7 on Windows 2008. Using Rman on-line backups COMPRESSED.
    Can anyone give me any ideas on why SYSAUX data block corruption should occur after a rman recovery?
    Below is my script. Am I missing something? Should I be physically removing the redo? Any ideas welcome?
    Thanks!
    Kathie
    rman> restore until seq = 123
    recover until seq = 123
    alter database open resetlogs;
    Background:
    I had to do a rman recovery the other day to restore our database back to the previous day. After the recovery the sysaux table became logically corrupted. I tried to fix data corruption with rman but it said it couldn't after reading thru 6 days of backups. I ended up deleting the database, recreating the database and restoring from an export takien a few hours prior.
    I now have a database to test rman recovery. Database has been up and rman backups (compressed) running for several days. I tried to recover back to previouse day and again SYSAUX has logical corruption. I tried to use Rman to recover data corruption but it failed.
    I deleted database and recreated it. Took several rman on-line backups (this time not compressed). Did 3rd recovery this time only a few hours back. This time everything worked - no sysaux block corruption but why? The only difference is the recovery used non compressed backups and recovery was a shorter time frame. why ???

    I agree the errors are not identical but I am going to stop performing compressed backups until I am sure that is not the issue.
    My first two recoveries had logical block corruption and this last one without compression set had no block corruption. I performed the same recovery process for all recoveries and the big difference was the successfull recovery did not have compressed backups. I checked v$database_block_corruption and it shows no errors. I also, performed a backup and verify to double check.
    The only issue I can see is below. I am hoping someone can confirm this is normal after "alter database open resetlogs". Can anyone verify that?
    Thanks!
    Kathie
    Thu Aug 27 10:17:49 2009
    alter database open resetlogs
    RESETLOGS after incomplete recovery UNTIL CHANGE 3587892
    Resetting resetlogs activation ID 3129052671 (0xba818dff)
    Thu Aug 27 10:17:50 2009
    Errors in file e:\oracle\diag\rdbms\cs90dev\cs90dev\trace\cs90dev_m000_2244.trc:
    ORA-00316: log 1 of thread 1, type 0 in header is not log file
    ORA-00312: online log 1 thread 1: 'E:\ORACLE\11.1.0\ORADATA\CS90DEV\REDO01.LOG'
    Errors in file e:\oracle\diag\rdbms\cs90dev\cs90dev\trace\cs90dev_m000_2244.trc:
    ORA-00316: log 2 of thread 1, type 0 in header is not log file
    ORA-00312: online log 2 thread 1: 'E:\ORACLE\11.1.0\ORADATA\CS90DEV\REDO02.LOG'
    Errors in file e:\oracle\diag\rdbms\cs90dev\cs90dev\trace\cs90dev_m000_2244.trc:
    ORA-00316: log 3 of thread 1, type 0 in header is not log file
    ORA-00312: online log 3 thread 1: 'E:\ORACLE\11.1.0\ORADATA\CS90DEV\REDO03.LOG'
    Thu Aug 27 10:17:53 2009
    Setting recovery target incarnation to 3

Maybe you are looking for

  • IMac display turns to greyscale.

    I accidently at one time clicked pop-up menu with two options: Black and white or greyscale, greydcale. The display turned to greyscale. I tried colorsync. I reload OX (at that time full colors came out). Then when the OXreload done, it turns back to

  • MSAD configuration with shared services issue?

    Hi i recently configured MSAD with shared services.but the problem is the hfm users are not in the same group in msad.so i am not getting all hfm users.so i configured 2 more msad groups. now the problem is while configuring we have to give user name

  • Canceling old Skype number

    I just added a new Skype number for Wisconsin, and now I wish to cancel my old Skype number with a Cincinnati area code. How do I do that? I followed the instructions, but there is no "cancel Skype number" option under my old Cincinnati Skype number.

  • SQLLDR - Unable to use field defined as FILLER

    Why doesn't SUBSTR(VJOB_NO, 1, 1) work? What am I doing wrong? Portion of control file: FIELDS TERMINATED BY "|" OPTIONALLY ENCLOSED BY '"' TRAILING NULLCOLS cycle_no CONSTANT '0002', VJOB_NO FILLER CHAR, spaces FILLER, RETRIEVAL_STATUS EXPRESSION "C

  • F-spot and RAW files?

    Are you able to open RAW files in Arch version of f-spot? I can import jpegs but my orf files are not visible. Is it Arch package fault?