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
#######################################################################################################################

Similar Messages

  • 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

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

  • Recovery using backup controlfile

    hai,
    can any one explain me on what is the difference between recovering database as,
    recover database until cancel using backup controlfile;and
    recover database until cancel;regards
    ashik

    Hi,
    >>Note that you should only use a backup controlfile that was created via 'alter database backup controlfile to /path/to/your/controlfile_backup;'
    Not exactly... we can use a control file that was made by a cold backup in order to recover a database.
    SQL*Plus: Release 9.2.0.4.0 - Production on Tue Nov 21 21:10:19 2006
    Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
    Enter user-name: / as sysdba
    Connected to an idle instance.
    SQL> startup
    ORACLE instance started.
    Total System Global Area   93394180 bytes
    Fixed Size                   451844 bytes
    Variable Size              67108864 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 667648 bytes
    Database mounted.
    Database opened.
    SQL> create user SCOTT identified by TIGER default tablespace USERS quota unlimited on USERS;
    User created.
    SQL> grant connect to SCOTT;
    Grant succeeded.
    SQL> connect SCOTT/TIGER
    Connected.
    SQL> create table emp (cod number primary key);
    Table created.
    SQL> begin
    2 for i in 1..10000 loop
    3 insert into emp values (i);
    4 end loop
    5 end;
    6 /
    PL/SQL procedure successfully completed.
    SQL> commit;
    Commit complete.
    SQL> select count(*) from emp;
      COUNT(*)
         10000
    SQL> connect system/manager
    Connected.
    SQL> select name from v$archived_log;
    NAME
    /backup/archive/1_10.dbf
    /backup/archive/1_11.dbf
    /backup/archive/1_12.dbf
    /backup/archive/1_13.dbf
    4 rows selected.
    SQL> select * from v$log;
        GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIM
    1 1 14 512000 1 NO CURRENT 51849 22-NOV-06
             2          1         12     512000          1 YES INACTIVE                 51826 22-NOV-06
             3          1         13     512000          1 YES ACTIVE                   51840 22-NOV-06
    SQL> connect / as sysdba
    Connected.
    Crash Simulation
    SQL> shutdown abort
    ORACLE instance shut down.
    Lost Data files and Control Files Simulation
    SQL> host
    oracle@linux:/u01> rm oradata/BDRPS/*.dbf
    oracle@linux:/u01> rm oradata/BDRPS/*.ctl
    oracle@linux:/u01> ls -l oradata/BDRPS/
    total 1524
    -rw-r-----    1 oracle   oinstall   512512 2006-11-22 08:20 redo01.log
    -rw-r-----    1 oracle   oinstall   512512 2006-11-22 08:18 redo02.log
    -rw-r-----    1 oracle   oinstall   512512 2006-11-22 08:19 redo03.log
    Restore Data Files and Control Files from last cold backup
    oracle@linux:/u01> cp -a /backup/oradata/BDRPS/*.dbf oradata/BDRPS/
    oracle@linux:/u01> cp -a /backup/oradata/BDRPS/*.ctl oradata/BDRPS/
    oracle@linux:/u01> exit
    exit
    SQL> startup
    ORACLE instance started.
    Total System Global Area   93394180 bytes
    Fixed Size                   451844 bytes
    Variable Size              67108864 bytes
    Database Buffers           25165824 bytes
    Redo Buffers                 667648 bytes
    Database mounted.
    ORA-00314: log 1 of thread 1, expected sequence# doesn't match
    ORA-00312: online log 1 thread 1: '/u01/oradata/BDRPS/redo01.log'
    Begin Recovery Process
    SQL> recover database using backup controlfile;
    ORA-00279: change 51548 generated at 11/07/2006 20:24:21 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_10.dbf
    ORA-00280: change 51548 for thread 1 is in sequence #10
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52048 generated at 11/22/2006 08:18:35 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_11.dbf
    ORA-00280: change 52048 for thread 1 is in sequence #11
    ORA-00278: log file '/backup/archive/1_10.dbf' no longer needed for this
    recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52056 generated at 11/22/2006 08:18:36 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_12.dbf
    ORA-00280: change 52056 for thread 1 is in sequence #12
    ORA-00278: log file '/backup/archive/1_11.dbf' no longer needed for this
    recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52076 generated at 11/22/2006 08:18:37 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_13.dbf
    ORA-00280: change 52076 for thread 1 is in sequence #13
    ORA-00278: log file '/backup/archive/1_12.dbf' no longer needed for this
    recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    ORA-00279: change 52087 generated at 11/22/2006 08:18:37 needed for thread 1
    ORA-00289: suggestion : /backup/archive/1_14.dbf
    ORA-00280: change 52087 for thread 1 is in sequence #14
    ORA-00278: log file '/backup/archive/1_13.dbf' no longer needed for this
    recovery
    In this moment, I don't have a sequence log 14 archived, then I will use the Current Log File Group for this recovery
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    /u01/oradata/BDRPS/redo01.log
    Log applied.
    Media recovery complete.
    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> connect SCOTT/TIGER
    Connected.
    SQL> select count(*) from emp;
      COUNT(*)
         10000Cheers

  • Archived log application to a cold backup fails with ora-00328

    I am testing backup and recovery scenario as mentioned in Metalink Doc id:69468.1 where a cold backup of one production server is restored on a separate machine. Some activity, say a table creation in some schema and insertion of rows in it is followed by a few log switches. Next I moved just the archived logs ( newly generated) to the test machine and proceed as follow to recover but log application is failing as below,any help would be appreciated!
    SQL> startup mount;
    ORACLE instance started.
    Total System Global Area 205520896 bytes
    Fixed Size 1248116 bytes
    Variable Size 71304332 bytes
    Database Buffers 130023424 bytes
    Redo Buffers 2945024 bytes
    Database mounted.
    SQL> recover database until cancel using backup controlfile;
    ORA-00279: change 581754 generated at 12/21/2007 02:35:04 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\ARCHIVE\ARC00001_0641874107.001
    ORA-00280: change 581754 for thread 1 is in sequence #1
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    auto
    ORA-00328: archived log ends at change 581535, need later change 581754
    ORA-00334: archived log:
    'C:\ORACLE\PRODUCT\10.2.0\ARCHIVE\ARC00001_0641874107.001'
    SQL> recover database until cancel;
    ORA-00283: recovery session canceled due to errors
    ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
    SQL> recover database until cancel using backup controlfile;
    ORA-00279: change 581754 generated at 12/21/2007 02:35:04 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\ARCHIVE\ARC00001_0641874107.001
    ORA-00280: change 581754 for thread 1 is in sequence #1
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    C:\oracle\product\10.2.0\archive\ARC00001_0641874107.001
    ORA-00328: archived log ends at change 581535, need later change 581754
    ORA-00334: archived log:
    'C:\ORACLE\PRODUCT\10.2.0\ARCHIVE\ARC00001_0641874107.001'
    SQL> recover database using backup controlfile;
    ORA-00279: change 581754 generated at 12/21/2007 02:35:04 needed for thread 1
    ORA-00289: suggestion :
    C:\ORACLE\PRODUCT\10.2.0\ARCHIVE\ARC00001_0641874107.001
    ORA-00280: change 581754 for thread 1 is in sequence #1
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    C:\oracle\product\10.2.0\archive\ARC00001_0641874107.001
    ORA-00328: archived log ends at change 581541, need later change 581754
    ORA-00334: archived log:
    'C:\ORACLE\PRODUCT\10.2.0\ARCHIVE\ARC00001_0641874107.001'
    Please Help

    The error displayed stated you are required to have an specific sequence:
    ORA-00280: change 581754 for thread 1 is in sequence #1
    Check the contents of the v$recover_file dynamic view and verify if you really have all required archivelog files.
    ~ Madrid

  • Recovering using backup controlfile

    Hello,
    When we do database recovery (not until some time in the past, but until "now") using binary backup of controlfile why do we need to open it with resetlogs?
    The scenario is: we have all the datafiles, archived redo and online redo logs, but all of the controlfile are lost. We have backup of controfile and we need to restore and recover it. I've read we need to open the db with resetlogs then. Why?
    I heard we don't need to do this if there was backup of the controlfile to text trace. I also don't understand why.
    Thanks in advance for help
    Aliq

    Navneet wrote:
    Hi,
    In case when controlfile i lost and restored from the bcakup, Datafiles are uptodate with the redo log files but controlfiles are behind,
    WHen we say "Recover databse using backup controlfile" this means we are applying the archives to the datafiles as well as controlfiles. But datafiles are uptodate aor they will remain untopuched and controlfile wil be updated to the recnt redo.
    Now the quetion is why we need reetlogs even when we are doing complete recovery?
    So the reasin for this is controlfile needs to be updated with some datastructure updatations and those updations are performed during resetlog option. These data structure updatation may contain some changes in the properties of datafiles,blocks, or somethng internal processes of ORacle.
    So we need to use resetlogs.
    Regards,
    NavneetNavneet,
    Control flies are going to get updated from the datafile info which are going to get update from the archived logs.We never apply archive logs to the control file , they are meant for datafiles only.
    Now the quetion is why we need reetlogs even when we are doing complete recovery?
    So the reasin for this is controlfile needs to be updated with some datastructure updatations and those updations are performed during resetlog option. These data structure updatation may contain some changes in the properties of datafiles,blocks, or somethng internal processes of ORacle.
    So we need to use resetlogs.
    Hmm well I am afraid that its plainly wrong. Resetlog is required because we are stopping the recovery in between. This means whatever we have done and is stored in the archived logs , we can't apply it all. Now we have thrown datafiles and control file back in the time but redo logs never come back. So we are starting from fresh with resetlogs which will make the seuence numbers 0,1 and lets open the db. After the db is open, the sequence numbers are matched with the stored ones in the controlfile and datafile.
    Aman....

  • ORA-01194 and ORA-00604 when using backup controlfile set #2

    Database version Oracle 11.2.0.1
    Enterprise Linux 5.4
    Database is in archivelog mode.
    I'm trying to recover a database according to set #2 of a backup controlfile to trace. Creating the controlfile works fine, but recovering the database fails.
    From what I can gather, the recovery fails because it cannot roll forward - sequence 39 is in the missing online redo logfile. However, the database is opened with the restlogs option, and I understand that it should use the archivelogs in order to roll backwards. Since this is a new controlfile it does not know about archivelogs, but it does not accept to register or use any archivelog files.
    The recovery as outlined in set #2 does not seem to work as advertised. Any ideas?
    Following errors:
    SQL>  CREATE CONTROLFILE REUSE DATABASE "RCAT" RESETLOGS  ARCHIVELOG etc.
    Control file created.
    Tyring to register on of the archivelogs does not work:
    SQL>  ALTER DATABASE REGISTER LOGFILE '/u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_33_69bfo5tx_.arc';
    ALTER DATABASE REGISTER LOGFILE '/u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_33_69bfo5tx_.arc'
    ERROR at line 1:
    ORA-00604: error occurred at recursive SQL level
    Applying an existing archivelog during recovery does not work:
    SQL> recover database using backup controlfile until cancel
    Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_33_69bfo5tx_.arc
    ORA-00310: archived log contains sequence 33; sequence 39 required
    ORA-00334: archived log:
    '/u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_33_69bfo5tx_.arc'
    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: '/u02/RCAT/datafile/o1_mf_system_6959kz7l_.dbf'
    ls -l /u02/fra/RCAT/archivelog/2010_09_19:
    -rw-r----- 1 oracle dba 49313280 Sep 19 00:01 o1_mf_1_33_69bfo5tx_.arc
    -rw-r----- 1 oracle dba   312320 Sep 19 00:03 o1_mf_1_34_69bft63b_.arc
    -rw-r----- 1 oracle dba 20343808 Sep 19 02:10 o1_mf_1_35_69bo6y6j_.arc
    -rw-r----- 1 oracle dba    40960 Sep 19 02:12 o1_mf_1_36_69boc9t8_.arc
    -rw-r----- 1 oracle dba    20992 Sep 19 02:13 o1_mf_1_37_69bofng4_.arc
    -rw-r----- 1 oracle dba   794624 Sep 19 02:15 o1_mf_1_38_69bokwbf_.arcThanks,
    Markus

    Specifying sequence 39 results in the same error message, which is what is what it tries to apply when using "recover until cancel" and typing cancel. But the problem is that sequence 39 was in the online redologs, which were not archived yet.
    SQL> select name, first_change#,next_change# from v$archived_log;
    NAME                                        FIRST_CHANGE# NEXT_CHANGE#
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_34_69bft63b_.arc        1259096     1259295
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_37_69bofng4_.arc        1269876     1269935
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_35_69bo6y6j_.arc        1259295     1269766
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_36_69boc9t8_.arc        1269766     1269876
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_38_69bokwbf_.arc        1269935     1270557
    /u02/fra/RCAT/archivelog/2010_09_19/o1_mf_1_33_69bfo5tx_.arc        1241003     1259096
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_21_699l4tkj_.arc        1215727     1215730
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_24_699s5pj8_.arc        1215736     1224966
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_26_699s5rp4_.arc        1224969     1224972
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_15_6987rbqp_.arc        1174393     1174511
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_23_699l4xng_.arc        1215733     1215736
    NAME                                        FIRST_CHANGE# NEXT_CHANGE#
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_28_699s5tqt_.arc        1224975     1224987
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_22_699l4w5r_.arc        1215730     1215733
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_29_699s5vw2_.arc        1224987     1224990
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_19_699l4or0_.arc        1215721     1215724
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_25_699s5qd6_.arc        1224966     1224969
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_30_699s5yvs_.arc        1224990     1224999
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_27_699s5stf_.arc        1224972     1224975
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_32_69b2hgvz_.arc        1225003     1241003
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_17_699k5oxl_.arc        1194778     1209476
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_16_699jsxol_.arc        1174511     1194778
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_20_699l4rx2_.arc        1215724     1215727
    NAME                                        FIRST_CHANGE# NEXT_CHANGE#
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_18_699l4msq_.arc        1209476     1215721
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_14_6987mljx_.arc        1162149     1174393
    /u02/fra/RCAT/archivelog/2010_09_18/o1_mf_1_31_699s61sr_.arc        1224999     1225003
    25 rows selectedHow does it actually know about all the archivelogs?
    Edited by: Markus Waldorf on Sep 20, 2010 8:37 AM

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

  • Why cant the controlfile be in sync, when using backup controlfile

    hi all,
    i understand a few point ...from a dba friend of mine..
    you need a resetlog to sync the datafile headers and the controlfiles
    1) you need a resetlog when doing incomplete recovery
    2) you can recovery completely using a backup controlfile provided you have all the necessary archived logs and online redo logs.
    3) but in order not to do resetlog after 2) , you must re-create the controlfile
    my questions are
    q1) are the following point above true ?
    *q2)  why cant oracle update the controlfile when recovering using the backup controlfile ? in that case, i do not need to recreate a controlfile , isnt it ?
    Rgds,
    Noob

    user12050668 wrote:
    hi hermant,
    q1) why would i need to open the database with resetlog ?
    Yes. i am using a backup controlfile, but i have all the archived and online redologs till point of failure ?
    The purpose of a resetlog is to sync the controlfile and datafile headers , isnt it ? but i do not need to sync, as i have all the latest applied
    am i right ?
    If you use RECOVER DATABASE USING BACKUP CONTROLFILE in this case control file type is *"BACKUP"* but not *"CURRENT"* due to even you have all archivelogs and online logs you have to open database RESETLOGS statement.Actually after applying all archive and online redo logs ALTER DATABASE OPEN RESETLOGS internally sync and "Say" to control files "RECOVER FINISHED".Because CF type is BACKUP.
    q2) You need to OPEN RESETLOGS. You can choose to create controlfile OR not create controlfile (i.e. open with the backup controlfile that was used for the RECOVER).
    If you do a CREATE CONTROLFILE it has to be CREATE CONTROLFILE RESETLOGS, followed by ALTER DATABASE OPEN RESETLOGS.
    in what circumstances, would i need to re-create the controlfile when i can still use the backup controlfile ? as in any case, i would still need to resetlog.
    Rgds,
    NoobIf you have backup controlfile then do not need recreate control files.And you need use backup control file.If you lost all backup of control files and copies then or you want change database name then you can use RECREATE CONTROL FILE again.

  • 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

  • Whole database offline + redo log backup  Scheduling failed

    Hi Experts,
             In DB13 I have the following Issue,  Whole database offline + redo log backup  Scheduling failed.
    How to solve this.

    Hi,
            Below is the Log details,
    BR0120I Control files
    File                                                Size   Id.      Device  Link    Type
    /oracle/PRD/origlogA/cntrl/cntlrPRD.dbf         13975552    0      5578783  NOLINK  FILE
    /oracle/PRD/origlogB/cntrl/cntrlPRD.dbf         13975552    0      5578784  NOLINK  FILE
    /oracle/PRD/sapdata1/cntrl/cntrlPRD.dbf         13975552    0      5578772  NOLINK  FILE
    BR0616I Tablespaces in table TSORA for SAP owner SAPSR3:
    PSAPSR3, PSAPSR3700, PSAPSR3USR
    BR0227E Not enough disk space in /test123/PRDBK for backup, missing at least 149478.274 MB
    BR0056I End of database backup: behzgxph.afd 2012-02-28 03.05.40
    BR0280I BRBACKUP time stamp: 2012-02-28 03.05.40
    BR0054I BRBACKUP terminated with errors
    BR0280I BRBACKUP time stamp: 2012-02-28 03.05.40
    BR0291I BRARCHIVE will be started with options '-U -jid ALGOF20110129030500 -d disk -c force -p initPRD.sap -sd'
    BR0280I BRBACKUP time stamp: 2012-02-28 03.06.09
    BR0292I Execution of BRARCHIVE finished with return code 0

  • Backup task failed with exit code -1

    Hello all.
    I have not been able to backup my Daylite database for almost 2 weeks. This is the error I am getting: "backup task failed with exit code -1"
    I have a Mac Mini Server running 10.7.1 .    I have plenty of disk space available 140GB and the Daylite database is about 1.7GB.
    I had a corrupt disk and repaired it w/ disk utility and also verified/repaired permissions. I have tried backing it up to another location with no luck.
    Anyone had a similar problem ??

    until you delete the previous version in zlm and do a rug ref... or is this as designed
    When you make changes to the bundle you need to apply them. That creates a new version and then you need to deploy that new version. Apply and deploy are on the same page. But I guess you know that.
    If you already did that and still had problems, it might be the zen loader that needs a little bit more time. Once you hit deploy, a zen queue entry gets created that informs the zen loader to update the bundle xml file in the file repository. That file is delivered to the managed device when it queries for bundle information. So if that bundle xml contains the old version, the client will see that.
    Problems here can be that the zen loader simply needs a few seconds longer then when you change to the device and run rug ref. Or there can be other queue entries that get processed and the bundle xml update is just in the queue and waiting. The zen loader has 5 slots for processing queue entries.
    On the zlm server you can run "zlman ql I" for in progress entries and "zlman ql N" for new state entries that ned to be processed.
    Or you can use the short script I posted (Cool Solutions: Monitor ZLM queue entries with Nagios) that shows you in one line how many and what type of queue entries currently exist. This is what I always use to get a overview about the queue status.
    Rainer

  • RMAN backup got failed with the error ORA-19566

    Hi,
    One of database, while taking backup using RMAN, it failed with the following error:
    RMAN-03009: failure of backup command on DISK4 channel at 11/28/2012 09:47:29
    ORA-19566: exceeded limit of 0 corrupt blocks for file <faile_name>
    I used DBV to identify the number of blocks corrupted.
    I referred the Metalink iD 457422.1 & 336133.1. But it did not help since the corrupted blocks have got object in it.
    I could able to find the object as well. it is one of the table in the datafile.
    I used 'ALTER TABLE ... MOVE..' command to see if that helps. But again getting the same error while taking the backup and corrupted blocks still exists.
    DB Version : 10.2.0.5
    OS Version : RHEL 5.6
    Please help me out to get this fixed.

    Here it is:
    SQL> Select * from v$database_block_corruption ;
    FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTION_TYPE
    13 3988352 128 0 ALL ZERO

  • SRVCTL START DATABASE FAILS WITH  ORA-00119

    Hi,
    My DB version is 11.2.0.2.3
    I am able to start the DB thorough sqlplus as conventional way.But when I am trying to start using SRVCTL it gives the following errors:
    CRS-5017: The resource action "ora.****.db start" encountered the following error:
    SRVCTL START DATABASE FAILS WITH ORA-00119: invalid specification for system parameter LOCAL_LISTENER
    ORA-00132: syntax error or unresolved network name 'LISTENER_local'
    Can you please suggest for any workaround.
    Thanks

    Did you check the TNS_ADMIN? Where does it point to?
    Also check if you have all the network files placed under the directory pointed to by TNS_ADMIN.
    sqlnet.ora
    listener.ora
    tnsnames.ora

  • Backup keeps failing with error 0x07EF9

    Started an initial backup (manually) over a weekend then stopped it before it had completed. Selected the option to start next backup at where it was stopped. Since then, the backup job keeps failing with the error
    An unexpected error occurred during the operation. (0x07EF9)
    Any ideas how to fix this. I have cancelled the schedule then rescheduled it but still the same result.
    I have tried manually running it as well but it still fails.
    John

    Hi John,
    Thanks for posting here!
    It looks like something is blocking Azure backup. Could be an Anti Virus software on the computer, which is locking the files the Azure Backup is trying to access while backup is initiated. OR if there is a 3rd party backup software which is running at the
    same time while azure backup is scheduled to backup files and folders. As a result the backup is failing with no luck.
    You might want to start looking at the logs and see if you find anything which is causing this problem. This might help narrow down the issue.
    Regards,
    Sadiqh

Maybe you are looking for

  • Solution Packager- Error in the process

    Solution SBO Packager 8.81 PL02 - There was an error during the creation of society, This entry already exists in the following tables (ODBC -2035) I was using the Packager of SBO and get this error when I load the package file to create a new base.

  • Pictures do not display correctly

    Hello, Many times when I view a web site on Safari, the pictures will display on top of each other, blocking the view. It appears layered, like this: http://img.photobucket.com/albums/v490/celica_supra/safari.jpg I searched and I can't figure it out.

  • Help with the keyboard

    Hi! My case is very simple, and it is so simple that i didn't find any question equal to mine.  How I do the backspace?

  • IPad2 not down loading mail with photos

    My iPad2 downloads mostly emails but it is not down loading all of them especially one which had a photo in it. How can I get it to download all emails? Thanks for you help. Vernon

  • Is it possible to use constants in when condition of a trigger

    I need to check for a condition (say user = 'XYZ'). Since this value XYZ has not yet been finalized, I would like to assign this value to a constant and use it in the trigger. Hence any change would require me to only change the value assigned to the