Rman levl0 and lev1

Hi,
I have source- test01 and target-test02.
I need to do a full backup levlel0 followed by level1 on teso1(source)which i have done.
full backup -- RMAN> RUN {
ALLOCATE CHANNEL d1 DEVICE TYPE DISK;
BACKUP DATABASE PLUS ARCHIVELOG;
}2> 3> 4>
incremental backup-- BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;
Now how do i restore the test02(its up and running but we want it to be sync with test1, thats why we took a full backup) similiar to test01 with the help of these bkp files..??
please advice?

RMAN> RUN
ALLOCATE CHANNEL c1 DEVICE TYPE disk format '/soft/oracle/product/11.2.0/dbs';
RESTORE CONTROLFILE FROM '/soft/oracle/product/11.2.0/dbs/sb_t802371486_s81_p1';
sql 'ALTER DATABASE MOUNT';
RESTORE DATABASE;
SWITCH DATAFILE ALL;
RECOVER DATABASE;
release channel c1;
}2> 3> 4> 5> 6> 7> 8> 9> 10>
using target database control file instead of recovery catalog
allocated channel: c1
channel c1: SID=129 device type=DISK
Starting restore at 18-DEC-12
channel c1: restoring control file
channel c1: restore complete, elapsed time: 00:00:01
output file name=/oradata/test02/control01.ctl
output file name=/oradata/test02/control02.ctl
Finished restore at 18-DEC-12
sql statement: ALTER DATABASE MOUNT
released channel: c1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of sql command on default channel at 12/18/2012 19:25:24
RMAN-11003: failure during parse/execution of SQL statement: ALTER DATABASE MOUNT
ORA-01103: database name 'TEST01' in control file is not 'TEST02'
i have followed but i am having this error as i am using the dump in test02 but not test01 where we have taken the full backup so i guess the controlfiles backuedup are not able to get test02 information whic is causing this error.
please advice..

Similar Messages

  • RMAN Cumulative and differential level 1taking too much time

    hi,
    I am attempting to HOT backup my 600 GB database to backup into Tape using NMO 5 EMC Networker 7.6.
    My networker server is on Win Serv 2003.
    My oracle database is on RHEL 4.5 Architecture ia64
    Oracle DB Version 10.2.0.4.0
    Using ASM
    Using EMC Storage as Databse storage
    Using tape backup media type LTO-Ultrium-5
    No of chaneels used same for bothLevel 0 & 1 is 4
    there are 60 Datafiles fior the database
    i am atttempting incremental backup[Hot] backup
    for Incrementa Level 0 is taking 90 Minutes to complete.
    BUT leve1 backup [Both differential and cumulative] are taking almost the same time as taken for Level 0 backup
    almost 80Mins.
    but the backup Set size for Level 0 is almost 500 GB and Sizes for any Level 1 backup not more than 200MB.
    i am confused if both LEVEL 0 AND LEVEL 1 BACKUP should take the same span of time.
    please help to reduce the time to complete the Level 1 backups..
    thanks in advance

    RMAN incremental level 1 and up will have to verify every block in the data files to identify if any modifications have occurred. The time it takes to complete the incremental backup will depend on how much changed. Are you using the latest patches? There are known bugs that can affect performance problems with RMAN backup and recovery. Otherwise, check the Oracle documentation to troubleshoot RMAN.
    Block change tracking as already mantioned, introduced in 10g, can greatly speed up your incremental level 1 and up backups.
    From what I understand:
    SQL> ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE '/mydir/rman_change_track.f';
    As soon as block change tracking is enabled, Oracle starts to record every block that updates. The information is stored in a bitmap inside the BCT file. Every incremental backup causes a bitmap swtich in the BCT file.
    If there exists a previous bitmap beside the current bitmap, then an incremental level 1 backup will only backup the blocks according to the current bitmap. Incremental level 1 backups are differential backups by default. If there is no previous bitmap, the RMAN backup will perform a conventional scan of the database as usual.
    The bitmap logic applies also to cumulative level 1 incremental backups, which will use all the bitmaps recorded since the last bitmap switch from a level 0 incremental backup. Due to the limit of 8 bitmaps, a cumulative incremental level 1 backup will have to perform a conventional scan of the database, if you make a level 0 database backup followed by 7 differential incremental backups.

  • RMAN backup and restore for Disaster Recovery

    Hi Guys,
    I am very new to Oracle and have a question about RMAN backup and restore feature. I am simulating a disaster recovery scenario by having two VMs running oracle 11g, say hosta and hostb, hosta is sort of production db and the other a disaster recovery db (one that will be made primary when disaster occurs). My goal is to backup production db using RMAN and restore it on the other machine. For some reason when I restore the db on hostb, the command restores the previous backup but not the most recent one e.g. I took a backup yesterday (09/20) and applied it to the hostb that worked fine, but when I try to apply a fresh backup from today (09/21) it always picks up the old backup. Here's a dump of the screen:
    Starting restore at 21-SEP-11
    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 /oracle/app/dev/oradata/forums/s
    ystem01.dbf
    channel ORA_DISK_1: restoring datafile 00002 to /oracle/app/dev/oradata/forums/s
    ysaux01.dbf
    channel ORA_DISK_1: restoring datafile 00003 to /oracle/app/dev/oradata/forums/u
    ndotbs01.dbf
    channel ORA_DISK_1: restoring datafile 00004 to /oracle/app/dev/oradata/forums/u
    sers01.dbf
    channel ORA_DISK_1: reading from backup piece /oracle/app/dev/flash_recovery_are
    a/FORUMS/backupset/o1_mf_nnnd0_TAG20110920T040950_77jx3zk7_.bkp
    channel ORA_DISK_1: piece handle=/oracle/app/dev/flash_recovery_area/FORUMS/back
    upset/o1_mf_nnnd0_TAG20110920T040950_77jx3zk7_.bkp tag=TAG20110920T040950
    channel ORA_DISK_1: restored backup piece 1
    channel ORA_DISK_1: restore complete, elapsed time: 00:01:05
    Finished restore at 21-SEP-11
    Notice that it reads the backup piece from this location /oracle/app/dev/flash_recovery_are
    a/FORUMS/backupset/
    whereas my latest backups are stored at a different location.
    I am executing following steps at the RMAN prompt on hosta and hostb:
    hosta (production site)
    backup as compressed backupset database plus archivelog
    backup current controlfile format'/oracle/oracle_bkup/ctl_%U'
    backup spfile
    hostb (Disaster site)
    set dbid=13732232063
    startup force nomount
    restore spfile to '/oracle/app/dev/product/11.2.0/dbhome_1/dbs/spfileforums.ora' from '/export/home/dev/restore_db/backupset/2011_09_21/o1_mf_nnsnf_TAG20110921T114945_77ndg9ys_.bkp'
    shutdown immediate
    /* create a init<db_name>.ora file with SPFILE= /oracle/app/dev/product/11.2.0/dbhome_1/dbs/spfileforums.ora */
    startup force pfile='/export/home/dev/restore_db/initforums.ora' nomount
    restore controlfile from '/export/home/dev/restore_db/backupset/2011_09_21/ctl_1hmn3mic_1_1'
    /* restart rman here */
    quit
    alter database mount;
    catalog start with '/export/home/dev/restore_db/backupset/2011_09_21' noprompt;
    /* call the next two commands on run */
    restore database;
    recover database;
    alter database open resetlogs
    quit
    Any help will be greatly appreciated.
    Thanks,
    Rajesh

    Thanks guys, I really appreciate all your help here. I redid everything all over again to get all the information you guys wanted. Since I noticed that more eyes are looking into this I am going to reiterate my steps one more time followed by specific answers to questions. My first backup on Host B is located under ..../restore_db/backupset whereas the subsequent one is under .../restore_db/backupset/backupset2.
    I take backup on Host A using:
    rman target /
    backup as compressed backupset database plus archivelog;
    backup spfile;
    quit;
    I restore the backup on Host B using:
    set dbid=13732232063;
    startup force nomount;
    restore spfile to '/oracle/app/dev/product/11.2.0/dbhome_1/dbs/spfileforums.ora' from '/export/home/dev/restore_db/backupset/o1_mf_nnsnf_TAG20110928T171830_787gbpxh_.bkp'
    shutdown immediate;
    startup force nomount;
    restore controlfile from '/export/home/dev/restore_db/backupset/o1_mf_ncsnf_TAG20110928T171638_787gbkxn_.bkp'
    quit;
    /* restart rman here */
    alter database mount;
    catalog start with '/export/home/dev/restore_db/backupset' noprompt;
    restore database;
    recover database;
    alter database open resetlogs;
    quit;
    I take another backup on Host A using (notice no spfile backup this time):
    backup as compressed backupset database plus archivelog;
    quit;
    I restore the database on Host B using:
    alter database mount;
    catalog start with '/export/home/dev/restore_db/backupset/backupset2' noprompt;
    recover database;
    alter database open;
    quit;
    Output of List Backup of database (I have done this after I recovered the second time, also note that it is referring to backupset2 which is were my second backup is stored)
    RMAN> list backup of database;
    using target database control file instead of recovery catalog
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    89 Full 261.87M DISK 00:01:37 28-SEP-11
    BP Key: 91 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171638
    Piece Name: /export/home/dev/restore_db/backupset/o1_mf_nnndf_TAG2011092
    8T171638_787g77rx_.bkp
    List of Datafiles in backup set 89
    File LV Type Ckp SCN Ckp Time Name
    1 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/system01.dbf
    2 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/sysaux01.dbf
    3 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/undotbs01.dbf
    4 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/users01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    97 Full 259.16M DISK 00:00:00 28-SEP-11
    BP Key: 100 Status: AVAILABLE Compressed: YES Tag: TAG20110928T18352
    7
    Piece Name: /export/home/dev/restore_db/backupset/backupset2/o1_mf_nnndf
    TAG20110928T183527787lv0nb_.bkp
    List of Datafiles in backup set 97
    File LV Type Ckp SCN Ckp Time Name
    1 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/system01.dbf
    2 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/sysaux01.dbf
    3 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/undotbs01.dbf
    4 Full 1816853 28-SEP-11 /oracle/app/dev/oradata/forums/users01.dbf
    Output of list backup (done after restoring the control file)
    RMAN> list backup;
    BS Key Size Device Type Elapsed Time Completion Time
    87 89.20M DISK 00:00:26 28-SEP-11
    BP Key: 87 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171526
    Piece Name: /oracle/app/dev/flash_recovery_area/FORUMS/backupset/2011_09
    _28/o1_mf_annnn_TAG20110928T171526_787g50bm_.bkp
    List of Archived Logs in backup set 87
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 34 1302253 20-SEP-11 1306439 20-SEP-11
    1 35 1306439 20-SEP-11 1307647 20-SEP-11
    1 36 1307647 20-SEP-11 1307701 20-SEP-11
    1 37 1307701 20-SEP-11 1311393 20-SEP-11
    1 38 1311393 20-SEP-11 1311511 20-SEP-11
    1 39 1311511 20-SEP-11 1332479 20-SEP-11
    1 40 1332479 20-SEP-11 1344418 20-SEP-11
    1 41 1344418 20-SEP-11 1350409 20-SEP-11
    1 42 1350409 20-SEP-11 1350449 20-SEP-11
    1 43 1350449 20-SEP-11 1350854 21-SEP-11
    1 44 1350854 21-SEP-11 1350895 21-SEP-11
    1 45 1350895 21-SEP-11 1353114 21-SEP-11
    1 46 1353114 21-SEP-11 1353254 21-SEP-11
    1 47 1353254 21-SEP-11 1353865 21-SEP-11
    1 48 1353865 21-SEP-11 1353988 21-SEP-11
    1 49 1353988 21-SEP-11 1375403 21-SEP-11
    1 50 1375403 21-SEP-11 1376149 21-SEP-11
    1 51 1376149 21-SEP-11 1376206 21-SEP-11
    1 52 1376206 21-SEP-11 1376246 21-SEP-11
    1 53 1376246 21-SEP-11 1379990 21-SEP-11
    1 54 1379990 21-SEP-11 1380229 21-SEP-11
    1 55 1380229 21-SEP-11 1380266 21-SEP-11
    1 56 1380266 21-SEP-11 1380528 21-SEP-11
    1 57 1380528 21-SEP-11 1380724 21-SEP-11
    1 58 1380724 21-SEP-11 1380861 21-SEP-11
    1 59 1380861 21-SEP-11 1381033 21-SEP-11
    1 60 1381033 21-SEP-11 1381077 21-SEP-11
    1 61 1381077 21-SEP-11 1402243 22-SEP-11
    1 62 1402243 22-SEP-11 1423341 22-SEP-11
    1 63 1423341 22-SEP-11 1435456 22-SEP-11
    1 64 1435456 22-SEP-11 1454415 23-SEP-11
    1 65 1454415 23-SEP-11 1490903 23-SEP-11
    1 66 1490903 23-SEP-11 1491266 23-SEP-11
    1 67 1491266 23-SEP-11 1491347 23-SEP-11
    1 68 1491347 23-SEP-11 1492761 23-SEP-11
    1 69 1492761 23-SEP-11 1492891 23-SEP-11
    1 70 1492891 23-SEP-11 1493678 23-SEP-11
    1 71 1493678 23-SEP-11 1493704 23-SEP-11
    1 72 1493704 23-SEP-11 1494741 23-SEP-11
    1 73 1494741 23-SEP-11 1494790 23-SEP-11
    1 74 1494790 23-SEP-11 1510154 23-SEP-11
    1 75 1510154 23-SEP-11 1514286 23-SEP-11
    1 76 1514286 23-SEP-11 1531967 24-SEP-11
    1 77 1531967 24-SEP-11 1543266 24-SEP-11
    1 78 1543266 24-SEP-11 1558427 24-SEP-11
    1 79 1558427 24-SEP-11 1566924 24-SEP-11
    1 80 1566924 24-SEP-11 1578292 24-SEP-11
    1 81 1578292 24-SEP-11 1596894 25-SEP-11
    BS Key Size Device Type Elapsed Time Completion Time
    88 84.03M DISK 00:00:30 28-SEP-11
    BP Key: 88 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171526
    Piece Name: /oracle/app/dev/flash_recovery_area/FORUMS/backupset/2011_09
    _28/o1_mf_annnn_TAG20110928T171526_787g63s9_.bkp
    List of Archived Logs in backup set 88
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 82 1596894 25-SEP-11 1609028 25-SEP-11
    1 83 1609028 25-SEP-11 1622303 25-SEP-11
    1 84 1622303 25-SEP-11 1626430 25-SEP-11
    1 85 1626430 25-SEP-11 1634486 25-SEP-11
    1 86 1634486 25-SEP-11 1648398 25-SEP-11
    1 87 1648398 25-SEP-11 1669259 26-SEP-11
    1 88 1669259 26-SEP-11 1686820 26-SEP-11
    1 89 1686820 26-SEP-11 1686959 26-SEP-11
    1 90 1686959 26-SEP-11 1689168 26-SEP-11
    1 91 1689168 26-SEP-11 1704759 26-SEP-11
    1 92 1704759 26-SEP-11 1719597 27-SEP-11
    1 93 1719597 27-SEP-11 1740407 27-SEP-11
    1 94 1740407 27-SEP-11 1750125 27-SEP-11
    1 95 1750125 27-SEP-11 1765592 27-SEP-11
    1 96 1765592 27-SEP-11 1781498 28-SEP-11
    1 97 1781498 28-SEP-11 1802311 28-SEP-11
    1 98 1802311 28-SEP-11 1811009 28-SEP-11
    1 99 1811009 28-SEP-11 1813811 28-SEP-11
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    89 Full 261.87M DISK 00:01:37 28-SEP-11
    BP Key: 89 Status: AVAILABLE Compressed: YES Tag: TAG20110928T171638
    Piece Name: /oracle/app/dev/flash_recovery_area/FORUMS/backupset/2011_09
    _28/o1_mf_nnndf_TAG20110928T171638_787g77rx_.bkp
    List of Datafiles in backup set 89
    File LV Type Ckp SCN Ckp Time Name
    1 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/system01.dbf
    2 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/sysaux01.dbf
    3 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/undotbs01.dbf
    4 Full 1813849 28-SEP-11 /oracle/app/dev/oradata/forums/users01.dbf

  • RMAN crosscheck and expire guidelines for data warehouse environment

    O/S: Windows Server 2008
    DB: Oracle 11gR2
    Are there any guidelines to how often one should do a RMAN crosscheck and set an expiration on archivelogs for data warehouse environments?
    It would seem once a day would be enough for the crosscheck in a data warehouse environment that gets refreshed nightly. Expiration I would expect no less than 1 week.
    Cheers!

    I agree with damorgan
    refer the below links for best practices.
    http://www.oracle.com/technetwork/database/features/availability/311394-132335.pdf
    https://blogs.oracle.com/datawarehousing/entry/data_warehouse_in_archivelog_m
    Hope this helps,
    Regards
    http://www.oracleracepxert.com
    Understand the Power of Oracle RMAN
    http://www.oracleracexpert.com/2011/10/understand-power-of-oracle-rman.html
    Duplicating RAC database using RMAN
    http://www.oracleracexpert.com/2009/12/duplicate-rac-database-using-rman.html

  • RMAN / channels and device types

    Hello,
    I have a question.
    In the RMAN documentation (for instance in "Oracle Database Backup and Recovery Advanced User's Guide 10g Release 2") one can find the description / instructions how
    to allocate RMAN channels and define the device types.
    There are 2x described device types - DISK and SBT (Tape).
    My question is:
    IS IT POSSIBLE TO USE A PIPE AS A RMAN DEVICE TYPE ?
    If it is not possible to define direct, perhaps there is a possibility to define it
    indirect and to use a pipe to write data.
    Regards.
    Neitour

    Thank you for the link. Is it this RMAN 'duplicate database' option, what you
    would like to recommend me to use?
    I think, it is not exactly what I really need. For 'duplicate database' I will need
    to have as a source a backup of the database and not a running productive
    database.
    Is it correct?
    If it is, it is not what I'd like to do.
    I'd like to make a copy of a productive running database, which is placed on ASM
    storage, to another server creating such a way a database also placed on ASM
    storage. I'd like to do it directly. I think the best possible way can be
    RMAN / BACKUP --> PIPE --> RMAN / RESTORE.
    The issue is - how can I configure RMAN to write BACKUP into a PIPE and
    to read data for RESTORE from a PIPE.
    Any ideas?
    Regards
    Neitour

  • RMAN-03008 and ORA-07217 after restore of controlfile, 11.2.0.2

    Hi,
    try to restore backup done with 11.2.0.2
    because upgrade to 11.2.0.3 has problems with workspace manager,
    - done with DBUA - which is a other part of the story.
    OS is SLES11SP1 x86_64
    Here is what happens:
    startup nomount with minimal pfile in 11.2.0.2 environment
    restore controlfile from SBT
    channel T1: restore complete, elapsed time: 00:01:45
    output file name=+DSKGRP1/alkklefq/controlfile/control01.ctl
    output file name=+DSKGRP1/alkklefq/controlfile/control02.ctl
    then
    RMAN> ALTER DATABASE MOUNT;
    database mounted
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03008: error while performing automatic resync of recovery catalog
    ORA-07217: sltln: Umgebungsvariable kann nicht ausgewertet werden.
    No other command like show all, resync catalog or what ever is working,
    always fails with RMAN-03008 and ORA-07217
    and after
    run {
    allocate channel T1 type 'SBT_TAPE' format 'b_%d_%u_%p_%c.bck';
    restore database from tag 'TAG20120730T212808';
    i got
    Speicherzugriffsfehler = segmentation fault
    Can anyone throw light on this?
    Regards
    Michael

    Hello;
    Based on the information you probably I would double check my "env" for an issue. Something set wrong or not set.
    Does the "env" work without error?
    Here's what is set on mine :
    /home/oracle:PRIMARY >env
    HOSTNAME=
    TERM=
    SHELL=
    HISTSIZE=
    NLS_LANG=
    TMPDIR=
    SSH_CLIENT=
    SSH_TTY=
    USER=oracle
    LD_LIBRARY_PATH=
    LS_COLORS=
    ORACLE_SID=
    ORACLE_BASE=
    SSH_AUTH_SOCK=
    COBBLER_SERVER=
    MAIL=
    PATH=
    INPUTRC=
    PWD=
    EDITOR=
    LANG=
    TZ=
    ORACLE_TERM=
    SSH_ASKPASS=
    SHLVL=
    HOME=
    TMP=
    LOGNAME=oracle
    SSH_CONNECTION=
    LESSOPEN=
    ORACLE_HOME=
    G_BROKEN_FILENAMES=Best Regards
    mseberg
    Edited by: mseberg on Aug 6, 2012 8:02 AM

  • Rman Full and Archivelog backups

    I am scripting my rman stuff and it's part of a much larger Perl maintenance. I have nightly and hourly jobs. Nightly will do a full backup and hourly will do archivelog backup. Full backups take about 2-3 hours.
    My question is: is there a problem with running archivelog backups be running while I am doing a full backup. If system resources are not an issues, what are some arguments for or against it?

    Thanks Tychos.
    That is something that I've debated - if my full would be with Plus ArchiveLog or not. So, I've decided not to backup the log during a full backup.
    This is for my nightly:
    open (RMAN, "| rman target sys/$SYPASS\@$CSID catalog rman/$CATPSS\@catalog >$Rlog");
    print RMAN <<"END";
    run {
    allocate channel d1 device type disk format \'$HBDir/$HBFiles\';
    set controlfile autobackup format for device type disk to \'$HBDir/$ControlFile\';
    backup as compressed backupset database;
    crosscheck backup;
    delete noprompt obsolete;
    report need backup;}
    END
    close (RMAN);
    This is the hourly:
    open (RMAN, "| rman target sys/$SYPASS\@$CSID catalog rman/$CATPSS\@catalog >$Rlog");
    print RMAN <<"END";
    run {
    allocate channel d1 device type disk format \'$TempArchHBDir/$BUFile\';
    CROSSCHECK ARCHIVELOG ALL;
    set controlfile autobackup format for device type disk to \'$HBDir/$ControlFile\';
    backup archivelog all not backed up 1 times delete input;
    END
    close (RMAN);

  • RMAN BACKUPS AND ARCHIVED LOG ISSUES

    제품 : RMAN
    작성날짜 : 2004-02-17
    RMAN BACKUPS AND ARCHIVED LOG ISSUES
    =====================================
    Scenario #1:
    1)RMAN이 모든 archived log들을 삭제할 때 실패하는 경우.
    database는 두 개의 archive destination에 archive file을 생성한다.
    다음과 같은 스크립트를 수행하여 백업후에 archived redo logfile을 삭제한다.
    run {
    allocate channel c1 type 'sbt_tape';
    backup database;
    backup archivelog all delete input;
    Archived redo logfile 삭제 유무를 확인하기 위해 CROSSCHECK 수행시 다음과
    같은 메시지가 발생함.
    RMAN> change archivelog all crosscheck;
    RMAN-03022: compiling command: change
    RMAN-06158: validation succeeded for archived log
    RMAN-08514: archivelog filename=
    /oracle/arch/dest2/arcr_1_964.arc recid=19 stamp=368726072
    2) 원인분석
    이 문제는 에러가 아니다. RMAN은 여러 개의 arhive directory중 하나의
    directoy안에 있는 archived file들만 삭제한다. 그래서 나머지 directory안의
    archived log file들은 삭제되지 않고 남게 되는 것이다.
    3) 해결책
    RMAN이 강제로 모든 directory안의 archived log file들을 삭제하게 하기 위해서는
    여러 개의 채널을 할당하여 각 채널이 각 archive destination안의 archived file을
    백업하고 삭제하도록 해야 한다.
    이것은 아래와 같이 구현될 수 있다.
    run {
    allocate channel t1 type 'sbt_tape';
    allocate channel t2 type 'sbt_tape';
    backup
    archivelog like '/oracle/arch/dest1/%' channel t1 delete input
    archivelog like '/oracle/arch/dest2/%' channel t2 delete input;
    Scenario #2:
    1)RMAN이 archived log를 찾을 수 없어 백업이 실패하는 경우.
    이 시나리오에서 database를 incremental backup한다고 가정한다.
    이 경우 RMAN은 recover시 archived redo log대신에 incremental backup을 사용할
    수 있기 때문에 백업 후 모든 archived redo log를 삭제하기 위해 OS utility를 사용한다.
    그러나 다음 번 backup시 다음과 같은 Error를 만나게 된다.
    RMAN-6089: archive log NAME not found or out of sync with catalog
    2) 원인분석
    이 문제는 OS 명령을 사용하여 archived log를 삭제하였을 경우 발생한다. 이때 RMAN은
    archived log가 삭제되었다는 것을 알지 못한다. RMAN-6089는 RMAN이 OS 명령에 의해
    삭제된 archived log가 여전히 존재하다고 생각하고 백업하려고 시도하였을 때 발생하게 된다.
    3) 해결책
    가장 쉬운 해결책은 archived log를 백업할 때 DELETE INPUT option을 사용하는 것이다.
    예를 들면
    run {
    allocate channel c1 type 'sbt_tape';
    backup archivelog all delete input;
    두 번째로 가장 쉬운 해결책은 OS utility를 사용하여 archived log를 삭제한 후에
    다음과 같은 명령어를 RMAN prompt상에서 수행하는 것이다.
    RMAN>allocate channel for maintenance type disk;
    RMAN>change archivelog all crosscheck;
    Oracle 8.0:
         RMAN> change archivelog '/disk/path/archivelog_name' validate;
    Oracle 8i:
    RMAN> change archivelog all crosscheck ;
    Oracle 9i:
    RMAN> crosscheck archivelog all ;
    catalog의 COMPATIBLE 파라미터가 8.1.5이하로 설정되어 있으면 RMAN은 찾을 수 없는
    모든 archived log의 status를 "DELETED" 로 셋팅한다. 만약에 COMPATIBLE이 8.1.6이상으로
    설정되어 있으면 RMAN은 Repository에서 record를 삭제한다.

    Very strange, I issue following command in RMAN on both primary and standby machine, but it they don't delete the 1_55_758646076.dbf, I find in v$archived_log, this "/home/oracle/app/oracle/dataguard/1_55_758646076.dbf" had already been applied.
    RMAN> connect target /
    RMAN> CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
    old RMAN configuration parameters:
    CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
    new RMAN configuration parameters:
    CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON ALL STANDBY;
    new RMAN configuration parameters are successfully stored
    RMAN>
    ----------------------------------------------------------------------------------

  • Difference betwen RMAN,COLD and HOT backup

    Hi Experts,
    I have faces some interview question .
    what is difference between COLD and HOT backup ?
    what is difference between RMAN, COLD and HOT backup?

    You mean the following,
    Mark the beginning of the online tablespace backup.
    SQL> ALTER TABLESPACE users BEGIN BACKUP;
    Back up the online datafiles of the online tablespace with operating system commands. For UNIX:
    % cp /oracle/oradata/trgt/users01.dbf /d2/users01_'date "+%m_%d_%y"'.dbf
    After backing up the datafiles of the online tablespace, run the SQL statement ALTER TABLESPACE with the END BACKUP option.
    SQL> ALTER TABLESPACE users END BACKUP;
    Please visit here for more details:
    Making User-Managed Backups of Online Read/Write Tablespaces
    http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/osbackup004.htm#sthref1489
    Adith

  • Unable to recover database after rman recovery and database open resetlogs

    I am running Oracle 10.2.0.5 on OpenSUSE 9. I have been trying to upgrade the database to 11g, through dbua. I was getting stuck at one point during the Oracle Server install and the upgrade failed and I was forced to restore the database to an earlier backup.
    Below is the current place that I am stuck. As you can see I opened the database multiple times and reset the logs. Now I am afraid that my controlfile and redo log backups are out of sync and i can't get them back on track. Before when I actually got the database recovered RMAN would immediately throw:
    RMAN-06900: WARNING: unable to generate V$RMAN_STATUS or V$RMAN_OUTPUT row
    RMAN-06901: WARNING: disabling update of the V$RMAN_STATUS and V$RMAN_OUTPUT rows
    OPA-00600: ORA-00600: internal error code, arguments: ...
    The database would open with ALTER DATABASE RESETLOGS but any query on non-system tables would fail and throw:
    ORA-04045: errors during recompilation/revalidation of LCRS_DEV1.FACILITY_REF
    ORA-00600: internal error code, arguments: [17069], [0x1158ED180], [], [], [],
    I hope I have not dug myself into too deep of a hole here.
    Here is the trace from my most recent attempt.
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 3070230528 bytes
    Fixed Size 2099424 bytes
    Variable Size 301991712 bytes
    Database Buffers 2751463424 bytes
    Redo Buffers 14675968 bytes
    RMAN> list incarnation of database;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of list command at 08/02/2011 15:49:04
    ORA-01507: database not mounted
    RMAN> restore controlfile from autobackup;
    Starting restore at 02-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    recovery area destination: /opt/oracle/flash_recovery_area
    database name (or database unique name) used for search: LCRSDEV
    channel ORA_DISK_1: autobackup found in the recovery area
    channel ORA_DISK_1: autobackup found: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    channel ORA_DISK_1: control file restore from autobackup complete
    output filename=/opt/oracle/oradata/LCRSDEV/control01.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control02.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control03.ctl
    Finished restore at 02-AUG-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05
    2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11
    3 3 LCRSDEV 756543625 PARENT 92348137 18-JUL-11
    4 4 LCRSDEV 756543625 PARENT 95654931 01-AUG-11
    5 5 LCRSDEV 756543625 PARENT 95675699 01-AUG-11
    6 6 LCRSDEV 756543625 PARENT 95676699 02-AUG-11
    7 7 LCRSDEV 756543625 PARENT 95676700 02-AUG-11
    8 8 LCRSDEV 756543625 CURRENT 95676701 02-AUG-11
    RMAN> restore database until scn 95676700;
    Starting restore at 02-AUG-11
    Starting implicit crosscheck backup at 02-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 6 objects
    Finished implicit crosscheck backup at 02-AUG-11
    Starting implicit crosscheck copy at 02-AUG-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 02-AUG-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 08/02/2011 15:52:04
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    RMAN> restore database;
    Starting restore at 02-AUG-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 /opt/oracle/oradata/LCRSDEV/system01.dbf
    restoring datafile 00002 to /opt/oracle/oradata/LCRSDEV/undotbs01.dbf
    restoring datafile 00003 to /opt/oracle/oradata/LCRSDEV/sysaux01.dbf
    restoring datafile 00004 to /opt/oracle/oradata/LCRSDEV/users01.dbf
    restoring datafile 00005 to /opt/oracle/oradata/LCRSDEV/LCRS_TBS.dbf
    channel ORA_DISK_1: reading from backup piece /opt/oracle/flash_recovery_area/LCRSDEV/backupset/2011_07_22/o1_mf_nnndf_TAG20110722T111922_72m8rc5x_.bkp
    channel ORA_DISK_1: restored backup piece 1
    piece handle=/opt/oracle/flash_recovery_area/LCRSDEV/backupset/2011_07_22/o1_mf_nnndf_TAG20110722T111922_72m8rc5x_.bkp tag=TAG20110722T111922
    channel ORA_DISK_1: restore complete, elapsed time: 00:23:36
    Finished restore at 02-AUG-11
    RMAN> recover database until scn 95676700;
    Starting recover at 02-AUG-11
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/02/2011 16:16:28
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    RMAN> recover database;
    Starting recover at 02-AUG-11
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 1 sequence 90 is already on disk as file /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_90_72ml85v3_.arc
    archive log filename=/opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jr20qc_.arc thread=1 sequence=1
    unable to find archive log
    archive log thread=1 sequence=1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 08/02/2011 16:25:04
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 1 lowscn 95676701

    Thanks for the reply Hemant. I have reset the database for the controlfile that I am using as backup and now I am not able to recover until the correct SCN. I am thinking that my recovery catalog is bad. If I mount with the current controlfile I have this list of incarnations:
    List of Database Incarnations
    DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
    *1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05*
    *2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11*
    *3 3 LCRSDEV 756543625 PARENT 92348137 18-JUL-11*
    *4 4 LCRSDEV 756543625 PARENT 95654931 01-AUG-11*
    *5 5 LCRSDEV 756543625 PARENT 95675699 01-AUG-11*
    *6 6 LCRSDEV 756543625 PARENT 95676699 02-AUG-11*
    *7 7 LCRSDEV 756543625 PARENT 95676700 02-AUG-11*
    *8 8 LCRSDEV 756543625 PARENT 95676701 02-AUG-11*
    *9 9 LCRSDEV 756543625 CURRENT 95676702 02-AUG-11*
    However if I restore the controlfile to the earlier version I am getting the following output from the process:
    RMAN> startup nomount;
    connected to target database (not started)
    Oracle instance started
    Total System Global Area 3070230528 bytes
    Fixed Size 2099424 bytes
    Variable Size 301991712 bytes
    Database Buffers 2751463424 bytes
    Redo Buffers 14675968 bytes
    RMAN> restore controlfile from '/opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_07_22/o1_mf_s_757164997_72m9rqw3_.bkp';
    Starting restore at 03-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output filename=/opt/oracle/oradata/LCRSDEV/control01.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control02.ctl
    output filename=/opt/oracle/oradata/LCRSDEV/control03.ctl
    Finished restore at 03-AUG-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    1 1 LCRSDEV 756543625 PARENT 1 22-OCT-05
    2 2 LCRSDEV 756543625 PARENT 525876 20-JAN-11
    3 3 LCRSDEV 756543625 CURRENT 92348137 18-JUL-11
    RMAN> restore database until scn 92348137;
    Starting restore at 03-AUG-11
    Starting implicit crosscheck backup at 03-AUG-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 1 objects
    Finished implicit crosscheck backup at 03-AUG-11
    Starting implicit crosscheck copy at 03-AUG-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 03-AUG-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_1_73g3hn6o_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_2_73g3hnxq_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_01/o1_mf_1_1_73g0rts6_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_134_72v9gv4s_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_138_72v9p4b4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_120_72v8wwg0_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_121_72v8x5ty_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_131_72v9cnrv_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_139_72v9q5ok_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_137_72v9n4t5_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_136_72v9l88q_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_123_72v8ytm8_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_132_72v9dcxd_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_124_72v8zkg0_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_128_72v96qm1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_135_72v9jqmx_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_129_72v98q3r_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_125_72v91g3b_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_118_72v8v8r4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_127_72v9626w_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_130_72v9bqtb_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_141_72vncy6g_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_122_72v8ycd4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_126_72v94cns_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_133_72v9fb17_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_140_72vn6wgo_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_25/o1_mf_1_119_72v8v9hf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73j3wo01_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_2_73josgf1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jr20qc_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_2_73jh223h_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73josflf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73jvqdqs_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_3_73josh91_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_08_02/o1_mf_1_1_73j91rh9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_91_72mqlnx9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_111_72mrdr5m_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_96_72mqx958_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_114_72mrgsf9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_94_72mqs6gj_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_102_72mr3893_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_99_72mr2h6c_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_104_72mr5hfm_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_109_72mrc83z_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_98_72mr080w_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_93_72mqq36m_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_97_72mqz0mm_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_116_72mrk268_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_101_72mr31yv_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_110_72mrddhg_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_95_72mqv3hp_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_105_72mr5vq4_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_115_72mrjd2s_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_106_72mr7hnt_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_100_72mr2qfc_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_112_72mrfc5j_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_107_72mr909t_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_103_72mr4pol_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_113_72mrfsb9_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_117_72mrl5mf_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_108_72mrb13l_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_90_72ml85v3_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_22/o1_mf_1_92_72mqnxz1_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_143_72y6ww71_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_144_72ybybps_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_142_72xt10j7_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/archivelog/2011_07_26/o1_mf_1_145_72yccy5z_.arc
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_01/o1_mf_s_758043324_73g3jfxx_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_01/o1_mf_s_758035850_73fw6vrc_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758133684_73jvr5px_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758127608_73jot9x0_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758109276_73j3xfom_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_08_02/o1_mf_s_758129928_73jr2s7p_.bkp
    File Name: /opt/oracle/flash_recovery_area/LCRSDEV/autobackup/2011_07_22/o1_mf_s_757164997_72m9rqw3_.bkp
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 08/03/2011 12:53:19
    RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    Edited by: K Doyle on Aug 3, 2011 10:22 AM

  • How to confiuge RMAN offline and online back-up at a pre-determined time.

    Hallo!I am an Oracle newbie currently studying the Oracle 10g Database Administration Certification.Still very new to Enterprise Manager.
    My query is that can you configure an offline database back-up such that you can set up an offline backup at a pre-determined time?
    I am assumng a real-office scenario where a DBA would like to have an offline back-up at night e.g. at 1 am when they are no users in the office.If the DBA can set the system such that everday at 1 am ,the instance shuts down,back-up is done e.g a backup set that can be stored on tape,then after backup the instance re-starts itself.All this should be automated such that by the time staff report in the morning ,the instance is up and running and users can work seamlessely
    How can I automate this entire process using RMAN and/or Enterprise Manager or a sript to achieve this?Also,I would like to know if you can automate the same for online back-up such that it can backup while instance is still running and users are accessing the DB.
    Please help me on this and I shall be infinitely grateful.Thanks in advance.

    Hi,
    On UNIX server, you can use shell script and sql scripts that can do this job for you. Once the scripts are tested succesfully, you can put them in the crontab.
    Crontab entry should reflect the time, day, week, month details as you thought to schedule it.
    This link may help you. http://www.dbasupport.com/oracle/scripts/Backup_Recovery/RMAN_Backup/
    Regards,
    vasu

  • Can RMAN backup and export datapump executed at the same time?

    Hello,
    I have several databases that I backup using RMAN and export datapump everynight starting at 6PM and end at Midnight. The backup maintenance window doesn't give me enough time for each database to run at different time. I am using crontab to schedule my backups. Since I have so many databases that need to be backed up between 6PM - Midnight, some of the export and RMAN backup scripts will execute almost at the same time. My question is can my export data pump and RMAN backup scripts run at the same time?
    Thank you in advance.
    John

    Needs must. If you don't run expdp parallel then it doesn't use that much. If it was really killing the system then look into setting up a Resource plan that knocks that user down but this is a big step.
    I woud better look into using Rman
    system incrementals, and block change tracking, to minimize your RMAN time.
    Regards
    If your shop needs to do both simultaneously then go for it.
    Chris.
    PS : One of my shops has maybe 20-30 rmans and pumps all kicking off some simultaneous, some not, from 0000 to 0130. No complaints from users and no problems either. Go for it.
    Edited by: Chris Slattery on Nov 25, 2012 11:19 PM

  • Restoring RMAN cumulative and differential backupsets

    Hi all,
    I have 2 queries regarding restoring and recovering rman backupsets.
    1) i have backup policy for sunday level 0, wednesdays cumulative backup and other days of the week differential backup.Now if my database crashes on friday afternoon.What would be my action plans for restoring and recovering the database with brief steps for the same.
    2)Suppose i have retention policy for 2.And i have a backupset which has become obsolate as the result.Is it possible to restore and recover this obsolate backupset?
    Regards
    Vijay

    1) i have backup policy for sunday level 0, wednesdays cumulative backup and other days of the week differential backup.Now if my database crashes on friday afternoon.What would be my action plans for restoring and recovering the database with brief steps for the same.
    Step 1: start up Internet Explorer or Firefox or Chrome
    Step 2: Type http://tahiti.oracle.com in the address bar
    Step 3: Navigate to the homepage of the version you refuse to mention
    Step 4: Look for the Backup and Recovery Manual
    Step 5: Consult the Restore and Recovery scenarios in that doc
    2)Suppose i have retention policy for 2.And i have a backupset which has become obsolate as the result.Is it possible to restore and recover this obsolate backupset?
    Suppose I hired you as a DBA. My database crashes. You start visiting Oracle Forums immediately instead of restoring and recovering the database.
    In fact you don't seem to have a clue on the process as you think you can recover a backupset.
    What should I do?
    Sybrand Bakker
    Senior Oracle DBA

  • RMAN 9i and 10g

    Hi
    In 10g the I just renamed the database(its not using ASM) and with recovery catalog I got :
    Why I cannot see the list of incarnation in 9i? Should I run NID on both the envirionments to refeister them with the catalog?
    Thanks in Advance
    Regards
    C:\Documents and Settings\XXX>rman target sys/pwd@tns catalog user/pwd@tns
    Recovery Manager: Release 10.1.0.4.0 - Production
    Copyright (c) 1995, 2004, Oracle. All rights reserved.
    connected to target database: ABC1 (DBID=307316191)
    connected to recovery catalog database
    RMAN> register database ;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of register command on default channel at 08/30/2007 16:37:58
    RMAN-20002: target database already registered in recovery catalog
    RMAN> list incarnation of database;
    List of Database Incarnations
    DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
    468 475 EFG 307316191 PARENT 1 25-FEB-05
    468 469 EFG 307316191 PARENT 303040 30-AUG-07
    468 4052 ABC 307316191 CURRENT 350434 30-AUG-07
    This is the output from 9i:
    C:\Documents and Settings\XXX>rman target sys/pwd@tns catalog user/pwd@rcat
    Recovery Manager: Release 9.2.0.6.0 - Production
    Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
    connected to target database: ABC (DBID=2556242117)
    connected to recovery catalog database
    RMAN> register database;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03009: failure of register command on default channel at 08/30/2007 16:38:3
    8
    RMAN-20002: target database already registered in recovery catalog
    RMAN> list incarnation of database;
    RMAN>
    Message was edited by:
    Singh

    Thanks for your time and reply and showing concern Daljit
    Here is what I did on 10g. Can you please tell me the other method to rename the database other than using create controlfile?
    Her is what I did on 10g environment and it worked but it didn't work on 9i:
    RMAN> UNREGISTER DATABASE;
    database name is "ABC1" and DBID is 307316191
    Do you really want to unregister the database (enter YES or NO)? yes
    database unregistered from the recovery catalog
    RMAN> REGISTER DATABASE;
    database registered in recovery catalog
    starting full resync of recovery catalog
    full resync complete
    RMAN>
    on 9i I get:
    RMAN> unregister database;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-00558: error encountered while parsing input commands
    RMAN-01005: syntax error: found "identifier": expecting one of: "allocate, alter
    , backup, beginline, blockrecover, catalog, change, connect, copy, create, cross
    check, configure, duplicate, debug, delete, drop, exit, endinline, host, {, libr
    ary, list, mount, open, print, quit, recover, register, release, replace, report
    , renormalize, reset, restore, resync, rman, run, rpctest, set, setlimit, sql, s
    pool, startup, shutdown, send, show, test, upgrade, validate"
    RMAN-01008: the bad identifier was: unregister
    RMAN-01007: at line 1 column 1 file: standard input
    On Recovery catalog database for 9i environment I get:
    SQL> select * from user_catalog;
    TABLE_NAME TABLE_TYPE
    DB TABLE
    RMAN_SEQ SEQUENCE
    NODE TABLE
    CONF TABLE
    DBINC TABLE
    CKP TABLE
    TS TABLE
    TSATT TABLE
    DF TABLE
    DFATT TABLE
    OFFR TABLE
    TABLE_NAME TABLE_TYPE
    RR TABLE
    RT TABLE
    ORL TABLE
    RLH TABLE
    AL TABLE
    BS TABLE
    BP TABLE
    BCF TABLE
    CCF TABLE
    XCF TABLE
    BSF TABLE
    TABLE_NAME TABLE_TYPE
    BDF TABLE
    CDF TABLE
    XDF TABLE
    BRL TABLE
    BCB TABLE
    CCB TABLE
    SCR TABLE
    SCRL TABLE
    CONFIG TABLE
    XAL TABLE
    RSR TABLE
    TABLE_NAME TABLE_TYPE
    FB TABLE
    RC_DATABASE VIEW
    RC_DATABASE_INCARNATION VIEW
    RC_RESYNC VIEW
    RC_CHECKPOINT VIEW
    RC_TABLESPACE VIEW
    RC_DATAFILE VIEW
    RC_REDO_THREAD VIEW
    RC_REDO_LOG VIEW
    RC_LOG_HISTORY VIEW
    RC_ARCHIVED_LOG VIEW
    TABLE_NAME TABLE_TYPE
    RC_BACKUP_SET VIEW
    RC_BACKUP_PIECE VIEW
    RC_BACKUP_DATAFILE VIEW
    RC_BACKUP_CONTROLFILE VIEW
    RC_BACKUP_SPFILE VIEW
    RC_DATAFILE_COPY VIEW
    RC_CONTROLFILE_COPY VIEW
    RC_BACKUP_REDOLOG VIEW
    RC_BACKUP_CORRUPTION VIEW
    RC_COPY_CORRUPTION VIEW
    RC_OFFLINE_RANGE VIEW
    TABLE_NAME TABLE_TYPE
    RC_STORED_SCRIPT VIEW
    RC_STORED_SCRIPT_LINE VIEW
    RC_PROXY_DATAFILE VIEW
    RC_PROXY_CONTROLFILE VIEW
    RC_RMAN_CONFIGURATION VIEW
    RC_DATABASE_BLOCK_CORRUPTION VIEW
    RC_PROXY_ARCHIVEDLOG VIEW
    RC_RMAN_STATUS VIEW
    RCVER TABLE
    RC_BACKUP_FILES VIEW
    65 rows selected.
    SQL>
    Should I need to delete the entries from:
    RC_DATABASE and
    RC_DATABASE_INCARNATION
    and try to register again?
    Best Regards

  • RMAN throwing errors during Tablespace Backup - RMAN-06004 and RMAN-06019

    Hi All.
    Please help me to fix trail of error message I'm getting while trying backup of a newly added tablespace in database. I'm using RMAN as a recovery method.
    Tablespace Name: test
    DB Version: Oracle 10g R1.
    OS: Red Hat Linux 5
    RMAN> report schema;
    Report of database schema
    List of Permanent Datafiles
    ===========================
    File Size(MB) Tablespace RB segs Datafile Name
    1 490 SYSTEM YES /u01/app/oracle/oradata/qrcl/system01.dbf
    2 25 UNDOTBS1 YES /u01/app/oracle/oradata/qrcl/undotbs01.dbf
    3 270 SYSAUX NO /u01/app/oracle/oradata/qrcl/sysaux01.dbf
    4 23 USERS NO /u01/app/oracle/oradata/qrcl/users01.dbf
    5 40 TEST NO /u01/app/test01.dbf
    List of Temporary Files
    =======================
    File Size(MB) Tablespace Maxsize(MB) Tempfile Name
    1 20 TEMP 32767 /u01/app/oracle/oradata/qrcl/temp01.dbf
    RMAN>
    RMAN> backup tablespace "test";
    Starting backup at 22-AUG-12
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of backup command at 08/22/2012 11:57:13
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20202: tablespace not found in the recovery catalog
    RMAN-06019: could not translate tablespace name "test"
    RMAN> restore tablespace test;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-00558: error encountered while parsing input commands
    RMAN-01009: syntax error: found "test": expecting one of: "double-quoted-string, identifier, single-quoted-string"
    RMAN-01007: at line 1 column 20 file: standard input
    I tried to update Catalog Server but still no luck:
    RMAN> RESYNC CATALOG;
    starting full resync of recovery catalog
    full resync complete
    Please Assist.
    Thanks
    Prashant Dixit

    Hello Prashant;
    The main issue is your tablespace name is an RMAN Reserved Word "Test"
    http://docs.oracle.com/cd/B13789_01/server.101/b10770/rcmcomma.htm#1006728
    Different test
    -- Create the tablespace
    CREATE TABLESPACE OTN_TEST DATAFILE
      '/u01/oradata/RECOVER2/test01.dbf' SIZE 1M AUTOEXTEND OFF
    LOGGING
    ONLINE;-- Create a user for the tablespace
    CREATE USER RMAN_TEST
      IDENTIFIED BY RMAN_TEST
      DEFAULT TABLESPACE OTN_TEST
      TEMPORARY TABLESPACE TEMP
      PROFILE DEFAULT
      ACCOUNT UNLOCK;
    ALTER USER RMAN_TEST QUOTA UNLIMITED ON "OTN_TEST";  -- Create a table in the tablespace
    CREATE TABLE RMAN_TEST.EMP
      EMPNO     NUMBER,
      ENAME     VARCHAR2(30 BYTE),
      JOB       VARCHAR2(30 BYTE),
      MGR       NUMBER,
      HIREDATE  DATE,
      SAL       NUMBER,
      COMM      NUMBER,
      DEPTNO    NUMBER
    TABLESPACE OTN_TEST;-- Add some data
    SET DEFINE OFF;
    Insert into RMAN_TEST.EMP
       (EMPNO, ENAME, JOB, MGR, HIREDATE, SAL, COMM, DEPTNO)
    Values
       (7369, 'SMITH', 'CLERK', 7902, TO_DATE('12/17/1980 00:00:00', 'MM/DD/YYYY HH24:MI:SS'),
        800, 20, 0);
    Insert into RMAN_TEST.EMP
       (EMPNO, ENAME, JOB, MGR, HIREDATE, SAL, COMM, DEPTNO)
    Values
       (5000, 'NOCATALOG', 'DBA', 77902, TO_DATE('04/01/2010 00:00:00', 'MM/DD/YYYY HH24:MI:SS'),
        200, 0, 0);
    COMMIT;-- start RMAN and backup tablespace
    RMAN> BACKUP TABLESPACE OTN_TEST;
    Starting backup at 22-AUG-12
    starting full resync of recovery catalog
    full resync complete
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backup set
    channel ORA_DISK_1: specifying datafile(s) in backup set
    input datafile file number=00007 name=/u01/oradata/RECOVER2/test01.dbf
    channel ORA_DISK_1: starting piece 1 at 22-AUG-12
    channel ORA_DISK_1: finished piece 1 at 22-AUG-12
    piece handle=/u01/app/oracle/flash_recovery_area/RECOVER2/backupset/2012_08_22/o1_mf_nnndf_TAG20120822T080711_839pczng_.bkp tag=TAG20120822T080711 comment=NONE
    channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
    Finished backup at 22-AUG-12
    Starting Control File and SPFILE Autobackup at 22-AUG-12
    piece handle=/u01/app/oracle/flash_recovery_area/RECOVER2/autobackup/2012_08_22/o1_mf_s_791971633_839pd1bm_.bkp comment=NONE
    Finished Control File and SPFILE Autobackup at 22-AUG-12
    Note
    If you dropped the tablespace then you need to recover the database to a point in time, not the tablespace.
    Best Regards
    mseberg

Maybe you are looking for

  • Color Settings\Colorsync settings don't stick when setting printing presets

    Hello Posting this here, instead of in the iPhoto Forum In the "Print" dialog box (the dialog box you see after you pass through the iPhoto dialog box - same type of box as with most other OS X applications), there is a down menu to give you access t

  • Install problem in step "Prepare to Configure AS Java"

    This step performs extracts to /usr/sap/trans. During the night directory reached 100%. I added more space and replied OK to retry. I receive the following error message: Error occurred while trying to copy software archives to /usr/sap/trans/EPS/in/

  • Is there any Airport Extreme card diagnostic software?

    Is there any diagnostic software, or open firmware commands I can use to track down and diagnose problems with my Airport Extreme card? Are there any hardware tests that can be performed on it? At a higher level, is there anything I can do to diagnos

  • Error in DB02

    In DB02 ->Alerts ->Database Check, I have two error message: Name..............................Number of message.....Description MISSING_INDEX..............2...................................Index: SAPSR3./BIC/B0000406000KE # Table has no index MISS

  • Hp DV6 Slow In WIndows 8 why

    Hp DV6 Is not working Well in Window 8 (c) Help i have Duel Core AMD 2 GB Ram