RMAN and Point IN time recovery

1. We have a table with bad data.
2. We know that data was entered via the GUI exactly one week ago.
3. I have an RMAN database full back-up that was taken the same day but before the table was screwed.
4. the database in archivelog mode.
5. we will be happy to restore the database in the condition before the change occured
5. when I restore database via RMAN, and do:
recover UNTIL TIME '16-MAR-2005';
Oracle restore bad data, and if I put time or scn I get a message that the database incarnation is wrong!
Is there any other way to do it?
TIA

Thanks Laurent! I was able to restore it only until Mar. 17?
1. RMAN> reset database to incarnation 2;
2. RMAN> restore database until time "timestamp '2005-03-15 00:00:00.00'";
RMAN-03002: failure of recover command at 03/29/2005 19:44:11
RMAN-06555: datafile 1 must be restored from backup created before 15-MAR-05
3. My backup was created on Mar. 16, :
RMAN> restore database until time "timestamp '2005-03-17 00:00:00.00'";
RMAN-03002: failure of restore command at 03/29/2005 19:46:55
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
4. RMAN>Restore database; OK
5. RMAN>Recover database; internal error!
RMAN-03002: failure of recover command at 03/29/2005 20:08:02
ORA-00283: recovery session canceled due to errors
RMAN-11003: failure during parse/execution of SQL statement: alter database reco
ver logfile 'G:\ORACLE\ORA10G\FLASH_RECOVERY_DATA\ORCLSRMA\CONTROLFILE\2005_03_2
3\O1_MF_1_14_14442T9B_.ARC'
ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [3021], [1], [15], [2], [0], [419057]
, [0], [416789]
6. RMAN> recover database until time "timestamp '2005-03-17 00:00:00.00'"; OK
7.RMAN> recover database until time "timestamp '2005-03-17 00:00:00.00'"; OK
8. RMAN> alter database open resetlogs; OK
9. RMAN> list incarnation;
List of Database Incarnations
DB Key Inc Key DB Name DB ID STATUS Reset SCN Reset Time
1 1 ORCLSRMA 2671268838 PARENT 1 09-MAR-04
2 2 ORCLSRMA 2671268838 PARENT 318842 01-MAR-05
3 3 ORCLSRMA 2671268838 ORPHAN 380529 25-MAR-05
5 5 ORCLSRMA 2671268838 CURRENT 409286 29-MAR-05
4 4 ORCLSRMA 2671268838 ORPHAN 416789 25-MAR-05

Similar Messages

  • RMAN tablespace point -in-time recovery

    Hi Experts,
    while recovering TSPITR, I have received this error...
    sql statement: alter database mount clone database
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 05/07/2007 05:06:12
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-03009: failure of sql command on clone_default channel at 05/07/2007 05:06:12
    RMAN-11003: failure during parse/execution of SQL statement: alter database mount clone database
    ORA-01102: cannot mount database in EXCLUSIVE mode
    Please help me..
    Thanks
    Shaan

    Is this problem on LINUX database? If so, are there multiple databases running on this server? Or the primary database name and the cloning databse name are same?
    If your answer is YES to all the above questions, this is due to BUG on linux for instance locking issues.
    Check the alert log of clone database, there are workaround, search on the net.
    Jaffar

  • Doubt about database point in time recovery using rman

    Hi Everyone,
    I have been practising various rman restore and recovery scenarios . I have a doubt regarding database point in time recovery using rman. Imagine i have a full database backup including controlfile scheduled to run at 10 PM everyday. today is 20th dec 2013. imagine i want to restore the database to a prior point in time ( say 18th dec till 8 AM). so i would restore all the datafiles  from 17th night's backup and apply archives till 8 AM of 18th dec . in this scenario should i restore the controlfile too from 17th dec bkp ( i am assuming yes we should ) or can we use the current controlfile ( assuming it is intact). i found the below from oracle docs.
    Performing Point-in-Time Recovery with a Current Control File
    The database must be closed to perform database point-in-time recovery. If you are recovering to a time, then you should set the time format environment variables before invoking RMAN. The following are sample Globalization Support settings:
    NLS_LANG = american_america.us7ascii
    NLS_DATE_FORMAT="Mon DD YYYY HH24:MI:SS"
    To recover the database until a specified time, SCN, or log sequence number:
    After connecting to the target database and, optionally, the recovery catalog database, ensure that the database is mounted. If the database is open, shut it down and then mount it:
    2.  SHUTDOWN IMMEDIATE;
    3.  STARTUP MOUNT;
    4. 
    Determine the time, SCN, or log sequence that should end recovery. For example, if you discover that a user accidentally dropped a tablespace at 9:02 a.m., then you can recover to 9 a.m.--just before the drop occurred. You will lose all changes to the database made after that time.
    You can also examine the alert.log to find the SCN of an event and recover to a prior SCN. Alternatively, you can determine the log sequence number that contains the recovery termination SCN, and then recover through that log. For example, query V$LOG_HISTORY to view the logs that you have archived. 
    RECID      STAMP      THREAD#    SEQUENCE#  FIRST_CHAN FIRST_TIM NEXT_CHANG
             1  344890611          1          1      20037 24-SEP-02      20043
             2  344890615          1          2      20043 24-SEP-02      20045
             3  344890618          1          3      20045 24-SEP-02      20046
    Perform the following operations within a RUN command:
    Set the end recovery time, SCN, or log sequence. If specifying a time, then use the date format specified in the NLS_LANG and NLS_DATE_FORMAT environment variables.
    If automatic channels are not configured, then manually allocate one or more channels.
    Restore and recover the database.
      The following example performs an incomplete recovery until November 15 at 9 a.m. 
    RUN
      SET UNTIL TIME 'Nov 15 2002 09:00:00';
      # SET UNTIL SCN 1000;       # alternatively, specify SCN
      # SET UNTIL SEQUENCE 9923;  # alternatively, specify log sequence number
      RESTORE DATABASE;
      RECOVER DATABASE;
    If recovery was successful, then open the database and reset the online logs:
    5.  ALTER DATABASE OPEN RESETLOGS;
    I did not quiet understand why the above scenario is using current controlfile as the checkpoint scn in the current controlfile and the checkpoint scn in the datafile headers do not match after the restore and recovery. Thanks in Advance for your help.
    Thanks
    satya

    Thanks for the reply ... but what about the checkpoint scn in the controlfile . my understanding is that unless the checkpoint scn in the controlfile and datafiles do not match the database will not open. so assuming the checkpoint scn in my current controlfile is 1500 and i want to recover my database till scn 1200. so the scn in the datafiles (which is 1200) is not not matching with the scn in the controlfile(1500). so will the database open in such cases.
    Thanks
    Satya

  • Rman point in time recovery

    Windows server 2003
    Oracle 10g
    Hi all please help.
    I'm doing a reorg so I exported the production schemas and droped the schemas so that I can import the data again, but I dropped one user with out exporting it first!. I have no full exports but archivelog is enabled.
    I want to do a point in time recovery :
    RMAN> RUN
    2> {
    3> SET UNTIL TIME 'DEC 12 2009 04:00:00';
    4> RESTORE DATABASE;
    5> }
    executing command: SET until clause
    using target database control file instead of recovery catalog
    Starting restore at DEC 13, 2009 13:30:53
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=541 devtype=DISK
    allocated channel: ORA_DISK_2
    channel ORA_DISK_2: sid=540 devtype=DISK
    creating datafile fno=1 name=E:\ORADATA\JDE\DATA\SYSTEM01.DBF
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 12/13/2009 13:30:58
    ORA-01180: can not create datafile 1
    ORA-01110: data file 1: 'E:\ORADATA\JDE\DATA\SYSTEM01.DBF'
    Just prior to this i did a restore/recover with a sequence nr, no problem but it didn't work, the schemas still wasn't there, so now i want to use a timestamp.
    Please help this is a production database
    RUN
    SET UNTIL sequence 5657;
    RESTORE DATABASE;
    RECOVER DATABASE;
    }

    ORA-01180: can not create datafile 1Basically this error means RMAN 'thinks, I have no backup of datafile 1 and will try to create datafile 1. Afterwards I will apply archivelogs to the newly created datafile' . But that is not possible for datafile 1.
    By the way instead of 'DEC 12 2009 04:00:00', I would always use something like
    "TO_DATE('DEC 12 2009 04:00:00','MM DD YYYY HH24:MI:SS')" .
    So you are sure the date is always interpreted correctly - independent of your default format settings.
    Werner

  • Unable to recover tablespace point in time recovery

    Hi,
    I am trying to recover the tablespace point in time recovery but its throwing an error
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/27/2011 17:22:13
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting restore
    RMAN-06024: no backup or copy of the control file found to restore
    Question: Do I need to take prior backup before doing tablespace point in time recovery.
    Please help me.

    Thanks for the info...
    I have taken the full back and tried the same scenrio, now I am getting
    contents of Memory Script:
    # shutdown clone before import
    shutdown clone immediate
    # drop target tablespaces before importing them back
    sql 'drop tablespace A including contents keep datafiles';
    executing Memory Script
    database closed
    database dismounted
    Oracle instance shut down
    sql statement: drop tablespace A including contents keep datafiles
    Removing automatic instance
    shutting down automatic instance
    target database instance not started
    Automatic instance removed
    auxiliary instance file /home/oracle/auxdest/TEST/datafile/o1_mf_temp_6vj4c78c_.tmp deleted
    auxiliary instance file /home/oracle/auxdest/TEST/onlinelog/o1_mf_3_6vj4c5nk_.log deleted
    auxiliary instance file /home/oracle/auxdest/TEST/onlinelog/o1_mf_1_6vj4c4k1_.log deleted
    auxiliary instance file /home/oracle/auxdest/TEST/datafile/o1_mf_sysaux_6vj49h7l_.dbf deleted
    auxiliary instance file /home/oracle/auxdest/TEST/datafile/o1_mf_undotbs1_6vj49hbl_.dbf deleted
    auxiliary instance file /home/oracle/auxdest/TEST/datafile/o1_mf_system_6vj49hbw_.dbf deleted
    auxiliary instance file /home/oracle/auxdest/TEST/controlfile/o1_mf_6vj49813_.ctl deleted
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/27/2011 18:23:02
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-03009: failure of sql command on default channel at 04/27/2011 18:23:02
    RMAN-11003: failure during parse/execution of SQL statement: drop tablespace A including contents keep datafiles
    ORA-00604: error occurred at recursive SQL level 1
    ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired
    RMAN>
    Please help me

  • Database Point-in-time recovery

    Hi,
    When I apply a database point-in-time recovery, I open resetlogs the database so is that means I cannot use any previous backup or archive log beyond the time I have restored the database to?

    Not necessarily - it depends on your database version
    http://download.oracle.com/docs/cd/B28359_01/backup.111/b28270/rcmrvcon.htm#BRADV89712
    HTH
    Srini

  • Tablespace Point in Time Recovery fails with RMAN-06026:

    I have cataloged with RMAN the datafiles from Snapshot backup. Still it fails with the following error.
    RMAN> RECOVER TABLESPACE TSPC UNTIL TIME "to_date('03-apr-2013 02:18:00','dd-mon-yyyy hh24:mi:ss')" AUXILIARY DESTINATION '/tmp/auxpran';
    Starting recover at 03-APR-13
    using channel ORA_DISK_1
    RMAN-05026: WARNING: presuming following set of tablespaces applies to specified point-in-time
    List of tablespaces expected to have UNDO segments
    Tablespace SYSTEM
    Tablespace UNDOTBS1
    Creating automatic instance, with SID='Ebgt'
    initialization parameters used for automatic instance:
    db_name=ORCL
    db_unique_name=Ebgt_tspitr_ORCL
    compatible=11.2.0.0.0
    db_block_size=8192
    db_files=200
    sga_target=280M
    processes=50
    db_create_file_dest=/tmp/auxpran
    log_archive_dest_1='location=/tmp/auxpran'
    #No auxiliary parameter file used
    starting up automatic instance ORCL
    Oracle instance started
    Total System Global Area 292933632 bytes
    Fixed Size 1336092 bytes
    Variable Size 100666596 bytes
    Database Buffers 184549376 bytes
    Redo Buffers 6381568 bytes
    Automatic instance created
    Running TRANSPORT_SET_CHECK on recovery set tablespaces
    TRANSPORT_SET_CHECK completed successfully
    contents of Memory Script:
    # set requested point in time
    set until time "to_date('03-apr-2013 02:18:00','dd-mon-yyyy hh24:mi:ss')";
    # restore the controlfile
    restore clone controlfile;
    # mount the controlfile
    sql clone 'alter database mount clone database';
    # archive current online log
    sql 'alter system archive log current';
    # avoid unnecessary autobackups for structural changes during TSPITR
    sql 'begin dbms_backup_restore.AutoBackupFlag(FALSE); end;';
    executing Memory Script
    executing command: SET until clause
    Starting restore at 03-APR-13
    allocated channel: ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: SID=19 device type=DISK
    channel ORA_AUX_DISK_1: restoring control file
    channel ORA_AUX_DISK_1: copied control file copy
    input file name=/tmp/auxpran/controlbc.ctl
    output file name=/tmp/auxpran/ORCL/controlfile/o1_mf_8opkv8v4_.ctl
    Finished restore at 03-APR-13
    sql statement: alter database mount clone database
    sql statement: alter system archive log current
    sql statement: begin dbms_backup_restore.AutoBackupFlag(FALSE); end;
    contents of Memory Script:
    # set requested point in time
    set until time "to_date('03-apr-2013 02:18:00','dd-mon-yyyy hh24:mi:ss')";
    # set destinations for recovery set and auxiliary set datafiles
    set newname for clone datafile 1 to new;
    set newname for clone datafile 3 to new;
    set newname for clone datafile 2 to new;
    set newname for clone tempfile 1 to new;
    set newname for datafile 5 to
    "+DG_DATA/orcl/datafile/tspc.268.811733685";
    # switch all tempfiles
    switch clone tempfile all;
    # restore the tablespaces in the recovery set and the auxiliary set
    restore clone datafile 1, 3, 2, 5;
    switch clone datafile all;
    executing Memory Script
    executing command: SET until clause
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    executing command: SET NEWNAME
    renamed tempfile 1 to /tmp/auxpran/ORCL/datafile/o1_mf_temp_%u_.tmp in control file
    Starting restore at 03-APR-13
    using channel ORA_AUX_DISK_1
    One or more auxiliary set datafiles could not be removed
    Removing automatic instance
    shutting down automatic instance
    database dismounted
    Oracle instance shut down
    Automatic instance removed
    auxiliary instance file /tmp/auxpran/ORCL/controlfile/o1_mf_8opkv8v4_.ctl deleted
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/03/2013 02:32:55
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    Could anyone please reply ASAP?
    Regards,
    Pranam

    I had created a snapshot of the database(datafiles and archivelogs) and cataloged them.
    CATALOG START WITH "+TBL_DG_DATA/ORCL/DATAFILE/" NOPROMPT;
    catalog start with "+DG_ARCH/ORCL/ARCHIVELOG/" NOPROMPT;
    The time i gave was after the snapshot was created.
    When it failed the first time I created another controlfile using
    sql "alter database backup controlfile to ''/tmp/auxpran/controlbc.ctl''";
    And ran the recover command after the time after i generated this controlfile. Changed nothing else. TSPITR completed successfully. But it had failed first time. Cannot figure how it ran the second time but failed the first time.
    Removing automatic instance
    Automatic instance removed
    auxiliary instance file /tmp/auxpran/ORCL/datafile/o1_mf_temp_8opndd87_.tmp deleted
    auxiliary instance file /tmp/auxpran/ORCL/onlinelog/o1_mf_3_8opnd1o6_.log deleted
    auxiliary instance file /tmp/auxpran/ORCL/onlinelog/o1_mf_2_8opncy32_.log deleted
    auxiliary instance file /tmp/auxpran/ORCL/onlinelog/o1_mf_1_8opncv7d_.log deleted
    auxiliary instance file /tmp/auxpran/ORCL/datafile/o1_mf_sysaux_8opn516p_.dbf deleted
    auxiliary instance file /tmp/auxpran/ORCL/datafile/o1_mf_undotbs1_8opn4j14_.dbf deleted
    auxiliary instance file /tmp/auxpran/ORCL/datafile/o1_mf_system_8opmyvly_.dbf deleted
    auxiliary instance file /tmp/auxpran/ORCL/controlfile/o1_mf_8opmy14q_.ctl deleted
    Finished recover at 03-APR-13

  • Structuring a Business Area for Reporting Periods and Points in Time

    Dear all,
    I'm in the process of designing my first business area for discoverer.
    The database is for people staying in accommodation over various periods.
    (Anything from individual days to periods of 15 years!!)
    The reports I'm producing fall into two categories:
    (a) Reports on periods of time such as:
    Accomodation days during a year broken down by Region
    Trend of accommodation days per month during a two year period
    (b) Reports on a particular point in time such as:
    Number of people in accommodation on a particular day
    I'm trying to work out how to structure the business area.
    If I think about requirement (a), I'm inclined to create a view which
    splits up periods into one month chunks (the smallest period I think I need).
    By this I mean having a view which gives me a row for every month for which any period of accommodation is active. This makes reporting on a monthly basis fairly easy.
    If I think about (b), I'm inclined to create a view which leaves the accommodation periods as single rows and then calculate a boolean field which indicates whether that accomodation is active on the date in question.
    It seems that these two requirements need different structures in the business area. Maybe it's best to create two folders which draw on the two different views.
    Any thought would be appreciated.
    Regards
    Suhada

    Hi,
    As you would probably expect, it all depends on your requirement and the table design.
    You can create a date hierarchy in Discoverer that contains the day, month, year levels and this will make it easy to create reports with totals aggregated at these levels.
    However, if your table contains, for example, the start and end dates when people move in and out of accommodation, then you will need to have a period table so that you can report on the months between the start and end dates. The period table will list all past and future months and you can join this to your data to obtain totals for all the periods.
    If you need to have reports that display zeros or nulls for periods where there is no data, then you will need to outer join your data with a period table.
    The decision on whether to use views or folders and joins in the EUL depends on the complexity of your data model. If you need to join many tables together to produce a single report, then you should consider putting some or all the joins into database views.
    Hope that helps,
    Rod West

  • A question about transactions and point-of-time

    We have an operation which we want to serialize, since it can be called concurrently by same user from different web servers which would cause duplicates
    We have a Table 'Search'
    UserID
    <other fields>
    the Search table is updated in stored proc (INUserID, INSearchString) where INSearchString is a complete SELECT statement that can encompass many tables. Currently this is what the proc does:
    DELETE FROM Search WHERE UserID = INUserID;
    EXECUTE IMMEDIATE 'INSERT INTO Search SELECT INUserID,RowNum FROM (' || INSearchString || ')';
    I want to add a new table SearchLock (UserID)
    and add a SELECT * FROM SearchLock WHERE UserID = INUserID FOR UPDATE
    to this stored proc
    my question is, where exactly should I put the transaction BEGIN and COMMIT to insure that a second call, after waiting if needed, will see the contents of Search AFTER the first call has commited? would the following sequence work every time?
    BEGIN TRANSACTION ...
    SELECT ... FOR UPDATE
    DELETE...
    EXECUTE ...
    COMMIT
    (obviously will add en EXCEPTION handling)
    my worry, and what i'm trying to prevent, is that the second call, after waiting, will see the contents of Search BEFORE the first call has commited it

    To avoid this, just create a primary key for your
    table. If a row is currently inserted in a
    non-committed transaction, all other transactions
    that want to insert the same primary key in the same
    table will wait on the first transaction to complete.
    If the first transaction commits, all other
    transaction will get ORA-0001 error: unique contraint
    ... violated.
    If the first transaction rollbacks, one will be able
    to insert the primary key and the same process
    applies with other transactions.
    Oracle automatically locks the row with the primary
    key to be inserted for you.intriguing, but I am trying to protect several statements, I don't want the second sessin any chance to be able to run a DELETE.
    I am thinking the SELECT ... FOR UPDATE will have a NOWAIT option so that the second session will get immediate error notification.

  • Problem in performing multiple Point-In-Time Database Recovery using RMAN

    Hello Experts,
    I am getting an error while performing database point in time recovery multiple times using RMAN. Details are as follows :-
    Environment:
    Oracle 11g, ASM,
    Database DiskGroups : DG_DATA (Data files), DG_ARCH(Archive logs), DG_REDO(Redo logs Control file).
    Snapshot DiskGroups :
    Snapshot1 (taken at 9 am): SNAP1_DATA, SNAP1_ARCH, +SNAP1_REDO
    Snapshot2 (taken at 10 am): SNAP2_DATA, SNAP2_ARCH, +SNAP2_REDO
    Steps performed for point in time recovery:
    1. Restore control file from snapshot 2.
         RMAN> RESTORE CONTROLFILE from '+SNAP2_REDO/orcl/CONTROLFILE/Current.256.777398261';
    2. For 2nd recovery, reset incarnation of database to snapshot 2 incarnation (Say 2).
    3. Catalog data files from snapshot 1.
    4. Catalog archive logs from snapshot 2.
    5. Perform point in time recovery till given time.
         STARTUP MOUNT;
         RUN {
              SQL "ALTER SESSION SET NLS_DATE_FORMAT = ''dd-mon-yyyy hh24:mi:ss''";
              SET UNTIL TIME "06-mar-2013 09:30:00";
              RESTORE DATABASE;
              RECOVER DATABASE;
              ALTER DATABASE OPEN RESETLOGS;
    Results:
    Recovery 1: At 10.30 am, I performed first point in time recovery till 9:30 am, it was successful. Database incarnation was raised from *2* to *3*.
    Recovery 2: At 11:10 am, I performed another point in time recovery till 9:45 am, while doing it I reset the incarnation of DB to *2*, it failed with following error :-
    Starting recover at 28-FEB-13
    using channel ORA_DISK_1
    starting media recovery
    media recovery failed
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 03/06/2013 11:10:57
    ORA-00283: recovery session canceled due to errors
    RMAN-11003: failure during parse/execution of SQL statement: alter database recover if needed
    start until time 'MAR 06 2013 09:45:00'
    ORA-00283: recovery session canceled due to errors
    ORA-00313: open failed for members of log group 1 of thread 1
    ORA-00312: online log 1 thread 1: '+DG_REDO/orcl/onlinelog/group_1.257.807150859'
    ORA-17503: ksfdopn:2 Failed to open file +DG_REDO/orcl/onlinelog/group_1.257.807150859
    ORA-15012: ASM file '+DG_REDO/orcl/onlinelog/group_1.257.807150859' does not exist
    Doubts:
    1. Why did recovery failed 2nd time, but not 1st time and why is RMAN looking for online redo log group_1.257.807150859 in 2nd recovery ?
    3. I tried restoring control file from AutoBackup, in that case both 1st and 2nd recovery succeeded.
    However for this to work, I always need to keep the AutoBackup feature enabled.
    How reliable is control file AutoBackup ? Is there any alternative to using AutoBackup, can I restore control file from snapshot backup only ?
    4. If I restore control file from AutoBackup, then from what point of time/SCN does RMAN restores the control file ?
    Please help me out in this issue.
    Thanks.

    992748 wrote:
    Hello experts,
    I'm little newbie to RMAN recovery. Please help me in these doubts:
    1. If I have datafiles, archive logs & control files backup, but current online REDO logs are lost, then can I perform incomplete database recovery ?yes, if you have backups of everything else
    2. Till what maximum time/scn can incomplete database recovery be performed ??Assuming the only thing lost is the redo logs, you can recover to the last scn in the last archivelog.
    3. What is role of online REDO logs in incomplete database recovery ? They provide the final redo changes - the ones that have not been written to archivelogs
    Are they required for incomplete recovery ?It depends on how much incomplete recovery you need to do.
    Think of all of your changes as a constant stream of redo information. As a redolog fills, it is copied to archive, then (eventually) reused. over time, your redo stream is in archivelog_1, continuing into archvivelog_2, then to 3, and eventually, when you get to the last archivelog, into the online redo. A recovery will start with the oldest necessary point in the redo stream and continue forward. Whether or not you need the online redo for a PIT recovery depends on how far forward you need to recover.
    But you should take every precaution to prevent loss of online redo logs .. starting with having multiple members in each redo group ... and keeping those multiple members on physically separate disks.

  • RMAN Retention Policy - redundancy vs recovery window

    Hi All,
    I'm wondering what the most commonly used rman retention policy is, to provide point-in-time recovery. We have 2 oracle servers, one using redundancy policy (3) and the other using recovery window (2 days). I would like to standardize them but am not confident in which direction I should go in.
    I'm tempted to lean towards redundancy but wanted to pose the question to a wider, experienced audience for any things to think about/watch out for. Also, I assume the restore process would the same for either.
    Thanks in advance.

    Redundancy based retention policy means how many backups of each datafile must be retained and Recovery windows based retention policy is a period of time which starts with current time and goes backward in time upto the point of recoverability.
    Oracle suggests and its Best practice is "Recovery Window" .( I don't know the reason though)
    Two things you need to consider:
    1) You might need more space in case of "recovery window" because it depends upon the schedule of the backup. In "redundancy" , your space consumption will be same.
    2) You need to keep "recovery window" time less than the value of "control_file_Record_keep_time" so your backup records won't be overwritten in controlfile.
    We use "Recovery Window"

  • Update clone db to a point-in-time

    Hi guys,
    I am planning to implement a point in time recovery. I have a production database that I have successfully cloned by using hot backup and applying the necessary archived redo logs. I need to do this automatically daily. How can I do this? My purpose is to have a clone db that is one day delayed compared to the production database. Can I use the RECOVER DATABASE UNTIL TIME date? Is there a better/another way?
    Thanks

    Hi,
    You can use dbms_wm.SetValidTimeFilterON to specify the point in time that you are interested in.
    SQL> exec dbms_wm.SetValidTimeFilterON(to_date('05-01-2005', 'MM-DD-YYYY')) ;
    This date needs to be contained within your session's validtime range.
    Regards,
    Ben

  • Need help with Backup Recovery using Rman - Point in Time.

    Hi all,
    I am trying to recover my database to a certain point in time. Here are the details below.
    Oracle database version is. 11G R1. on 2 Node RAC. OS is AIX.
    Database name is Sales.
    Due to a mistake by the Application team, the database is written over by bad data. Now I have to restore the database in to a point in time, where the database was good.
    For this, i took a whole (full) RMAN backup, everything, all the archivelog files and Controlfiles as well.
    After doing this, i dropped the entire database. So now everything is clean.
    Now i have to restore and recover the database to this point in time.. 03/16/2011 12:45:00
    Please guide.
    The backups are located at.. /backup/sales/rman/
    I am trying various things, but each time i get the msg..
    ORA-01507: database not mounted
    I understand.. the reason for this message is the controlfile does not exist.. as the database is in mount mode. But as i said.. i have dropped the database in order to proceed with entire restoration.
    But i have taken a whole backup.. which also includes the controlfiles + archivefiles.
    Please guide.. with proper steps and commands.

    Hi,
    Priror to start with restore and recovery - Try to restore the control file from backups "/backup/sales/rman/"
    Then further you can mount the db and further carry on with recovery (catalog the backups prior to recovery)
    - Pavan Kumar N

  • Backup policy on Grid, using RMAN and Recovery Catalog.

    Hello Gurus,
    I'm trying to move ahead the new features of Oracle 10g in my company. So I've already created Grid Control and will deploy Agents/Targets during the next week. I also want to switch the backup process from the archaic exp/imp to RMAN with the Recovery Catalog.
    My question is such: could anybody suggest the best book or text with solutions and descriptions of backup policy, using the Grid, RMAN and Catalog? What I want to do is to create eventually the powerful and centralized storage of every database in a company and do all daily routine from there. But as long as I'm only in the very beginning I want to gain some knowledge before the bad experience, like crashed recovery catalog and no backups for all databases :-)))
    Definitely I'll keep existing imp/exp and hotbackup for a long time. I'm not going to substitute all our backup strategy with one catalog. I just want to understand what will be the best practice in the backup perspective.
    And at all, I wonder if you please could give me very brief answer to this question: Let's say I have a huge monster with 5 disks by 500Gb RAD0+1. Is it a bad idea to store all of them in one physical machine before they will tape to backup or it could make sense? For me it sounds a bit scary, but probably if all made with the brain it's not a bad idea?
    Please, send me to some valuable and good source (like Tom Kyte or Don Burleson) Unfortunately, I didn't find anything regard the backups itself. Only pretty much general thought.
    Thanks a lot in advance.
    M.

    great!
    thanks a lot!
    this is definitely valuable info and I'll read right away. but as far as understand they suggest to use Data Guard, Standby and RAC which are the best ways to prevent your environment from crash. But in reality (I mean in my company) nobody is going to move to RAC at this point and I'm not sure, that they will have a chance to do in the next year. they just aren't up to it.
    what I'm looking for is probably some tips and hints about backups in more or less big environment, but not as big as Oracle itself :-) unfortunately, i'm the only DBA in my surrounding. i mean, i have no friends or mentors DBAs that could seat with me in a pub and pass theirs knowledge from generation to generation :-)))
    but anyway, I'll devote this week-end to this link.
    thanks a lot!

  • RMAN restore to point in time

    Hi all,
    I am trying to restore database to point in time. But while doing this i am getting following error.
    But backups are available. Could you please help me...
    [oracle@localhost ~]$ rman target /
    Recovery Manager: Release 11.2.0.1.0 - Production on Wed Feb 13 11:54:41 2013
    Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
    connected to target database: ORCL (DBID=1314445644, not open)
    RMAN> run
    2> {
    3> set until time "to_date('12-02-2013 20:03:00', 'DD-MM-YYYY HH24:MI:SS')";
    4> restore database;
    5> recover database;
    6> }
    executing command: SET until clause
    Starting restore at 13-FEB-13
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=10 device type=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 02/13/2013 11:58:02
    RMAN-06026: some targets not found - aborting restore
    RMAN-06023: no backup or copy of datafile 5 found to restore
    RMAN-06023: no backup or copy of datafile 4 found to restore
    RMAN-06023: no backup or copy of datafile 3 found to restore
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    RMAN>

    Please find the details:
    RMAN> list backup;
    List of Backup Sets
    ===================
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    1 Full 1.04G DISK 00:03:11 12-FEB-13
    BP Key: 1 Status: AVAILABLE Compressed: NO Tag: TAG20130212T200534
    Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/backupset/2013_02_12/o1_mf_nnndf_TAG20130212T200534_8knnsq11_.bkp
    List of Datafiles in backup set 1
    File LV Type Ckp SCN Ckp Time Name
    1 Full 832649 12-FEB-13 /u01/app/oracle/orcl/system01.dbf
    2 Full 832649 12-FEB-13 /u01/app/oracle/orcl/sysaux01.dbf
    3 Full 832649 12-FEB-13 /u01/app/oracle/orcl/undotbs01.dbf
    4 Full 832649 12-FEB-13 /u01/app/oracle/orcl/users01.dbf
    5 Full 832649 12-FEB-13 /u01/app/oracle/orcl/example01.dbf
    BS Key Type LV Size Device Type Elapsed Time Completion Time
    2 Full 9.36M DISK 00:00:04 12-FEB-13
    BP Key: 2 Status: AVAILABLE Compressed: NO Tag: TAG20130212T200534
    Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/backupset/2013_02_12/o1_mf_ncsnf_TAG20130212T200534_8knnzzgt_.bkp
    SPFILE Included: Modification time: 12-FEB-13
    SPFILE db_unique_name: ORCL
    Control File Included: Ckp SCN: 832680 Ckp time: 12-FEB-13
    BS Key Size Device Type Elapsed Time Completion Time
    3 44.23M DISK 00:00:05 12-FEB-13
    BP Key: 3 Status: AVAILABLE Compressed: NO Tag: TAG20130212T201859
    Piece Name: /u01/app/oracle/flash_recovery_area/ORCL/backupset/2013_02_12/o1_mf_annnn_TAG20130212T201859_8knolw61_.bkp
    List of Archived Logs in backup set 3
    Thrd Seq Low SCN Low Time Next SCN Next Time
    1 3 797152 22-JUN-12 811717 22-JUN-12
    1 4 811717 22-JUN-12 832158 12-FEB-13
    1 5 832158 12-FEB-13 832625 12-FEB-13
    1 6 832625 12-FEB-13 832628 12-FEB-13
    1 7 832628 12-FEB-13 832632 12-FEB-13
    1 8 832632 12-FEB-13 834189 12-FEB-13
    RMAN> list copy;
    specification does not match any datafile copy in the repository
    specification does not match any control file copy in the repository
    List of Archived Log Copies for database with db_unique_name ORCL
    =====================================================================
    Key Thrd Seq S Low Time
    1 1 3 A 22-JUN-12
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2012_06_22/o1_mf_1_3_7y98vvpd_.arc
    2 1 4 A 22-JUN-12
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_4_8knnk9r3_.arc
    3 1 5 A 12-FEB-13
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_5_8knns8fs_.arc
    4 1 6 A 12-FEB-13
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_6_8knns9ob_.arc
    5 1 7 A 12-FEB-13
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_7_8knnsc0h_.arc
    6 1 8 A 12-FEB-13
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_8_8knoltyl_.arc
    7 1 9 A 12-FEB-13
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_9_8knon5bh_.arc
    8 1 10 A 12-FEB-13
    Name: /u01/app/oracle/flash_recovery_area/ORCL/archivelog/2013_02_12/o1_mf_1_10_8knpjyr7_.arc
    RMAN>

Maybe you are looking for