RECOVER DATABASE AUTOMATIC UNTIL SCN

Hi,
in 10gR2 on Win 2003, I receive the following error :
RECOVER DATABASE AUTOMATIC UNTIL SCN 584413;
ORA-00905Unfortunately documentation site is not available :
Gateway Timeout
The proxy server did not receive a timely response from the upstream server.
Reference #1.24e70cc3.1270721326.3a6c8f5 Do you know the correct syntaxe ?
Thank you.

Hi,
The below link can help you.
http://ss64.com/ora/recover.html
Best regards,
Rafi.
http://rafioracledba.blogspot.com/

Similar Messages

  • Rman list backup; until scn

    Hello,
    my question might be a little strange, but I would just like to confirm my understanding to be sure about my testing.
    Consider the following:
    RMAN> list backup
    List of Backup Sets
    ===================
    BS Key  Size       Device Type Elapsed Time Completion Time
    5520    396.79M    DISK        00:02:38     15-OCT-11     
            BP Key: 5541   Status: AVAILABLE  Compressed: YES  Tag: TAG20111015T190048
            Piece Name: E:\KPZ\PROD_BACKUP\2011_10_15\O1_MF_ANNNN_TAG20111015T190048_79MKSH03_.BKP
      List of Archived Logs in backup set 5520
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    37170   690296258  14-OCT-11 690301863  14-OCT-11
      1    37171   690301863  14-OCT-11 690306944  14-OCT-11
      1    37172   690306944  14-OCT-11 690312517  14-OCT-11
      1    37173   690312517  14-OCT-11 690326343  14-OCT-11
      1    37174   690326343  14-OCT-11 690328734  14-OCT-11
      1    37175   690328734  14-OCT-11 690334332  14-OCT-11
      1    37176   690334332  14-OCT-11 690354457  14-OCT-11
      1    37177   690354457  14-OCT-11 690365309  14-OCT-11
      1    37178   690365309  14-OCT-11 690383830  14-OCT-11
      1    37179   690383830  14-OCT-11 690389381  14-OCT-11
      1    37180   690389381  14-OCT-11 690399124  14-OCT-11
      1    37181   690399124  14-OCT-11 690403117  14-OCT-11
      1    37182   690403117  14-OCT-11 690408333  14-OCT-11
      1    37183   690408333  14-OCT-11 690411748  14-OCT-11
      1    37184   690411748  14-OCT-11 690417353  14-OCT-11
      1    37185   690417353  14-OCT-11 690422345  14-OCT-11
      1    37186   690422345  14-OCT-11 690428300  15-OCT-11
      1    37187   690428300  15-OCT-11 690433347  15-OCT-11
      1    37188   690433347  15-OCT-11 690439543  15-OCT-11
      1    37189   690439543  15-OCT-11 690444502  15-OCT-11
      1    37190   690444502  15-OCT-11 690450317  15-OCT-11
      1    37191   690450317  15-OCT-11 690453707  15-OCT-11
      1    37192   690453707  15-OCT-11 690457501  15-OCT-11
      1    37193   690457501  15-OCT-11 690458775  15-OCT-11
      1    37194   690458775  15-OCT-11 690464449  15-OCT-11
      1    37195   690464449  15-OCT-11 690469446  15-OCT-11
      1    37196   690469446  15-OCT-11 690474941  15-OCT-11
      1    37197   690474941  15-OCT-11 690481459  15-OCT-11
      1    37198   690481459  15-OCT-11 690484981  15-OCT-11
      1    37199   690484981  15-OCT-11 690490292  15-OCT-11
      1    37200   690490292  15-OCT-11 690495899  15-OCT-11
      1    37201   690495899  15-OCT-11 690500991  15-OCT-11
      1    37202   690500991  15-OCT-11 690508506  15-OCT-11
      1    37203   690508506  15-OCT-11 690514835  15-OCT-11
      1    37204   690514835  15-OCT-11 690519918  15-OCT-11
      1    37205   690519918  15-OCT-11 690535732  15-OCT-11
      1    37206   690535732  15-OCT-11 690626387  15-OCT-11
      1    37207   690626387  15-OCT-11 690629393  15-OCT-11
      1    37208   690629393  15-OCT-11 690634991  15-OCT-11
      1    37209   690634991  15-OCT-11 690640154  15-OCT-11
      1    37210   690640154  15-OCT-11 690646056  15-OCT-11
      1    37211   690646056  15-OCT-11 690651236  15-OCT-11
      1    37212   690651236  15-OCT-11 690656775  15-OCT-11
      1    37213   690656775  15-OCT-11 690662593  15-OCT-11
      1    37214   690662593  15-OCT-11 690668154  15-OCT-11
      1    37215   690668154  15-OCT-11 690673574  15-OCT-11
      1    37216   690673574  15-OCT-11 690677649  15-OCT-11
      1    37217   690677649  15-OCT-11 690683129  15-OCT-11
      1    37218   690683129  15-OCT-11 690688406  15-OCT-11
      1    37219   690688406  15-OCT-11 690693988  15-OCT-11
      1    37220   690693988  15-OCT-11 690698971  15-OCT-11
      1    37221   690698971  15-OCT-11 690705146  15-OCT-11
      1    37222   690705146  15-OCT-11 690710236  15-OCT-11
      1    37223   690710236  15-OCT-11 690715886  15-OCT-11
      1    37224   690715886  15-OCT-11 690719326  15-OCT-11
      1    37225   690719326  15-OCT-11 690724866  15-OCT-11
      1    37226   690724866  15-OCT-11 690729976  15-OCT-11
      1    37227   690729976  15-OCT-11 690735596  15-OCT-11
      1    37228   690735596  15-OCT-11 690740660  15-OCT-11
      1    37229   690740660  15-OCT-11 690746167  15-OCT-11
      1    37230   690746167  15-OCT-11 690751851  15-OCT-11
      1    37231   690751851  15-OCT-11 690756900  15-OCT-11
      1    37232   690756900  15-OCT-11 690759044  15-OCT-11
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    5521    Incr 0  494.68M    DISK        00:03:24     15-OCT-11     
            BP Key: 5542   Status: AVAILABLE  Compressed: YES  Tag: TAG20111015T195017
            Piece Name: E:\KPZ\PROD_BACKUP\2011_10_15\O1_MF_NNND0_TAG20111015T195017_79MKZP6W_.BKP
      List of Datafiles in backup set 5521
      File LV Type Ckp SCN    Ckp Time  Name
      14   0  Incr 690768806  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\CCAPP.DBF
      126  0  Incr 690768806  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\WAAPP.DBF
      131  0  Incr 690768806  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\PSDEFAULT02.DBF
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    5522    Incr 0  193.66M    DISK        00:01:38     15-OCT-11     
            BP Key: 5543   Status: AVAILABLE  Compressed: YES  Tag: TAG20111015T195017
            Piece Name: E:\KPZ\PROD_BACKUP\2011_10_15\O1_MF_NNND0_TAG20111015T195017_79ML6DXJ_.BKP
      List of Datafiles in backup set 5522
      File LV Type Ckp SCN    Ckp Time  Name
      3    0  Incr 690769344  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\UNDOTBS01.DBF
      4    0  Incr 690769344  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\USERS01.DBF
      128  0  Incr 690769344  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\SYSAUX02.DBF
      132  0  Incr 690769344  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\UNDO3.DBF
    BS Key  Type LV Size       Device Type Elapsed Time Completion Time
    5523    Incr 0  644.30M    DISK        00:04:11     15-OCT-11     
            BP Key: 5544   Status: AVAILABLE  Compressed: YES  Tag: TAG20111015T195017
            Piece Name: E:\KPZ\PROD_BACKUP\2011_10_15\O1_MF_NNND0_TAG20111015T195017_79ML9NMK_.BKP
      List of Datafiles in backup set 5523
      File LV Type Ckp SCN    Ckp Time  Name
      1    0  Incr 690770341  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\SYSTEM01.DBF
      2    0  Incr 690770341  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\SYSAUX01.DBF
      127  0  Incr 690770341  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\SYSTEM02.DBF
      129  0  Incr 690770341  15-OCT-11 E:\ORACLE\ORADATA\KPZP\DATAFILES\SYSAUX03.DBF
    BS Key  Size       Device Type Elapsed Time Completion Time
    5524    18.86M     DISK        00:00:10     15-OCT-11     
            BP Key: 5545   Status: AVAILABLE  Compressed: YES  Tag: TAG20111015T200023
            Piece Name: E:\KPZ\PROD_BACKUP\2011_10_15\O1_MF_ANNNN_TAG20111015T200023_79MLKTVM_.BKP
      List of Archived Logs in backup set 5524
      Thrd Seq     Low SCN    Low Time  Next SCN   Next Time
      1    37233   690759044  15-OCT-11 690764137  15-OCT-11
      1    37234   690764137  15-OCT-11 690768526  15-OCT-11
      1    37235   690768526  15-OCT-11 690770962  15-OCT-11
    RMAN> /** I left out some lines that seemed duplicate for my question - lines with the same SCN and some older archived logs. I can post the whole thing if it should turn out to be relevant.
    What SCN would be appropriate for me to use, taking into account this is a level 0 incremental backup, to restore to the point of a full backup?
    I'm fairly sure i can do the following: (and yes, this will result in a successful restore/recover)
    run{
    set until scn 690770341;
    restore database;
    switch datafile all;
    recover database;
    }     But is that really the point that I should recover to? The other alternative would be to recover to the SCN of those archivelogs at the very bottom?
    Thank you for any comments, whatever they are :-)

    I am copying the backups between different hosts (or external tape applications) and building the database from backups. So I create a blank instance and catalog the backup files, then specify an SCN to restore/recover.
    Would the SCN part be unneeded? I guess if I want to recover to the latest possible state, I do not need to specify any SCN :-). For testing purposes I only specified the full backup SCN to save time, but in the event this would be needed in a production environment, you are right that I would need to recover to the latest possible SCN. Thanks for pointing that out.

  • "recover database until cancel" asks for archive log file that do not exist

    Hello,
    Oracle Release : Oracle 10.2.0.2.0
    Last week we performed, a restore and then an Oracle recovery using the recover database until cancel command. (we didn't use backup control files) .It worked fine and we able to restart the SAP instances. However, I still have questions about Oracle behaviour using this command.
    First we restored, an online backup.
    We tried to restart the database, but got ORA-01113,ORA-01110 errors :
    sr3usr.data1 needed media recovery.
    Then we performed the recovery :
    According Oracel documentation, "recover database until cancel recovery" proceeds by prompting you with the suggested filenames of archived redo log files.
    The probleme is it  prompts for archive log file that do not exist.
    As you can see below, it asked for SMAarch1_10420_610186861.dbf that has never been created. Therefore, I cancelled manually the recovery, and restarted the database. We never got the message "media recovery complete"
    ORA-279 signalled during: ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10417_61018686
    Fri Sep  7 14:09:45 2007
    ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10418_610186861.dbf'
    Fri Sep  7 14:09:45 2007
    Media Recovery Log /oracle/SMA/oraarch/SMAarch1_10418_610186861.dbf
    ORA-279 signalled during: ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10418_61018686
    Fri Sep  7 14:10:03 2007
    ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10419_610186861.dbf'
    Fri Sep  7 14:10:03 2007
    Media Recovery Log /oracle/SMA/oraarch/SMAarch1_10419_610186861.dbf
    ORA-279 signalled during: ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10419_61018686
    Fri Sep  7 14:10:13 2007
    ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10420_610186861.dbf'
    Fri Sep  7 14:10:13 2007
    Media Recovery Log /oracle/SMA/oraarch/SMAarch1_10420_610186861.dbf
    Errors with log /oracle/SMA/oraarch/SMAarch1_10420_610186861.dbf
    ORA-308 signalled during: ALTER DATABASE RECOVER    LOGFILE '/oracle/SMA/oraarch/SMAarch1_10420_61018686
    Fri Sep  7 14:15:19 2007
    ALTER DATABASE RECOVER CANCEL
    Fri Sep  7 14:15:20 2007
    ORA-1013 signalled during: ALTER DATABASE RECOVER CANCEL ...
    Fri Sep  7 14:15:40 2007
    Shutting down instance: further logons disabled
    When restaring the database we could see that, a recovery of online redo log has been performed automatically, is it the normal behaviour of a recovery using "recover database until cancel"  command ?
    Started redo application at
    Thread 1: logseq 10416, block 482
    Fri Sep  7 14:24:55 2007
    Recovery of Online Redo Log: Thread 1 Group 4 Seq 10416 Reading mem 0
      Mem# 0 errs 0: /oracle/SMA/origlogB/log_g14m1.dbf
      Mem# 1 errs 0: /oracle/SMA/mirrlogB/log_g14m2.dbf
    Fri Sep  7 14:24:55 2007
    Completed redo application
    Fri Sep  7 14:24:55 2007
    Completed crash recovery at
    Thread 1: logseq 10416, block 525, scn 105140074
    0 data blocks read, 0 data blocks written, 43 redo blocks read
    Thank you very much for your help.
    Frod.

    Hi,
    Let me answer your query.
    =======================
    Your question: While performing the recovery, is it possible to locate which online redolog is needed, and then to apply the changes in these logs
    1.   When you have current controlfile and need complete data (no data loss),
          then do not go for until cancel recovery.
    2.   Oracle will apply all the redologs (including current redolog) while recovery
         process is    on.
    3.  During the recovery you need to have all the redologs which are listed in the    view    V$RECOVERY_LOG and all the unarchived and current redolog. By querying  V$RECOVERY_LOG  you    can find out about the redologs required.
    4. If the required sequence is not there in the archive destination, and if recovery process    asks for that sequence you can query V$LOG to see whether requested sequence is part of the    online redologs. If yes you can mention the path of the online redolog to complete the recovery.
    Hope this information helps.
    Regards,
    Madhukar

  • Recover database until cancel using backup controlfile Fails with ORA-01547

    Hi
    First of all, I'm sorry for posting in this community as my issue doesn't have any thing to do with Rman, but I couldn't find any more relative Community to post in
    our System is Oracle EBS 11i and the OS on the production is AIX 5.2 / and the DR is 5.3 / DB version is 9i
    we have our Oracle ERP scheduled using crontab to take a database COLD backup daily using gtar -cvzf .
    yesterday I needed to clone the database only, so I used my usual method witch is
    1) on the source SQL> alter database backup controlfile to trace as '<dest>/makecntrlfil.sql'
    then you can delete the Commented header and change the first command from
    "CREATE CONTROLFILE REUSE DATABASE <SOURCE> NORESETLOGS ..."
    TO
    CREATE CONTROLFILE SET DATABASE <TARGET> RESETLOGS <NO>ARCHIVELOG
    2) de-compress the tgz files
    3) on the target edit the $ORACLE_HOME/dbs/init<source>.ora, $ORACLE_HOME/environment file
    4)run /ORACLE_HOME/appsutils/clone/bin/adcfgclone.prl
    5) delete old controlfiles
    6) on the database run the script you created on firs t step to create a new control fole
    7)recover database until cancel using backup controlfile
    8) alter database open resetlogs
    add new temp file system
    this way I used to do it
    but yesterday when trying to execute recover database it didn't work, and gave this error
    ORA-00279: change 6450277404 generated at 02/28/2013 02:47:56 needed for thread
    1
    ORA-00289: suggestion : /ERPDEV/DBASE/devdb/9.2.0/dbs/arch1_188462.dbf
    ORA-00280: change 6450277404 for thread 1 is in sequence #188462
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL} >> I gave cancel >> so >>
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01152: file 1 was not restored from a sufficiently old backup
    ORA-01110: data file 1: '/ERPDEV/DBASE/SYS/devdata/system01.dbf'
    nothing strange in the original alert log file in the time of taking the backup
    So can You please tell me what maybe wrong and why it used to work before and now it's not
    take in consideration that we are on archive log mode, but not using Rman or the archived Logs for backup and the sequence it needed ( 188462 ) is too old and already deleted on Production.

    the output of the sript
    Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root ConcMgr will not work ConcMgr will not work ConcMgr will not work #####################################################
    172.16.10.10:1.0
    access control disabled, clients can connect from any host
    You are running adstpall.sh version 115.19
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adapcctl.sh stop script returned:
    adapcctl.sh version 115.54
    Apache Web Server Listener :httpd ( pid 765998 ) is running.
    Stopping Apache Web Server Listener (dedicated HTTP) ...
    Apache Web Server Listener (PLSQL) :httpd ( pid 2830390 ) is running.
    Stopping Apache Web Server Listener (dedicated PLSQL) ...
    adapcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adalnctl.sh stop script returned:
    adalnctl.sh version
    Shutting down listener process APPS_ABP.
    adalnctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adtcfctl.sh stop script returned:
    You are running adtcfctl.sh version 115.14
    Shutting down TCF SocketServer for ABP on port -1.
    adtcfctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adcmctl.sh stop script returned:
    You are running adcmctl.sh version 115.28
    Shutting down concurrent managers for ABP ...
    Submitted request 7481224 for CONCURRENT FND SHUTDOWN
    adcmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfrmctl.sh stop script returned:
    You are running adfrmctl.sh version 115.37
    Stopping forms server for ABP on port 9003.
    adfrmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adrepctl.sh stop script returned:
    You are running adrepctl.sh version 115.32
    stopping Reports Server for ABP on port 7003.
    kill -9 827420
    Reports Server for ABP successfully stopped.
    adrepctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmcctl.sh stop script returned:
    You are running adfmcctl.sh version 115.19
    Stopping forms load balancing client for ABP.
    adfmcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmsctl.sh stop script returned:
    You are running adfmsctl.sh version 115.15
    Stopping forms metrics server for ABP on port 9203.
    adfmsctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/jtffmctl.sh stop script returned:
    You are running jtffmctl.sh version 115.16
    Shutting down Fulfillment Server for ABP on port 9303 ...
    jtffmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    All enabled services on this node are stopped.
    Check logfile /ERPABP/APPL/abpcomn/admin/log/ABP_babtain-erp/04010130.log for details
    Exiting with status 0
    You are running addlnctl.sh version 115.7
    Logfile: /ERPABP/DBASE/abpdb/9.2.0/appsutil/log/ABP_babtain-erp/addlnctl.txt
    Shutting down listener process ABP ...
    addlnctl.sh: exiting with status 0
    You are running addbctl.sh version 115.10
    Shutting down database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 01:36:25 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected.
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    You are running addbctl.sh version 115.10
    Starting the database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 01:38:48 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected to an idle instance.
    ORACLE instance started.
    Total System Global Area 6829474752 bytes
    Fixed Size          742336 bytes
    Variable Size          1493172224 bytes
    Database Buffers     5324800000 bytes
    Redo Buffers          10760192 bytes
    Database mounted.
    Database opened.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    You are running addbctl.sh version 115.10
    Shutting down database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 01:39:08 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected.
    Database closed.
    Database dismounted.
    ORACLE instance shut down.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    root 2883784 2097278 0 01:39:54 - 0:00 grep abpappl
    root 1425530 2097278 1 01:39:54 - 0:00 grep abpora
    Taring /ERPABP/DBASE/SYS/abpdata
    Mon Apr 1 01:39:54 SAUST 2013
    Mon Apr 1 03:00:16 SAUST 2013
    Taring /ERPDEV/DBASE/SYS/abpdata
    Mon Apr 1 03:00:16 SAUST 2013
    Mon Apr 1 03:10:18 SAUST 2013
    Taring /ERPABP/DBASE/DATA/abpdata
    Mon Apr 1 03:10:18 SAUST 2013
    Mon Apr 1 04:51:04 SAUST 2013
    Taring /ERPDEV/APPL/DATA/abpdata
    Mon Apr 1 04:51:04 SAUST 2013
    Mon Apr 1 05:02:58 SAUST 2013
    You are running addbctl.sh version 115.10
    Starting the database ABP ...
    SQL*Plus: Release 9.2.0.8.0 - Production on Mon Apr 1 05:04:46 2013
    Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
    Connected to an idle instance.
    ORACLE instance started.
    Total System Global Area 6829474752 bytes
    Fixed Size          742336 bytes
    Variable Size          1493172224 bytes
    Database Buffers     5324800000 bytes
    Redo Buffers          10760192 bytes
    Database mounted.
    Database opened.
    Disconnected from Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.8.0 - Production
    addbctl.sh: exiting with status 0
    You are running addlnctl.sh version 115.7
    Logfile: /ERPABP/DBASE/abpdb/9.2.0/appsutil/log/ABP_babtain-erp/addlnctl.txt
    Starting listener process ABP ...
    addlnctl.sh: exiting with status 0
    Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root Please Do not Forgot to run /usr/bin/runmwm as root ConcMgr will not work ConcMgr will not work ConcMgr will not work #####################################################
    172.16.10.10:1.0
    access control disabled, clients can connect from any host
    You are running adstrtal.sh version 115.16
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adapcctl.sh start script returned:
    adapcctl.sh version 115.54
    Apache Web Server Listener is not running.
    Starting Apache Web Server Listener (dedicated HTTP) ...
    Apache Web Server Listener (PLSQL) is not running.
    Starting Apache Web Server Listener (dedicated PLSQL) ...
    adapcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adalnctl.sh start script returned:
    adalnctl.sh version
    Checking for FNDFS executable.
    Starting listener process APPS_ABP.
    adalnctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adtcfctl.sh start script returned:
    You are running adtcfctl.sh version 115.14
    TCF SocketServer for ABP on port -1 is already started.
    adtcfctl.sh: exiting with status 2
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adcmctl.sh start script returned:
    You are running adcmctl.sh version 115.28
    Starting concurrent manager for ABP ...
    Starting ABP_0401@ABP Internal Concurrent Manager Default printer is noprint
    adcmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfrmctl.sh start script returned:
    You are running adfrmctl.sh version 115.37
    Starting forms server for ABP on port 9003.
    adfrmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adrepctl.sh start script returned:
    You are running adrepctl.sh version 115.32
    starting Reports Server for ABP on port 7003.
    adrepctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmcctl.sh start script returned:
    You are running adfmcctl.sh version 115.19
    Starting forms load balancing client for ABP.
    adfmcctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/adfmsctl.sh start script returned:
    You are running adfmsctl.sh version 115.15
    starting forms metrics server for ABP.
    adfmsctl.sh: exiting with status 0
    .end std out.
    .end err out.
    Executing service control script:
    /ERPABP/APPL/abpcomn/admin/scripts/ABP_babtain-erp/jtffmctl.sh start script returned:
    You are running jtffmctl.sh version 115.16
    Validating Fulfillment patch level via /ERPABP/APPL/abpcomn/java Fulfillment patch level validated.
    Starting Fulfillment Server for ABP on port 9303 ...
    jtffmctl.sh: exiting with status 0
    .end std out.
    .end err out.
    All enabled services for this node are started.
    Check logfile /ERPABP/APPL/abpcomn/admin/log/ABP_babtain-erp/04010505.log for details
    Exiting with status 0
    MWA Telnet Server Release: 1.0.8.4 [December 12th 2002] Mon Apr 1 05:06:01 SAUST 2013
    9653.50     /store/abp/data/data_abpdata_010413.tgz
    1089.50     /store/abp/data/datadev_abpdata_010413.tgz
    0.04     /store/abp/data/mkctrl.sql
    13309.38     /store/abp/data/sys_abpdata_010413.tgz
    1000.25     /store/abp/data/sysdev_abpdata_010413.tgz
    Mon Apr 1 05:06:01 SAUST 2013
    #######################################################################################################################

  • Recover database until time - doesn't recover as expected

    Hi,
    We've got an Oracle 9i db (9208) running on AIX.
    We've had a problem and that has meant restoring all the dbf's and control files from the over night backup onto the server replacing the currently corrupted system.
    Once this was done we then opened the DB in order to check some things.
    Once this was done we then closed and mounted it and issued the "recover database until time .... " command.
    The archive logs we need are in the default archive location. They cover the time period just prior to the restored files up until the time we need the DB recovered to.
    However, when running the recover the alert log just shows
    "ALTER DATABASE RECOVER database until time '2010-08-11:16:30:00'
    Mon Aug 16 14:33:57 2010
    Media Recovery Start
    Media Recovery Not Required"
    Can anyone tell us why the recover command isn't recovering the archive log files up until the time we are specifying. It doesn't look like its even looking at them.
    The command executes in less than a second.
    Is this because we opened the DB between restoring and recovering so its already written a newer archive log file, so the DB thinks its already up to date???

    Got it - thanks
    Basically cause we were also restoring the control file so when adding the "using backup controlfile" it then started to work.
    SQL> recover database until time '2010-08-11:16:30:00' using backup controlfile
    ORA-00279: change 276395529 generated at 08/10/2010 21:59:38 needed for thread
    1
    ORA-00289: suggestion : /archive_logs/tprod/arch0000070260.arc
    ORA-00280: change 276395529 for thread 1 is in sequence #70260
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    This was the first message we got once we put the "using backup controlfile" part into the command.
    We selected AUTO and its now slowly working through all the archive log files going up the numbers therefore i assume applying the archive logs correctly.
    Once this is done i believe we just "alter database open resetlogs"

  • Doubt in Recover database until cancel

    Hi experts,
    One query, I want to try out recover database until cancel. But my archivelog files are in tape drive. How do i do it as it ask for archiver destination directory for the archivelog file.
    Or can any please explain how should i do it.
    Thanks in advance
    shaan

    Hi Satist,
    when i apply the other archivelog file, it again shows the error
    SQL> recover database until cancel using backup controlfile;
    ORA-00279: change 1740044 generated at 06/18/2007 21:20:18 needed for thread 1
    ORA-00289: suggestion : /oracle/NEWDB/admin/arch/1_5.dbf
    ORA-00280: change 1740044 for thread 1 is in sequence #5
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    /oracle/NEWDB/admin/arch/1_30.dbf
    ORA-00310: archived log contains sequence 30; sequence 5 required
    ORA-00334: archived log: '/oracle/NEWDB/admin/arch/1_30.dbf'
    ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
    ORA-01194: file 1 needs more recovery to be consistent
    ORA-01110: data file 1: '/oracle/NEWDB/oradata/NEWDB/system.dbf'
    Please tell me why this happening or any solution for this. Moreover i have archivelog file
    from 1_1 to 1_14 .
    Thanks in advance
    shaan

  • Is it possible to perform multiple RECOVER DATABASE UNTIL TIME ?

    Hi,
    Can I perform multiple roll forwards of transactions on a hot backup of a database?
    I want to make a copy of my live oracle database to use on a temporary test server.
    I intend to copy the hot backup and transaction logs onto the test server and then roll forward to a certain point in time.
    My question is: Can I do multiple roll forwards with the instruction
    RECOVER DATABASE UNTIL TIME
    when I don't start the database after the first time I rolled forward?
    Regards,
    Pasquale

    If you are on 10g and are collecting flashback logs you can flashback a database backwards, open the database read only to look around, and then flashback backwards/forwards until you open the database resetlogs to finalize the flashback.
    -J

  • Incremental backup and recover with UNTIL SCN options.

    Hi there
    My question is just about internal RMAN mecanisms.
    Suppose i've cumulative method for backup with RMAN.
    Reference backup provided by Level 0 (by night)
    after that i've file001.arc, file002.arc during day
    Baclup cumulative Level 1 (by night)
    after that i've file003.arc, file004.arc, file005.arc during day
    Baclup cumulative Level 1 (by night)
    after that i've file006.arc, file007.arc, file008.arc, file009.arc, file010.arc, file011.arc during day
    Baclup cumulative Level 1 (by night)
    after that i've file012.arc, file013.arc during day
    Baclup cumulative Level 1 (by night)
    Suppose we need to recover with UNTIL SCN ... (incident can be identied by SCN #nnnnn, suppose SCN near of file008.arc).
    Is Rman use benefits of incremental, or in this case (need to recover before particular SCN) systematically start with Reference backup (Created by Incremental Level 0) and then file001.arc, file002.arc ....
    Platform:Oracle 10g
    Regards
    Den

    You recover using backup controlfile when you have lost the controlfile - should be obvious.
    You recover until cancel when, for example, you want to manually see the archive logs being applied and decide when to stop recovering (maybe you have lost the archive log backups and want it to stop when you don't have any more left to apply).

  • 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

  • What order are Archive logs restored in when RMAN recover database issued

    Ok, you have a run block that has restored your level-0 RMAN backup.
    Your base datafiles are down on disc.
    You are about to start recovery to point in time, lets say until this morning at 07:00am.
    run {   set until time "TO_DATE('2010/06/08_07:00:00','YYYY/MM/DD_HH24:MI:SS')";
    allocate channel d1 type disk;
    allocate channel d2 type disk;
    allocate channel d3 type disk;
    allocate channel d4 type disk;
    recover database;
    So the above runs, it analyses the earlies SCN required for recovery, checks for incremental backups (none here), works out the archivelog range
    required and starts to restore the archive logs. All as expected and works.
    My question: Is there a particular order that RMAN will restore the archive logs and is the restore / recover process implemented as per the run block.
    i.e Will all required archive logs based on the run block be restored and then the database recovered forward. Or is there something in RMAN that says restore these archive logs, ok now roll forwards, restore some more.
    When we were doing this the order of the archive logs coming back seemed to be random but obviously constrained by the run block. Is this an area we need to tune to get recoveries faster for situations where incrementals are not available?
    Any inputs on experience welcome. I am now drilling into the documentation for any references there.
    Thanks

    Hi there, thanks for the response I checked this and here are the numbers / time stamps on an example:
    This is from interpreting the list backup of archivelog commands.
    Backupset = 122672
    ==============
    Archive log sequence 120688 low time: 25th May 15:53:07 next time: 25th May 15:57:54
    Piece1 pieceNumber=123368 9th June 04:10:38 <-- catalogued by us.
    Piece2 pieceNumber=122673 25th May 16:05:18 <-- Original backup on production.
    Backupset = 122677
    ==============
    Archive log sequence 120683 low time: 25th May 15:27:50 Next time 25th May 15:32:24 <-- lower sequence number restored after above.
    Piece1 PieceNumber=123372 9th June 04:11:34 <-- Catalogued by us.
    Piece2 PieceNumber=122678 25th May 16:08:45 <-- Orignial backup on Production.
    So the above would show that if catalogue command you could influence the Piece numbering. Therefore the restore order if like you say piece number is the key. I will need to review production as to why they were backed up in different order completed on production. Would think they would use the backupset numbering and then piece within the set / availability.
    Question: You mention archive logs are restored and applied and deleted in batches if the volume of archivelogs is large enough to be spread over multiple backup sets. What determines the batches in terms of size / number?
    Thanks for inputs. Answers some questions.

  • Recover Database in RMAN vs SQL*PLUS

    Hello,
    Oracle 11.2.0.1, Oracle Linux 5.5 UEK.
    I recently did a "recover database" in sql*plus, but an attempt to open the database gave ORA-01113, complaining the system tablespace requried more recovery. Then I used RMAN (nocatalog) and after the same "recover database" command I was able to open the database.
    It seems there are differences between SQL*PLUS and RMAN "recover database" command. I have not been able to locate the chapter in the Oracle documentation that explains the difference. I have some ideas, but...
    Thanks.
    h3. Solution Summary:
    The recover command in RMAN compared to SQL*Plus implements a more user friendly processing logic based on the current detected scenario. For instance, a RMAN recover database command may actually perform a "recover database using backup controlfile until cancel" and automatically apply all archived and online redo logs if available. The same can be achieved with the recover command in SQL*plus, but will have to be done manually.
    Edited by: Dude on Jan 7, 2011 12:30 PM

    Dude wrote:
    I did not remove any datafiles or redo logs. it is the same restore operation as before, and again RMAN "recovery database" succeeds, whereas SQL recover has trouble. This tells me something is different between the two methods. For one, RMAN does not requrie to specify "using backup controlfile".
    Maybe someting about "resetlogs" that that RMAN recover can handle and SQL recover not?No,problem is there.If you using rman execute RECOVER DATABASE it also will apply online logs(if available) also and as result you will get complete recovery however you must open database with resetlogs option due to you recovered database using backup controlfile.So also you can recover and open database applying this online logs.After executing RECOVER DATABASE USING BACKUP CONTROLFILE you have to pass full path of online log then press ENTER so log will apply and you can open database with RESETLOGS.See below
    C:\Documents and Settings\chinar>rman target sys/sm
    Recovery Manager: Release 10.2.0.1.0 - Production on Fri Jan 7 17:47:49 2011
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    connected to target database (not started)
    RMAN> startup nomount;
    Oracle instance started
    Total System Global Area     138412032 bytes
    Fixed Size                     1247708 bytes
    Variable Size                 71304740 bytes
    Database Buffers              58720256 bytes
    Redo Buffers                   7139328 bytes
    RMAN> restore controlfile from 'D:\oracle\product\10.2.0\flash_recovery_area\T\B
    ACKUPSET\2011_01_07\O1_MF_NCSNF_TAG20110107T171001_6LG48JR5_.BKP'
    2> ;
    Starting restore at 07-JAN-11
    using target database control file instead of recovery catalog
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=157 devtype=DISK
    channel ORA_DISK_1: restoring control file
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
    output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL01.CTL
    output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL02.CTL
    output filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\CONTROL03.CTL
    Finished restore at 07-JAN-11
    RMAN> alter database mount;
    database mounted
    released channel: ORA_DISK_1
    RMAN> restore database;
    Starting restore at 07-JAN-11
    Starting implicit crosscheck backup at 07-JAN-11
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=156 devtype=DISK
    Crosschecked 1 objects
    Finished implicit crosscheck backup at 07-JAN-11
    Starting implicit crosscheck copy at 07-JAN-11
    using channel ORA_DISK_1
    Finished implicit crosscheck copy at 07-JAN-11
    searching for all files in the recovery area
    cataloging files...
    cataloging done
    List of Cataloged Files
    =======================
    File Name: D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\T\BACKUPSET\2011_01_07\O
    1_MF_NCSNF_TAG20110107T171001_6LG48JR5_.BKP
    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 D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\SYSTEM01.DBF
    restoring datafile 00002 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\UNDOTBS01.DBF
    restoring datafile 00003 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\SYSAUX01.DBF
    restoring datafile 00004 to D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\USERS01.DBF
    channel ORA_DISK_1: reading from backup piece D:\ORACLE\PRODUCT\10.2.0\FLASH_REC
    OVERY_AREA\T\BACKUPSET\2011_01_07\O1_MF_NNNDF_TAG20110107T171001_6LG45BXS_.BKP
    channel ORA_DISK_1: restored backup piece 1
    piece handle=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\T\BACKUPSET\2011_01_07
    \O1_MF_NNNDF_TAG20110107T171001_6LG45BXS_.BKP tag=TAG20110107T171001
    channel ORA_DISK_1: restore complete, elapsed time: 00:01:04
    Finished restore at 07-JAN-11
    RMAN> recover database;
    Starting recover at 07-JAN-11
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 1 sequence 7 is already on disk as file D:\ORACLE\PRODUCT\10.
    2.0\ORADATA\T\REDO02.LOG
    archive log filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG thread=1 sequ
    ence=7
    media recovery complete, elapsed time: 00:00:03
    Finished recover at 07-JAN-11
    RMAN> exit
    Recovery Manager complete.
    C:\Documents and Settings\chinar>sqlplus sys/sm as sysdba
    SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jan 7 17:51:31 2011
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    SQL> alter database open;
    alter database open
    ERROR at line 1:
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    SQL> alter database open resetlogs;
    Database altered.
    SQL> And above you see lines as
    archive log thread 1 sequence 7 is already on disk as file D:\ORACLE\PRODUCT\10.
    *2.0\ORADATA\T\REDO02.LOG*
    archive log filename=D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG thread=1 sequ
    ence=7
    It means RMAN apply these.So you can apply these using SQLPLUS ALSO.In additionally you can see that from alert log as
    alter database recover if needed
    start until cancel using backup controlfile
    Media Recovery Start
    parallel recovery started with 2 processes
    ORA-279 signalled during: alter database recover if needed
    start until cancel using backup controlfile
    Fri Jan 07 17:50:34 2011
    alter database recover logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG'
    Fri Jan 07 17:50:34 2011
    Media Recovery Log D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG
    Fri Jan 07 17:50:34 2011
    Incomplete recovery applied all redo ever generated.
    Recovery completed through change 665263
    Completed: alter database recover logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\T\REDO02.LOG'And finally you see clearly that even if you execute RECOVER DATABASE from RMAN it actually execute RECOVER DATABASE UNTIL CANCEL USING BACKUP CONTROLFILE (from alert.log start  until cancel using backup controlfile)
    And these is not any difference.
    Hope that help you and you got answer.

  • RMAN restore UNTIL SCN in DATA GUARD environment

    Hello,
    OS=RHL5
    DB=11.2.0.3 Primary and 1 Physical STANDBY database.
    I have a huge application changes tomorrow and its possible that I have the requirement to ROLLBACK the database 5 hours back because the application.
    I am thinking to adopt following method from the official Oracle documentation (untilClause):
    STARTUP FORCE MOUNT
    RUN
      SET UNTIL SCN 1418901;  ## Any required SCN number will be used here.
      RESTORE DATABASE;
      RECOVER DATABASE;
    ALTER DATABASE OPEN RESETLOGS;
    I will of course take LEVEL0 backup tonight and LEVEL1 backup before the start of work.
    My humble question to you is that: If this is the correct method I am adopting? and if yes, then what about Physical standby database? Will there something to restore/recover too? or it's not required or standby database need to create again (which I am afraid of)?
    Flash back is not enabled.
    Bundle of thanks for the suggestion.
    Best Regards

    hello John-MK,
    My humble question to you is that: If this is the correct method I am adopting?
    the method is  correct but not the BEST PRACTICE...create a RESTORE POINT instead of using SCN. for example:
    SET UNTIL RESTORE POINT before_app_changes;
    1. drawbacks of using flashback feature are:
    a. you need more disk space
    b. there is CPU overhead associated with flashback log operation
    c.compulsorily need to use fast recovery area and you can not backup flashback log
    d.others..
    but my own opinion, i think the advantage out weight the drawbacks, since you are paying for it already
    2.  if the standby database did not apply redo data past the new resetlogs SCN, then you do not need to re-build. no manual intervention
    HTH
    Tobi

  • Recover database with missing archivelog...

    Oracle10gR2 RHEL 4
    Hi,
    I am having a problem. I'm trying to recover my database to an previous point in time but the archive logs that I need were accidentally removed. Is there anyway I can restore it to a previous point in time? None of the SCN's are working no matter how far I go back (note: I can created the database lastweek so it can't go further than that).
    Thanks
    RMAN> recover database until time "to_date('2008-04-08:17:47:00','YYYY-MM-DD:HH24:MI:SS')";
    Starting recover at 14-APR-08
    using channel ORA_DISK_1
    starting media recovery
    archive log thread 2 sequence 4 is already on disk as file +FLASH1/vmracdev/archivelog/2008_04_08/thread_2_seq_4.290.651538751
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/14/2008 16:11:11
    RMAN-06053: unable to perform media recovery because of missing log
    RMAN-06025: no backup of log thread 1 seq 9 lowscn 153309685 found to restore
    RMAN> recover database until SCN 153330712;
    Starting recover at 14-APR-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/14/2008 16:12:40
    RMAN-06556: datafile 1 must be restored from backup older than scn 153330712
    RMAN> recover database until SCN 153266607;
    Starting recover at 14-APR-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/14/2008 16:15:01
    RMAN-06556: datafile 1 must be restored from backup older than scn 153266607

    Ok, I am trying that but I get the following error:
    RMAN> recover database until SCN 153219977;
    Starting recover at 17-APR-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 04/17/2008 13:33:00
    RMAN-06004: ORACLE error from recovery catalog database: RMAN-20208: UNTIL CHANGE is before RESETLOGS change
    And this is the latest SCN I have.
    Thanks

  • Recover database using RMAN

    Hi, I hope someone can explain to me what happened with my recovery process. I am running Oracle 8i.
    I dropped a tablespace on 11/22 @ 09:11. I first tried to do a full restore without restoring the control file (I was told that I should keep the current control file in order to apply any logs).
    RMAN> run {
    2> allocate channel d1 type disk;
    3> set limit channel d1 kbytes 100000;
    4> allocate channel d2 type disk;
    5> set limit channel d2 kbytes 100000;
    6> allocate channel d3 type disk;
    7> set limit channel d3 kbytes 100000;
    8> restore database;
    9> alter database mount;
    10> recover database;
    11> alter database open resetlogs;
    12> release channel d1;
    13> release channel d2;
    14> release channel d3;
    15> }
    I received the following error:
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: recover
    RMAN-03006: non-retryable error occurred during execution of command: recover(1)
    RMAN-07004: unhandled exception during command execution on channel default
    RMAN-10035: exception raised in RPC: ORA-19654: must use backup controlfile to switch file incarnations
    RMAN-10031: ORA-19654 occurred during call to DBMS_BACKUP_RESTORE.SWITCHTOCOPY
    I could not open the database, next I did a point in time restore with the control file:
    RMAN> run {
    2> allocate channel d1 type disk;
    3> set limit channel d1 kbytes 100000;
    4> allocate channel d2 type disk;
    5> set limit channel d2 kbytes 100000;
    6> allocate channel d3 type disk;
    7> set limit channel d3 kbytes 100000;
    8> restore controlfile;
    9> alter database mount;
    10> set until time = '2004-11-22:09:00:00';
    11> restore database;
    12> recover database;
    13> release channel d1;
    14> release channel d2;
    15> release channel d3;
    16> }
    I received the following error:
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: recover
    RMAN-03002: failure during compilation of command
    RMAN-03013: command type: recover(4)
    RMAN-06053: unable to perform media recovery because of missing log
    RMAN-06025: no backup of log thread 1 seq 8 scn 263762 found to restore
    I could not open the database, I received the following error when I tried to open with resetlogs:
    RMAN-06003 .....:ORA-01113 file 1 needs media recovery
    '/d01/oradata/dr_cms/system01.dbf'
    I was done for the day and the system was shutdown, including the AIX server. When I started everything this morning, I did an 'alter database open resetlogs' and the database opened and the tablespace that I dropped was back!!!
    Does this make sense? Can anyone tell me what happened?!
    Why should a reboot of the system cause the database to open?

    No, you do not have to reboot the OS to get start the database. To know what exactly passed it was needed to see at the OS level the datafiles found in disk during the several intents you did for recover the database.
    Joel Pérez
    http://www.oracle.com/technology/experts

  • Problem in recovering database

    I Have Oracle Database 10g (10.2.0.1.0) on Windows Server 2003
    I have taken full hot RMAN backup of database.
    I have copied the backup files from flash recovery area.
    I have one other Machine having windows server 2003 And Oracle 10g Same version. I have copied the backup files from first machine to Flash Recovery Area folder on second machine.
    Now i am trying to restore the database of first machine to second machine.
    1. I have created a new instance on second machice with same name as in fiirst machine.
    2. I have created one ORA password file as well.
    3. SET ORACLE_SID=<name of DB as it was in first machine>
    4. RMAN TARGET sys/<password given in newly ORA pwd file>@<DB name> nocatalog
    5. SET DBID=<dbid of old database>
    6. STARTUP NOMOUNT FORCE
    7. RESTORE SPFILE TO PFILE '<path of new pfile>' from '<path where backup files are there>';
    8. CREATE UDUMP,BDUMP,CDUMP,PFILE,ORADATA FOLDERS where required;
    9. SHUTDOWN IMMEDIATE;
    10. STARTUP NOMOUNT PFILE='<path of newly created pfile>';
    11 RESTORE CONTROLFILE FROM '<path of backup files>';
    12. ALTER DATABASE MOUNT;
    Everything work fine till here
    Now my next step was
    13. RESTORE DATABASE;
    Then it gives error like:-
    RMAN> restore database;
    Starting restore at 20-NOV-08
    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: sid=375 devtype=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of restore command at 11/20/2008 21:00:54
    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
    RMAN-06023: no backup or copy of datafile 2 found to restore
    RMAN-06023: no backup or copy of datafile 1 found to restore
    Firstly i copied backup files to flash recovery area, then i copied files to 'D:\oracle\product\10.2.0\db_1\database' as well. Because i have done it in 9i, in 9i i copied the backup files to this backup folder then while doing restore RMAN succesfully takes file from this folder & restores the database. but in 10g RMAN is not recognising the path of backup. How this problem can be solved? Or is this some different problem which i am not getting?
    Waiting for reply..

    Hi ORADBA,
    Thanks for your response. Your solution worked. Actually there was a difference the Oracle installation on server from which i was taking backup is on E drive.
    And the server on which i am trying to restore that database has Oracle installation files on D drive. That's why this confusion occurred.
    But i have one query again. I am not able to recover my database fully.
    Firstly i typed restore database command that worked. Thereafter i tried recover database command. that commant resulted in an error as given below. Than i typed command archive log list on SQL promt, from there i found the information of latest archive log. then i tried recover database until logseq 484 thread 1. That also didn't work. In the same situation i tried to open database i was able to open database using command alter database open resetlogs. I suppose i was not able to recover the database fully. Hi can i recover my database fully?
    waiting for reply. Thanks in advance.
    RMAN> recover database;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting incremental datafile backupset restore
    channel ORA_DISK_1: specifying datafile(s) to restore from backup set
    destination for restore of datafile 00001: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSTEM01.DBF
    destination for restore of datafile 00002: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\UNDOTBS01.DBF
    destination for restore of datafile 00003: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\SYSAUX01.DBF
    destination for restore of datafile 00004: E:\ORACLE\PRODUCT\10.2.0\ORADATA\TESTDB\USERS01.DBF
    channel ORA_DISK_1: reading from backup piece E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\BACKUPSET\2008_11_20\O1
    MFNNND1_BACKUP_TESTDB_L_1_4LB0PZXS_.BKP*
    channel ORA_DISK_1: restored backup piece 1
    piece handle=E:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\TESTDB\BACKUPSET\2008_11_20\O1_MF_NNND1_BACKUP_TESTDB_L_1_4L
    B0PZXS_.BKP tag=BACKUP_TESTDB_L_112008115509
    channel ORA_DISK_1: restore complete, elapsed time: 00:00:15
    starting media recovery
    unable to find archive log
    archive log thread=1 sequence=484
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:47:07
    RMAN-06054: media recovery requesting unknown log: thread 1 seq 484 lowscn 11013224
    RMAN> recover database until logseq 484;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:48:07
    RMAN-06556: datafile 1 must be restored from backup older than scn 11009149
    RMAN> recover database until logseq 484 thread 1;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:48:20
    RMAN-06556: datafile 1 must be restored from backup older than scn 11009149
    RMAN> recover database until logseq 483 thread 1;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:48:58
    RMAN-06556: datafile 1 must be restored from backup older than scn 10973094
    RMAN> recover database until logseq 482 thread 1;
    Starting recover at 24-NOV-08
    using channel ORA_DISK_1
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of recover command at 11/24/2008 19:49:06
    RMAN-06556: datafile 1 must be restored from backup older than scn 10952975
    RMAN> alter database open;
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of alter db command at 11/24/2008 19:49:21
    ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
    RMAN> alter database open resetlogs
    *2> ;*
    Edited by: user648257 on Nov 24, 2008 6:48 AM

Maybe you are looking for

  • Can't send PDF as a mail attachment from iPad to a Lotus Notes account

    Hello, I have some problems sending PDF documents as email attachments from my iPad. Using the adobe reader app for iOS, I create an email with the file attached. Sending this to e.g. a hotmail account works fine. However, if I send it to any address

  • Graphical screen painter with VPN connexion

    Hi, I am not getting Graphical Screen Painter when selecting Layout for a screen. i use sapgui 6.4 and Utilities->Settings in se51 is OK +  in C:\Program Files\SAP\FrontEnd\SAPgui when i click gneux.exe it's OK it show me graphical screen painter . +

  • SATA DVD Drvie Problem

    Hi, I'm trying to hook up an ASUS DVD RW sata drive to my MSI p35 Neo2-FR system.  I cannot get it to boot into windows 7 when I have the drive plugged in.  WHen I remove it, it boots perfectly.  I've tried changing the boot order, even removing the

  • Version error on Office jet 150 mobile, how can I fix it?

    I tried to update the firmware, and now I can't print...i get a version mismatch error now... here is the message: BIVDB30070B FtV:FD00012B Correct version BIVDB30071B Anyone know how to fix this and get the correct version?

  • I want to reload my S/W after having to reload my computer

    Due to bad tech support I had to wipe out my PC and read windows, Now I want to reload my Lightroom Ver 5 but it wont accept my old key from Lightroom 3 Also I would be willing to purchase premium support If only I could figure how