RMAN Restore result in defragmentation or not??

Hi All,
I have read on various Oracle support sites that Oracle 10g RMAN backup uses unused block compression technique for database backup.
What I understand from unused block compression is : It will backup only currently used data blocks and leave free blocks i.e used_MB marked in the query:
select file_name,t.file_id,t.tablespace_name, total-free used_MB from
(select file_name,file_id,tablespace_name,bytes/1024/1024 total from dba_data_files) t ,
(select file_id,tablespace_name,sum(bytes/1024/1024) free from dba_free_space
group by file_id,tablespace_name) f where t.file_id=f.file_id;
If so,whether restoring database from such a backupset will result in a database with reduced datafile frgmentation like exp/imp.
Please help DBA Gurus.
Regards,
Saket Bansal

saket bansal wrote:
other than exp/imp and rebuilding its objects..Hi Saket,
you will need to create another tablespace and move all objects from the tablespace with the fragmented datafile/s into the newly created tablespace.

Similar Messages

  • 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

  • If I need a full rman restore which backups will it use?

    Hello,
    I have a database 11.1.0.7 with 8TB. Block change tracking is enabled.
    At the weekend I take level 0 backup and during the week level 1 cumulative.
    For some weeks the level 0 backup is failing, so I only have level 1 cumulative backups taken every week day with a 4 weeks old level 0 backup.
    If I need a full rman restore which backups will it use? Will it be the last level 0 backup with the last level 1 cumulative?
    I ask this because grid crontrol tells me that the recent level 1 backups input size is smaller than last week level 1 backups and in between I dont have any level 0 sucessfull backups. Shouldn't the input size of level 1 cumulative increase until the next level 0 backup ?
    The grid reports:
    Backup Name Status Start Time Time Taken Type Output Devices Input Size Output Size Output Rate (Per Sec)
    rman_df_lv1c COMPLETED 25/Jul/2011 21H00m WEST 02:33:29 DB INCR SBT_TAPE *1.32T* 289.02G 32.14M
    rman_df_lv0 FAILED 23/Jul/2011 02H01m WEST DB INCR SBT_TAPE 8.78T 8.06T
    rman_df_lv1c COMPLETED 21/Jul/2011 21H00m WEST 04:39:38 DB INCR SBT_TAPE *3.46T* 550.82G 33.62M
    rman_df_lv1c COMPLETED 20/Jul/2011 21H00m WEST 04:47:36 DB INCR SBT_TAPE *3.37T* 524.36G 31.12M
    rman_df_lv1c COMPLETED 19/Jul/2011 21H00m WEST 04:06:09 DB INCR SBT_TAPE *3.15T* 490.75G 34.03M
    rman_df_lv1c COMPLETED 18/Jul/2011 21H00m WEST 03:40:24 DB INCR SBT_TAPE *2.49T* 410.88G 31.82M
    rman_df_lv0 FAILED 16/Jul/2011 22H16m WEST DB INCR SBT_TAPE 6.27T 5.69T
    rman_df_lv1c FAILED 14/Jul/2011 21H00m WEST 06:13:40 DB INCR SBT_TAPE 4.38T 714.30G 32.62M
    rman_df_lv1c FAILED 13/Jul/2011 21H01m WEST 04:40:45 DB INCR SBT_TAPE 3.25T 542.98G 33.01M
    rman_df_lv1c COMPLETED 12/Jul/2011 21H00m WEST 07:15:54 DB INCR SBT_TAPE 4.74T 847.93G 33.20M
    rman_df_lv1c COMPLETED 11/Jul/2011 21H00m WEST 07:26:40 DB INCR SBT_TAPE 3.78T 766.40G 29.28M
    rman_df_lv0 FAILED 9/Jul/2011 02H32m WEST 04:30:44 DB INCR SBT_TAPE 749.89G 716.02G 45.14M
    rman_df_lv1c FAILED 7/Jul/2011 21H01m WEST 04:49:24 DB INCR SBT_TAPE 2.16T 515.90G 30.42M
    rman_df_lv1c FAILED 6/Jul/2011 21H00m WEST 01:26:06 DB INCR SBT_TAPE 745.83G 165.48G 32.80M
    rman_df_lv1c FAILED 5/Jul/2011 21H01m WEST 00:05:48 DB INCR SBT_TAPE 58.56G 7.56G 22.24M
    rman_df_lv1c FAILED 4/Jul/2011 21H00m WEST 01:55:03 DB INCR SBT_TAPE 422.40G 79.55G 11.80M
    rman_df_lv0 FAILED 3/Jul/2011 16H32m WEST 30:22:04 DB INCR SBT_TAPE 4.53T 4.21T 40.40M

    >
    If I need a full rman restore which backups will it use? Will it be the last level 0 backup with the last level 1 cumulative?
    From http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/rcmvalid.htm
    Validating Backups Before Restoring Them
    You can run RESTORE ... VALIDATE to test whether RMAN can restore a specific file or set of files from a backup. RMAN chooses which backups to use.
    The database must be mounted or open for this command. You do not have to take datafiles offline when validating the restore of datafiles, because validation of backups of the datafiles only reads the backups and does not affect the production datafiles.
    When validating files on disk or tape, RMAN reads all blocks in the backup piece or image copy. RMAN also validates offsite backups. The validation is identical to a real restore operation except that RMAN does not write output files.
    You can monitor what RESTORE VALIDATE does.
    Make precautions, so you do not damage the production DB!!!
    Iordan Iotzov
    http://iiotzov.wordpress.com/

  • RMAN restore from active database, ASM

    I'm attempting to refresh a stage database from a prod database using RMAN restore from active database. Both are on ASM. After working through various hurdles, I've got one issue I'm a bit stuck on. I've got a handful of data files that do NOT have OMF names (ie MSTRDATA/mstrmdpd/datafile/gsa_indx instead of MSTRDATA/mstrmdpd/datafile/gsa_indx.351.714779777) and these are failing when I do the restore. The syntax I'm using in RMAN is as follows:
    duplicate target database to dwstage
    from active database
    spfile parameter_value_convert 'dwprod','dwstage'
    SET DB_FILE_NAME_CONVERT '+DWPROD','+DWSTAGE'
    SET LOG_FILE_NAME_CONVERT '+DWPROD','+DWSTAGE';
    The error message I'm getting is this:
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 04/21/2011 13:26:24
    ORA-17628: Oracle error 19505 returned by remote Oracle server
    continuing other job steps, job failed will not be re-run
    Normally from what I've seen/read this error can be traced back to needing to pre-create the directories for the controlfiles etc, but since 90% of the datafiles copied correctly...
    Any suggestions as to a way around this, or am I going to be forced to restore from a backupset?

    This fails saying that "ORA-12528: TNS:listener: all appropriate instances are blocking new connections" which is quite normal given that the listener is havig a handle in BLOCKED state for this AUXDB as it is in NOMOUNT state.
    Could you please help me on how to proceed?
    One option can be to create the controlfile manually and mount the instance before doing the duplicate. I hope Rman can continue from there.
    Another option is to go for backup based duplicate.
    Is there any other way to go?
    Provide static registration on AUXILIARY side for your auxiliary instance and try again.For example change listener.ora file as
    SID_LIST_LISTENER =
      (SID_LIST =
        (SID_DESC =
          (GLOBAL_DBNAME = AUXDB)
          (ORACLE_HOME = <your oracle home>)
          (SID_NAME = AUXDB)
    LISTENER =
      (DESCRIPTION =
        (ADDRESS = (PROTOCOL = TCP)(HOST = <auxiliary host/ip>)(PORT = 1521))
      )And restart listener on auxiliary host then try again

  • 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  restoration hangs with no errors

    Hi,
    Platform:solaris 10
    oracle version:oracle 10g
    I am restoring the backup from tape using RMAN.
    iWe have production instances in /data1 to /data11; it is connected to TAPE through fibre cable with the speed of 256MBS/sec.
    Our restoration is /aux_data01 to /aux_data11 in the same server.( fairport80)
    But our restoration takes very long time. To restore 900 GB is has taken 42 hrs.
    a) During the validation it has not give any error.
    b) During restoration also it has not give any error (till to time)
    Last update in the restoration log was today morning at 2:00 am. There after the restoration was in stale. It seems that it does not processing. Please assist me.
    We are restoring the database as of 16-oct-2007.
    As of 16-oct-2007 the database size was 1,763GB. It has restored 1742GB, There after no progress at all. (From 2am today)
    Validate.
    During validate it has not given any error
    Restoration.
    During the restoration has not thrown any error at all. But no progress after 24-oct-2007 2:00 am onwards.
    All data files were restored, but control files are not restored.
    Conclusion
    Last time in 30Hrs we hit an error. but now after 84 hrs it is stale.
    Can anyone help in this please
    With Regards
    Boo

    hi,
    can we have a look at your restore command?
    regards
    Alan

  • 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

  • Can rman restore tablespace to a different tablespace name?

    Hi all,
    I was wondering that can RMAN restore a tablespace to a different name tablespace in the same instance? I have the full backup by RMAN, I wonder I can do that or not? Any helps would be greatly appreciated. Thank you.
    Rich,

    Hi,
    a tablespace is not necessarily a logical space to separate schema objects from one another (could be, but not necessarily, depends on your object distribution).
    So what you need is: export your original user schema with the exp utility
    then import this dump into another user schema with the imp tool (fromuser=old touser=new)
    BEFORE you create the new user and you give it a different default tablespace. If you like to really separate the objects in tablespaces (like for transportable tablespaces) you may deny access to any of the tablespaces of old user to the new user. That makes sure data is not erroneously loaded in the old tablespaces.
    Read the docs to understand this clearly if you like.

  • RMAN restoration

    Hi,
    Oracle 10.2.0.4.0 on AIX
    Im restoring the backup.
    I have restored the controlfile.
    When I give restore databse, It's throwing the error.
    RMAN> restore database
    2> ;
    Starting restore at 23-SEP-10
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    released channel: ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 09/23/2010 18:01:16
    ORA-19554: error allocating device, device type: SBT_TAPE, device name:
    ORA-27211: Failed to load Media Management Library
    Additional information: 2
    'ADDITION' And I'm trying to restore from disk
    Please suggest me
    Thanks
    KSG
    Edited by: KSG on Sep 23, 2010 6:16 PM 'ADDITION'

    Hi,
    Thanks again
    I have created the symbolic link for the directory '"/t24/rman". does symbolic link works with RMAN?
    RMAN> show all;
    RMAN configuration parameters are:
    CONFIGURE RETENTION POLICY TO NONE;
    CONFIGURE BACKUP OPTIMIZATION OFF;
    CONFIGURE DEFAULT DEVICE TYPE TO DISK;
    CONFIGURE CONTROLFILE AUTOBACKUP OFF;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/t24/rman/%U';
    CONFIGURE MAXSETSIZE TO UNLIMITED;
    CONFIGURE ENCRYPTION FOR DATABASE OFF;
    CONFIGURE ENCRYPTION ALGORITHM 'AES128';
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/glosoft/oracle/oracle10g/product/10.2.0/db_1/dbs/snapcf_hilalrac.f'; # default
    RMAN> restore database;
    Starting restore at 23-SEP-10
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 09/23/2010 18:46:14
    RMAN-12009: command aborted because some backup pieces could not be located
    RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23595_p1
    RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23597_p1
    RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23598_p1
    RMAN-12008: could not locate backup piece /t24/rman/df_t724770389_s23596_p1
    $ cd /t24/rman
    $ ls
    cf_t724773247_s23600_p1 df_t724770389_s23596_p1 df_t724770389_s23598_p1
    df_t724770389_s23595_p1 df_t724770389_s23597_p1 df_t724772695_s23599_p1
    $
    Restoration started...
    I did the following
    RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' clear;
    old RMAN configuration parameters are successfully deleted
    released channel: ORA_DISK_1
    RMAN> show all;
    RMAN configuration parameters are:
    CONFIGURE RETENTION POLICY TO NONE;
    CONFIGURE BACKUP OPTIMIZATION OFF;
    CONFIGURE DEFAULT DEVICE TYPE TO DISK;
    CONFIGURE CONTROLFILE AUTOBACKUP OFF;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
    CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1;
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/t24/rman/%U';
    CONFIGURE MAXSETSIZE TO UNLIMITED;
    CONFIGURE ENCRYPTION FOR DATABASE OFF;
    CONFIGURE ENCRYPTION ALGORITHM 'AES128';
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE;
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/glosoft/oracle/oracle10g/product/10.2.0/db_1/dbs/snapcf_hilalrac.f'; # default
    rman>exit
    $rman target /
    rman>
    $ rman target /
    Recovery Manager: Release 10.2.0.4.0 - Production on Thu Sep 23 19:30:24 2010
    Copyright (c) 1982, 2007, Oracle. All rights reserved.
    connected to target database: HILALRAC (DBID=2934614354, not open)
    RMAN> restore database;
    Starting restore at 23-SEP-10
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=159 devtype=DISK
    channel ORA_DISK_1: starting datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    restoring datafile 00003 to /u01/oradata/hilalmisdata/sysaux01.dbf
    restoring datafile 00008 to /u01/oradata/hilalmisdata/t242dxml007.dbf
    restoring datafile 00016 to /u01/oradata/hilalmisdata/t242dxml003.dbf
    channel ORA_DISK_1: reading from backup piece /t24/rman/df_t724770389_s23596_p1
    Thanks again for everyone... :)
    Thanks
    KSG
    Edited by: KSG on Sep 23, 2010 7:36 PM ***Restoration started***

  • 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.

  • Restore command fails with "target not found.

    Hi,
    Can you help me explain what does the following output means and the possible way to clean it up? It doesn't look like to be a controlfile not in sync problem and the "change archivelog '..' uncatalog' reports file not found in controlfile. I have trouble finding out the root cause of this "restore failure" for archivelog. The "report unrecoverable" show no record. Thanks.
    This is 9iR2 under archivelog mode with weekly full backup. Recovery windows is set to 7 days.
    1)RMAN> restore archivelog all validate;
    ===========================================================
    RMAN-03002: failure of restore command at 08/22/2005 12:07:24
    RMAN-06026: some targets not found - aborting restore
    RMAN-06025: no backup of log thread 1 seq 1844 scn 133107107 found to restore
    RMAN-06025: no backup of log thread 1 seq 1843 scn 132994888 found to restore
    RMAN-06025: no backup of log thread 1 seq 1842 scn 132653855 found to restore
    RMAN-06025: no backup of log thread 1 seq 1841 scn 132328870 found to restore
    2) SQL> select name,archived,deleted,status from v$archived_log where sequence# in (1844,1843,1842,1841);
    NAME
    ARC DEL S
    /u05/hotbk/arch_1_1841.arc
    YES YES D
    /u05/hotbk/arch_1_1842.arc
    YES YES D
    /u05/hotbk/arch_1_1843.arc
    YES YES D
    /u05/hotbk/arch_1_1844.arc
    YES YES D
    3) These archivelog files already gone from the file system.
    4) list expired backup and delete expired backup has been done.
    5) delete obsolete has been done.
    6) RMAN> change archivelog '/u05/hotbk/arch_1_1842.arc' uncatalog;
    ===========================================================
    RMAN-03002: failure of uncatalog command at 08/22/2005 12:07:02
    RMAN-20240: archived log not found in the recovery catalog
    RMAN-06046: archive log name: /u05/hotbk/arch_1_1842.arc

    Did you tried to execute: restore archivelog from scn 1 validate; ?
    It can be the problem: Note:110160.1 - RMAN-06026 RMAN-06025 Restore Archivelogs Seperately: https://metalink.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=110160.1
    Bye, Aron

  • 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

  • Question on RMAN restore

    Hello all,
    I'm able to successfully restore a database's datafiles from tape to the host where the database actually runs but when I try to restore the datafiles to a completely differnt host RMAN errors out saying that it could not locate the datafile on the tape.
    This is what I did....
    Database Name : DEV (live database)
    Host : dev_host
    From the dev_host, I initiated the rman restore script (which connects to the catalog) to restore just one of DEV's datafiles and it worked. The datafile got restored to dev_host.
    Let's now assume a disaster recovery scenario where dev_host becomes unusable and I have to restore the database from tape to a totally diffrent host and bring up the database. To simulate this I did the following.
    Database: DEV( shell database in mount state)
    Host : new_host
    I just created a pfile and mounted the DEV database on the "new_host". At this time we do not have any of the DEV's datafiles on the "new_host". We need to retore them from tape. While the database was in mount state, I initiated the restore script( which connects to the catalog) from "new_host" but rman failed with the following message.
    run {
    allocate channel t1 type SBT_TAPE;
    SEND 'NB_ORA_SERV=bkp200,NB_ORA_POLICY=ora-bkp200-dev_host';
    set newname for datafile '/d1/oradata/DEV/users_temp_01.dbf' to '/d2/oradata/DEV/users_temp_01.dbf';
    restore tablespace USERS_TEMP until time "TO_DATE('12/27/09','MM/DD/YY')";
    release channel t1;
    allocated channel: t1
    channel t1: sid=92 devtype=SBT_TAPE
    channel t1: Veritas NetBackup for Oracle - Release 6.5 (2007072323)
    sent command to channel: t1
    executing command: SET NEWNAME
    Starting restore at 01/08/2010 11:31:30
    channel t1: starting datafile backupset restore
    channel t1: specifying datafile(s) to restore from backup set
    restoring datafile 00004 to /d2/oradata/DEV/users_temp_01.dbf
    channel t1: reading from backup piece FULL_DEV_oel1s5u4
    ORA-19870: error reading backup piece FULL_DEV_oel1s5u4
    ORA-19507: failed to retrieve sequential file, handle="FULL_DEV_oel1s5u4", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: Error received from media manager layer, error text:
    Backup file <FULL_DEV_oel1s5u4> not found in NetBackup catalog
    failover to previous backup
    channel t1: starting datafile backupset restore
    channel t1: specifying datafile(s) to restore from backup set
    restoring datafile 00004 to /d2/oradata/DEV/users_temp_01.dbf
    channel t1: reading from backup piece FULL_DEV_o4l1rfsh
    ORA-19870: error reading backup piece FULL_DEV_o4l1rfsh
    ORA-19507: failed to retrieve sequential file, handle="FULL_DEV_o4l1rfsh", parms=""
    ORA-27029: skgfrtrv: sbtrestore returned error
    ORA-19511: Error received from media manager layer, error text:
    Backup file <FULL_DEV_o4l1rfsh> not found in NetBackup catalog
    failover to previous backup
    Question: Can I not restore data from tape to a host other than where the database actually runs. I'm not sure why rman fails to restore data to a different host.
    Do I need to set something at the database level or Media Manager level? We are using Netbackup.
    Appreciate if you can give me some pointers.
    Thanks for your time.

    Can I not restore data from tape to a host other than where the database actually runs. I'm not sure why rman fails to restore data to a different host.
    Do I need to set something at the database level or Media Manager level? We are using Netbackup
    You can. For that you have to use Duplicate command. You have to duplicate the database, by replicating it from the backup.
    For that you have to have the same versions OS of both the prod (from which you took backup) and test (to which you are going to replicate). The auxiliary database (test) should be in nomount for this. There are tons of websites to give you step by step processes for this
    http://download-east.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmdupdb.htm#i1006506
    Check the link

  • Rman "restore database"

    Hi Guys,
    Scenario:
    I have a production database 10.2.0.4 running in host A. I did a full backup of the database using rman and of cause, all the archive logs.
    Now in host B, i wanted to perform a restore of the database. I'm aware there's a duplicate function in RMAN and has tried it and working. However for this exercise, I wanted to test out the "restore" command. I do not want the database to be restored to the production as the database is running. Can i do this? I just have to ensure that tnsnames in host b is not pointed to the production server HOST A

    dbaing wrote:
    Hi Guys,
    Scenario:
    I have a production database 10.2.0.4 running in host A. I did a full backup of the database using rman and of cause, all the archive logs.
    Now in host B, i wanted to perform a restore of the database. I'm aware there's a duplicate function in RMAN and has tried it and working. However for this exercise, I wanted to test out the "restore" command. I do not want the database to be restored to the production as the database is running. Can i do this? I just have to ensure that tnsnames in host b is not pointed to the production server HOST ACheck my video tutorial on "Performing Disaster Recovery"
    http://kamranagayev.wordpress.com/2010/03/29/rman-video-tutorial-series-performing-disaster-recovery-with-rman/

  • RMAN restore after using catalog command

    Hi:
    I am on 10.2.0.3; hp-ux B.11.23 ia64.
    I need to restore 2 weeks-old RMAN backup into a different database. RMAN runs at 11:00 pm each night.
    Here are the steps I've taken:
    1. Copied all backuppieces from tape into RMAN backup location where my RMAN process puts them (do I have to copy something else beside pieces?
    I do full backup - BACKUP as compressed backupset DATABASE plus archivelog;)
    2. Ran "catalog backuppiece" on every backuppiece.
    3. Ran list backup to see that this backup from tape has been registered in the catalog and has "AVAILABLE" status.
    4. Startup nomount on NEWDB.
    5.rman sys/passwd@ORIGINALDB.
    6. Ran my duplicate script (below is an extarct):
    run {
    connect catalog rman/passwd@RECCAT;
    connect auxiliary /
    set newname for datafile 1 to '/db/data2/NEWDB/system01.dbf';
    set newname for datafile 2 to '/db/data2/NEWDB/undotbs01.dbf';
    allocate auxiliary channel c1 type disk;
    set until time "to_date('28-08-2008 22:30:00','dd-mm-yyyy hh24:mi:ss')";
    duplicate target database to NEWDB
    logfile
    group 1 ('/db/data1/NEWDB/redo01.log','/db/data6/NEWDB/redo01_2.log') size 100M reuse,
    Here is the error I am getting:
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    allocated channel: c1
    channel c1: sid=333 devtype=DISK
    executing command: SET until clause
    Starting Duplicate Db at 10-SEP-08
    datafile 1 not processed because file is offline
    datafile 2 not processed because file is offline
    Am I missing something?
    Maybe that - my RMAN runs at 11pm so I am trying to set time at 10:30pm?
    TIA.

    Hi Hemant:
    Are you sure that you are connecting to the right instance as your >AUXILIARY ?
    normally it would be
    connect target /
    connect catalog rman/passd@RECCAT
    connect auxiliary sys/sys@NEWDBYes I am, RMAN sends a confirmation message: "connected to auxiliary NEWDB (not mounted).
    I did this many times with my RMAN backup still online. The question is that now, when I brought 2-weeks old rman backup from tape, duplication does not work although RMAN lists this old backup as available after I cataloged every backup piece...Is this all I need to catalog? I don't think controlfile snapshot matters.
    Anyone actually tried that? Bring old backup from tape (I do backupset), catalog it, then duplicate it into a new database? All comments greatly appreciated!

Maybe you are looking for