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....
Similar Messages
-
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
####################################################################################################################### -
Need a help: how to recover using backup control file?
Please a help:
First computer
1. I create a database
2. put it in archive mode,
3. shutdown and made a cold backup
4. Created backup control file (alter database backup control file to trace)
5. I started up and created some archived log files.
Second Computer
1. I copied all files created in the step 3 above except the control file
2. I create all the same map directory on the 2nd computer as in the 1st computer
3. I recreate the control file from the script got in the step 4 above
4. I Copy archived log files generated at the step 5 in the local directory in the second computer
5. I set the logsource and set the autorecovery to on
6. I recover the database: RECOVER DATABASE USING BACKUP CONTROL FILE UNTIL CANCEL
Error got:
the archived log file applied do not go beyond the first one?,How could I do to applied all archived log files copied from the first computer to the second computer to have the same data?
Thank you very mucharchived log sequeces in the first computerSQL> select sequence#,first_change#,next_change# from v$log_history;
SEQUENCE# FIRST_CHANGE# NEXT_CHANGE#
1 553723 555484
2 555484 557345
Actions I did in the second Computer(after copied the former two archived log files from the 1st computer)
SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS ARCHIVELOG
2 MAXLOGFILES 16
3 MAXLOGMEMBERS 3
4 MAXDATAFILES 100
5 MAXINSTANCES 8
6 MAXLOGHISTORY 292
7 LOGFILE
8 GROUP 1 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG' SIZE 50M,
9 GROUP 2 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG' SIZE 50M,
10 GROUP 3 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG' SIZE 50M
11 -- STANDBY LOGFILE
12 DATAFILE
13 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF',
14 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF',
15 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF',
16 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF'
17 CHARACTER SET WE8ISO8859P1
18 ;
Control file created.
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Disabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 0
Next log sequence to archive 0
Current log sequence 0
SQL> alter database archivelog;
Database altered.
SQL> set logsource C:\local_destination1_orcl
SQL> set autorecovery on;
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 555611 generated at 01/18/2007 14:14:14 needed for thread 1
ORA-00289: suggestion :
C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC
ORA-00280: change 555611 for thread 1 is in sequence #1
ORA-00328: archived log ends at change 555483, need later change 555611
ORA-00334: archived log:
'C:\LOCAL_DESTINATION1_ORCL\ARCH.1_1_612194518_43F17CF5.ARC'
Idon't know where the change 555611 is coming from? -
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,
MarkusSpecifying 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 -
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,
Noobuser12050668 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. -
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
ashikHi,
>>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 -
Current archive log got deleted, how to recover using previous archive log?
Hi
My current log sequence #819 and it is got deleted and no choice to get it back and I have previous archived logs with sequences #814 to 818.
When I starting my database it is showing that use 'MUST USE RESETLOGS OR NORESETLOGS option for database open then I used the command
SQL> ALTER DATABASE OPEN RESETLOGS;
ALTER DATABASE OPEN RESETLOGS
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: 'E:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF'
SQL> alter database recover;
alter database recover
ERROR at line 1:
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SQL> alter database recover using backup controlfile;
alter database recover using backup controlfile
ERROR at line 1:
ORA-00279: change 8433746 generated at 01/15/2013 19:51:59 needed for thread 1
ORA-00289: suggestion :
E:\APP\ADMINISTRATOR\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_01_16\O1_MF_1_819_
%U_.ARC
ORA-00280: change 8433746 for thread 1 is in sequence #819
now I don't have the archive log with sequence 819, I have recover from 818. please tell me how to do it?You probably should post to the correct forum too: Recovery Manager (RMAN)
cheers -
Hi Gurus,
After an online backup restore and relevant archive logs restore, I start recovering:
SQL>startup mount
SQL>recover database using backup controlfile until time '...
then I got the traditional msgs:
ORA-00279: change nnnn generated at <date-time> needed for thread 1
ORA-00289: suggestion: <archive logs path/&&&xxx> (it's OK this file was restored)
ORA-00280: change nnnn is in sequence xxx (nb corresponding to the preceding file)
but then no prompt comes up with "specify log: {<RET>=suggested | filename ...."
No further error message, just a prompt:
SQL>
What am I supposed to do?
Thanks in advance.
Edited by: user10278506 on 17 sept. 2008 09:53The only thing I got in the alert.log is:
alter database recover using backup controlfile until time '2008-09-17:11:00:00'
Wed Sep 17 17:02:06 2008
Media Recovery Start
parallel recovery started with 3 processes
ORA-279 signalled during: alter database recover using backup controlfile until time '2008-09-17:11:00:00'...
Wed Sep 17 17:08:05 2008
Warning: Recovery session ended without issuing ALTER DATABASE RECOVER CANCEL
I believe the "startup mount" would not start an automatic recovery, am I right? -
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
Hello All,
I have an instance on my LAB server. To explore more avenues in cloning a DB I did the following.
1. On my Oracle 10g Instance I fired an large query which would take atleast an hour to execute.
2. Opened another session and executed shu ABORT to shutdown the above instance abruptly.
3. Took backup of datafiles, archive logs and redologs [ prior to shu abort, I had issued ALTER DATABASE BACKUP CONTROLFILE TO TRACE]
Restoration steps:
NOMOUNT with pfile edited to hold the name of the new DB_NAME
Create control file script edited to reflect the new paths of datafile and redologs.
MOunted succesfully.
ALTER DATABASE OPEN RESETLOGS;
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1:
'F:\ORACLE\COLD_BACKUP_TRIAL\SET2\DATAFILE\DUPLISYSTEM_553LC8QX_.DBF'
SQL> recover datafile 'F:\ORACLE\COLD_BACKUP_TRIAL\SET2\DATAFILE\DUPLISYSTEM_553LC8QX_.DBF';
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
SQL> recover database using backup controlfile;
ORA-00279: change 2962256 generated at 09/03/2009 12:06:49 needed for thread 1
ORA-00289: suggestion :
F:\ORACLE\COLD_BACKUP_TRIAL\SET2\FLASH_RECOVERY_AREA\DUPLI\ARCHIVELOG\2009_09_23
\O1_MF_1_2_%U_.ARC
ORA-00280: change 2962256 for thread 1 is in sequence #2
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
F:\oracle\cold_backup_trial\SET2\ONLINELOG_BK\O1_MF_3_553LGCH3_.log
ORA-00342: archived log does not have expected resetlogs SCN 2933995
ORA-00334: archived log:
'F:\ORACLE\COLD_BACKUP_TRIAL\SET2\ONLINELOG_BK\O1_MF_3_553LGCH3_.LOG'
I didn't find the file it was suggesting so I tried many combinations of providing the right recovery file name :-- All the latest Archive logs and Redologs in my backup.
Still the recovery is not successful. Please let me know how can I recover my DATABASE.
Many thanks in advance.
Regards,
ValliGreetings,
If I understood, you basically have a copy of a primary database and the redo log archives of this pretty same database, you have backed up the control file of this primary database, edited it pointing all paths of your datafiles to the new location but renaming the instance name.
I am assuming that you have edited the first line of your control file to something like "CREATE CONTROLFILE SET DATABASE "DB02" RESETLOGS ARCHIVELOG", in this case are you sure that the redolog archives have not loose the sequence? In this case it will ask more and more archives and it will never end, take a look at the date and time of the thread that your instance is asking for recovery. Is your instance a production database? If it is NOT production and you are SURE that the database is completely recovered and is asking for redolog files that does not even exist you can try to add the ALLOWRESETLOGS_CORRUPTION=TRUE to your init.ora and open the db... This solution is not recommended and you should never use it on production instances... take this hint as a LAST effort to bring your db online.
Regards,
Bruno Carvalho -
Recovering cold backup - running in circles - part 2 -Second opinion needed
Hello all,
Here I'm again but this time not to ask for a complete solution where I have to do nothing but a second opinion and some help in solving.
In the thread [Recovering cold backup - alter database open failing - running in circles |http://forums.oracle.com/forums/thread.jspa?messageID=9663720] , I was trying to recover a database (I still am) for one of our clients.
Since then a few things have changed, from our client we have no received the installation media for their database software: Oracle 10.0.1.0.2.
I have installed this on a Linux, an opensuse while they used a RHEL 4, placed the database files in the a similar map structure as theirs and made sure that all the ORACLE variables were correctly set, we have also received the pfile and I made the corresponding initfile from.
I start sqlplus / as sysdba
Mounting the database no problem.
Trying to open the database I receive the following error ORA-01207: file is more recent than controlfile – old controlfile, the error refers to the Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'.
Their is no corresponding error message in the alert log, well their is but it doesn't really give me the information I was looking for.
Mon Jul 11 16:38:26 2011
alter database open
ORA-1122 signalled during: alter database open...
Mon Jul 11 16:44:51 2011
ALTER DATABASE RECOVER database
Mon Jul 11 16:44:51 2011
Media Recovery Start
Media Recovery failed with error 1122
ORA-283 signalled during: ALTER DATABASE RECOVER database ...
I then attempted to do a media recovery using recover database using backup controlfile, which fails because it can not find a corresponding backup controlfile.
The section generated in the alert log did however worry me more:
ALTER DATABASE RECOVER database using backup controlfile
Mon Jul 11 16:46:15 2011
Media Recovery Start
WARNING! Recovering data file 1 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 2 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 5 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
Starting datafile 1 with incarnation depth 0 in thread 1 sequence 1818761
Datafile 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
Starting datafile 2 with incarnation depth 0 in thread 1 sequence 1818764
Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'
Starting datafile 3 with incarnation depth 0 in thread 1 sequence 1818761
Datafile 3: '/home/oracle/product/10.1.0/oradata/orcl/sysaux01.dbf'
Starting datafile 4 with incarnation depth 0 in thread 1 sequence 1818765
Datafile 4: '/home/oracle/product/10.1.0/oradata/orcl/users01.dbf'
Starting datafile 5 with incarnation depth 0 in thread 1 sequence 1818761
Datafile 5: '/home/oracle/product/10.1.0/oradata/orcl/temp02.dbf'
Media Recovery Log
So that could mean that they've just taken a copy off the files without offlining the database first, anyway to confirm this.
I've come to a point where I have not an immediately clue of what to do, some help even a little push could be helpful.I did
SQL> recover database using backup controlfile until cancel;
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/home/oracle/product/10.1.0/oradata/orcl/redo01.log
Tue Jul 12 12:36:03 2011
ALTER DATABASE RECOVER LOGFILE '/home/oracle/product/10.1.0/oradata/orcl/redo01.log'
Tue Jul 12 12:36:03 2011
Media Recovery Log /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Tue Jul 12 12:36:03 2011
Incomplete recovery applied all redo ever generated.
Recovery completed through change 996740226
Tue Jul 12 12:36:03 2011
orcl; Media Recovery Complete
ARCH: Connecting to console port...
Completed: ALTER DATABASE RECOVER LOGFILE '/home/oracle/pr
Tue Jul 12 12:36:18 2011
ALTER DATABASE RECOVER database using backup controlfile until cancel
Tue Jul 12 12:36:18 2011
Media Recovery Start
Starting datafile 1 with incarnation depth 0 in thread 1 sequence 1
Datafile 1: '/home/oracle/product/10.1.0/oradata/orcl/system01.dbf'
Starting datafile 2 with incarnation depth 0 in thread 1 sequence 1
Datafile 2: '/home/oracle/product/10.1.0/oradata/orcl/undotbs01.dbf'
Starting datafile 3 with incarnation depth 0 in thread 1 sequence 1
Datafile 3: '/home/oracle/product/10.1.0/oradata/orcl/sysaux01.dbf'
Starting datafile 4 with incarnation depth 0 in thread 1 sequence 1
Datafile 4: '/home/oracle/product/10.1.0/oradata/orcl/users01.dbf'
Starting datafile 5 with incarnation depth 0 in thread 1 sequence 1
Datafile 5: '/home/oracle/product/10.1.0/oradata/orcl/temp02.dbf'
Media Recovery Log
It said media recovery complete in sqlplus
when I tried to open I got disconnection forced
Tue Jul 12 12:37:18 2011
alter database open resetlogs
RESETLOGS after complete recovery through change 996740226
Resetting resetlogs activation ID 1284019345 (0x4c889491)
Online log /home/oracle/product/10.1.0/oradata/orcl/redo02.log: Thread 1 Group 2 was previously cleared
Online log /home/oracle/product/10.1.0/oradata/orcl/redo03.log: Thread 1 Group 3 was previously cleared
Setting recovery target incarnation to 4
Tue Jul 12 12:37:18 2011
Setting recovery target incarnation to 4
Tue Jul 12 12:37:18 2011
Flashback Database Disabled
Tue Jul 12 12:37:18 2011
Assigning activation ID 1284062526 (0x4c893d3e)
Maximum redo generation record size = 120832 bytes
Maximum redo generation change vector size = 116476 bytes
Private_strands 7 at log switch
Thread 1 opened at log sequence 1
Current log# 1 seq# 1 mem# 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Successful open of redo thread 1
Tue Jul 12 12:37:18 2011
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Tue Jul 12 12:37:18 2011
SMON: enabling cache recovery
Tue Jul 12 12:37:18 2011
Successfully onlined Undo Tablespace 1.
Dictionary check beginning
Dictionary check complete
Tue Jul 12 12:37:18 2011
SMON: enabling tx recovery
Tue Jul 12 12:37:18 2011
WARNING: The following temporary tablespaces contain no files.
This condition can occur when a backup controlfile has
been restored. It may be necessary to add files to these
tablespaces. That can be done using the SQL statement:
ALTER TABLESPACE <tablespace_name> ADD TEMPFILE
Alternatively, if these temporary tablespaces are no longer
needed, then they can be dropped.
Empty temporary tablespace: TEMP
Database Characterset is UTF8
Tue Jul 12 12:37:18 2011
Published database character set on system events channel
Tue Jul 12 12:37:18 2011
All processes have switched to database character set
Tue Jul 12 12:37:18 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00600: internal error code, arguments: [4194], [21], [17], [], [], [], [], []
Tue Jul 12 12:37:19 2011
Errors in file /home/oracle/product/10.1.0/db_1/rdbms/log/orcl_smon_19072.trc:
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Tue Jul 12 12:37:20 2011
Doing block recovery for file 2 block 25323
Block recovery range from rba 1.65.0 to scn 0.996740294
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery stopped at EOT rba 1.67.16
Block recovery completed at rba 1.67.16, scn 0.996740294
Doing block recovery for file 2 block 25
Block recovery range from rba 1.65.0 to scn 0.996740293
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.67.16, scn 0.996740294
Tue Jul 12 12:37:20 2011
Errors in file /home/oracle/product/10.1.0/db_1/rdbms/log/orcl_smon_19072.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Tue Jul 12 12:37:21 2011
Doing block recovery for file 2 block 1295
Block recovery range from rba 1.63.0 to scn 0.996740295
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery stopped at EOT rba 1.67.16
Block recovery completed at rba 1.67.16, scn 0.996740294
Doing block recovery for file 2 block 41
Block recovery range from rba 1.63.0 to scn 0.996740292
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.65.16, scn 0.996740293
Tue Jul 12 12:37:21 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00600: internal error code, arguments: [4193], [57818], [10145], [], [], [], [], []
Doing block recovery for file 2 block 622
Block recovery range from rba 1.67.0 to scn 0.996740298
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery stopped at EOT rba 1.69.16
Block recovery completed at rba 1.69.16, scn 0.996740298
Doing block recovery for file 2 block 9
Block recovery range from rba 1.67.0 to scn 0.996740297
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.69.16, scn 0.996740298
WARNING: Files may exists in db_recovery_file_dest
that are not known to the database. Use the RMAN command
CATALOG RECOVERY AREA to re-catalog any such files.
One of the following events caused this:
1. A backup controlfile was restored.
2. A standby controlfile was restored.
3. The controlfile was re-created.
4. db_recovery_file_dest had previously been enabled and
then disabled.
Tue Jul 12 12:37:23 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Doing block recovery for file 2 block 25323
Block recovery range from rba 1.65.0 to scn 0.996740294
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.67.16, scn 0.996740297
Doing block recovery for file 2 block 25
Block recovery range from rba 1.65.0 to scn 0.996740301
Recovery of Online Redo Log: Thread 1 Group 1 Seq 1 Reading mem 0
Mem# 0 errs 0: /home/oracle/product/10.1.0/oradata/orcl/redo01.log
Block recovery completed at rba 1.71.16, scn 0.996740302
Tue Jul 12 12:37:24 2011
Errors in file /home/oracle/product/10.1.0/db_1/admin/orcl/udump/orcl_ora_19084.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [4194], [75], [7], [], [], [], [], []
Error 607 happened during db open, shutting down database
USER: terminating instance due to error 607
Instance terminated by USER, pid = 19084
ORA-1092 signalled during: alter database open resetlogs...
************************************************************************************************************************************************************************************************ -
Recover database without controlfile and redo logs
Hi guys,
I am doing a testing with an Oracle Database 11.1.0.7.0, I want recover a database in this scenario without using RMAN:
-All controlfiles are missing
-All redo logs are missing
-I have a Backup Controlfile To Trace Resetlogs (bkp_controlfile.sql)
-The database is in archivelog mode
-The database was created with OMF (Oracle Managed Files)
So I have done this steps:
1) When the database was opened I rename all controlfiles and all redo logs
2) Shutdown Abort
3) I run the bkp_controlfile.sql, here I have a problem...
The database put in NOMOUNT, the controlfile was created and started the RECOVER DATABASE USING BACKUP CONTROLFILE, but when run ALTER DATABASE OPEN RESETLOGS; appear this:
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1:
'/u02/app/oracle/oradata/OMF/datafile/o1_mf_system_68hzcb2z_.dbf'I wasn´t expect this because I don´t want recover a datafile, I only want open with resetlogs.
Any suggestion to help me?
Thanks a lot.Excelent! Thanks for your answers Markus and Hemant.
In conclusion...
- If we have all redo logs availables we can recreate the control file and recover the database without any problems using backup controlfile to trace noresetlogs*.
- if we haven´t all redo logs availables, there are 2 situations:
1) If the database shutdown properly:_ We will be able to open the database using recover database using backup controlfile until cancel*.
2) If the database doesn´t shutdown properly:_ We won´t be able to open the database with only a backup controlfile to trace.
With all this I close this thread. Was very good experience.
If anyone would add something will be welcome.
Thanks for all
I wish add the results of one of my tests: if I did all the steps in only one session of sqlplus I can shutdown properly the database, but if do the shutdown immediate* in a new session I can´t shutdown properly the database. Here I post the output:
ALL IN ONE SESSION*
[oracle@prueba ~]$ $ORACLE_HOME/bin/sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Wed Sep 22 13:58:10 2010
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> ALTER SYSTEM SWITCH LOGFILE;
System altered.
SQL> SHUTDOWN IMMEDIATE
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> STARTUP
ORACLE instance started.
Total System Global Area 631914496 bytes
Fixed Size 1315224 bytes
Variable Size 377491048 bytes
Database Buffers 247463936 bytes
Redo Buffers 5644288 bytes
Database mounted.
Database opened.
SQL> SHUTDOWN IMMEDIATE
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> @/home/oracle/bkp_controlfile.sql
ORACLE instance started.
Total System Global Area 631914496 bytes
Fixed Size 1315224 bytes
Variable Size 377491048 bytes
Database Buffers 247463936 bytes
Redo Buffers 5644288 bytes
Control file created.
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
ORA-00279: change 398764 generated at 09/22/2010 14:09:49 needed for thread 1
ORA-00289: suggestion :
/u02/app/oracle/flash_recovery_area/OMF/archivelog/2010_09_22/o1_mf_1_40_%u_.arc
ORA-00280: change 398764 for thread 1 is in sequence #40
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
Media recovery cancelled.
SQL> ALTER DATABASE OPEN RESETLOGS;
Database altered.
SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/app/oracle/oradata/OMF/datafile/o1_mf_temp_69n3z3vv_.tmp' SIZE 50331648 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;
Tablespace altered.
SQL>
ALL IN DIFERENT SESSIONS*
[oracle@prueba ~]$ $ORACLE_HOME/bin/sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Wed Sep 22 13:55:47 2010
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/home/oracle/bkp_controlfile.sql' RESETLOGS;
Database altered.
SQL> SHUTDOWN IMMEDIATE
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> STARTUP MOUNT
ORACLE instance started.
Total System Global Area 631914496 bytes
Fixed Size 1315224 bytes
Variable Size 377491048 bytes
Database Buffers 247463936 bytes
Redo Buffers 5644288 bytes
Database mounted.
SQL> ALTER DATABASE ARCHIVELOG;
Database altered.
SQL> ALTER DATABASE OPEN;
Database altered.
SQL> ALTER SYSTEM SWITCH LOGFILE;
System altered.
SQL> ALTER SYSTEM SWITCH LOGFILE;
System altered.
SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@prueba ~]$ $ORACLE_HOME/bin/sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Wed Sep 22 13:58:10 2010
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> SHUTDOWN IMMEDIATE
ORA-00210: cannot open the specified control file
ORA-00202: control file: '/u02/app/oracle/oradata/OMF/controlfile/o1_mf_69n3x6n5_.ctl'
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3 -
Recovery using backup control file
Hello friends,
I have a scenario where i am unable to recover by database by using backup control file option can u pls give ur expert advice.
1) Database is working in ARCHIVE MODE.
2) One of my file was READ ONLY when i take my closed backup. At this time
v$log file output is :
group# thread# sequence# bytes member arc status first_change#
1 1 8 8192 2 yes inactive 4697463
2 1 9 8192 2 yes active 4717493
3 1 10 8192 2 no current 4717738
3) After 2-3 log switches i have made it READ WRITE.
4) After making it READ WRITE i have taken controlfile backup by using
ALTER SYSTEM BACKUP CONTROLFILE TO 'E:\ORACLE\CONTROL01.CTL';.
5) Again i have make some log switches.
6) Shutdown my database using SHUTDOWN option.
7) Copy my SYSTEM,UNDO,USER,INDEX datafiles from my backup (taken at
step 2) and CONTROL file (taken at step 4).
8) I have not copied my old redo log files so those are new.
9) I mount database & then use this command to recover database :
RECOVER DATABASE USING BACKUP CONTROLFILE AUTO;
10) My recovery process starts applying archived log files and applied upto
sequence no 9. When it starts applying last one 10 which is online redo log
and not yet archived my recovery process fails by giving this error:
ORA-00308: cannot open archived log 'd:\oracle\oradata\practice\archive\1_10.dbf'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
11) I try to open database using :
ALTER DATABASE OPEN RESETLOGS;
it gives following warning:
Error at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: datafile 1: 'D:\ORACLE\ORADATA\PRACTICE\SYSTEM01.DBF'
Please guide me why it is so ?
Whether in BACKUP CONTROL FILE CASES system didn't recognise ONLINE REDO LOG FILES or it is anything else.
Regards
SethiHi,
>>I am not using RMAN. I am taking user managed backups. Moreover i have tried what u said that make checkpoints also but again i came to the same result when it try to apply last archived log which was current redo log when database was started to shutdown it says unable to find the specified file & then when i open database using resetlogs it says system file needs media recovery.
it show error because you are using wrong approach of Recovery.
Alter database open Resetlog command is used only in incomplete recovery.
but your are giving
Recover database command,it means ur performing full recovery (means you have apply online redo logfile.) and after applying it you should open the database with Alter database Open command.
No need to give resetlog option.
Again Restore all backup;
Issue Recover database;
and open the database with
Alter database open;
Thanks
Kuljeet Pal Singh -
Backup controlfile to trace as 'c:\prod_ctl.txt'
Hi All,
11.2.0.1
I am examining the output of the trace file, because I want to simulate or test this process.
This file has two(2) sets of command. one(1) is for the intact online logs and the other one(1) is for damage online logs.
Questions:
1. What do u mean by damage online logs. does this mean that i lost all these redo files:
LOGFILE
GROUP 1 'D:\APP\PROD\ORADATA\ORCL\REDO01.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP\PROD\ORADATA\ORCL\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP\PROD\ORADATA\ORCL\REDO03.LOG' SIZE 50M BLOCKSIZE 512
2. Why is that the two(2) sets are just the same set of commands? except for backup controlfile and open resetlogs?
3. Do I need RMAN backup to run this recovery statements?
Thanks,
pK
========
-- The following are current System-scope REDO Log Archival related
-- parameters and can be included in the database initialization file.
-- LOG_ARCHIVE_DEST=''
-- LOG_ARCHIVE_DUPLEX_DEST=''
-- LOG_ARCHIVE_FORMAT=ARC%S_%R.%T
-- DB_UNIQUE_NAME="orcl"
-- LOG_ARCHIVE_CONFIG='SEND, RECEIVE, NODG_CONFIG'
-- LOG_ARCHIVE_MAX_PROCESSES=4
-- STANDBY_FILE_MANAGEMENT=MANUAL
-- STANDBY_ARCHIVE_DEST=%ORACLE_HOME%\RDBMS
-- FAL_CLIENT=''
-- FAL_SERVER=''
-- LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST'
-- LOG_ARCHIVE_DEST_1='MANDATORY NOREOPEN NODELAY'
-- LOG_ARCHIVE_DEST_1='ARCH NOAFFIRM EXPEDITE NOVERIFY SYNC'
-- LOG_ARCHIVE_DEST_1='NOREGISTER NOALTERNATE NODEPENDENCY'
-- LOG_ARCHIVE_DEST_1='NOMAX_FAILURE NOQUOTA_SIZE NOQUOTA_USED NODB_UNIQUE_NAME'
-- LOG_ARCHIVE_DEST_1='VALID_FOR=(PRIMARY_ROLE,ONLINE_LOGFILES)'
-- LOG_ARCHIVE_DEST_STATE_1=ENABLE
-- Below are two sets of SQL statements, each of which creates a new
-- control file and uses it to open the database. The first set opens
-- the database with the NORESETLOGS option and should be used only if
-- the current versions of all online logs are available. The second
-- set opens the database with the RESETLOGS option and should be used
-- if online logs are unavailable.
-- The appropriate set of statements can be copied from the trace into
-- a script file, edited as necessary, and executed when there is a
-- need to re-create the control file.
-- Set #1. NORESETLOGS case
-- The following commands will create a new control file and use it
-- to open the database.
-- Data used by Recovery Manager will be lost.
-- Additional logs may be required for media recovery of offline
-- Use this only if the current versions of all online logs are
-- available.
-- After mounting the created controlfile, the following SQL
-- statement will place the database in the appropriate
-- protection mode:
-- ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 'D:\APP\PROD\ORADATA\ORCL\REDO01.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP\PROD\ORADATA\ORCL\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP\PROD\ORADATA\ORCL\REDO03.LOG' SIZE 50M BLOCKSIZE 512
-- STANDBY LOGFILE
DATAFILE
'D:\APP\PROD\ORADATA\ORCL\SYSTEM01.DBF',
'D:\APP\PROD\ORADATA\ORCL\SYSAUX01.DBF',
'D:\APP\PROD\ORADATA\ORCL\UNDOTBS01.DBF',
'D:\APP\PROD\ORADATA\ORCL\USERS01.DBF',
'D:\APP\PROD\ORADATA\ORCL\EXAMPLE01.DBF'
CHARACTER SET WE8MSWIN1252
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE 'D:\APP\PROD\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_12_26\O1_MF_1_1_%U_.ARC';
-- ALTER DATABASE REGISTER LOGFILE 'D:\APP\PROD\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_12_26\O1_MF_1_1_%U_.ARC';
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE
-- Database can now be opened normally.
ALTER DATABASE OPEN;
-- Commands to add tempfiles to temporary tablespaces.
-- Online tempfiles have complete space information.
-- Other tempfiles may require adjustment.
ALTER TABLESPACE TEMP ADD TEMPFILE 'D:\APP\PROD\ORADATA\ORCL\TEMP01.DBF'
SIZE 20971520 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;
-- End of tempfile additions.
-- Set #2. RESETLOGS case
-- The following commands will create a new control file and use it
-- to open the database.
-- Data used by Recovery Manager will be lost.
-- The contents of online logs will be lost and all backups will
-- be invalidated. Use this only if online logs are damaged.
-- After mounting the created controlfile, the following SQL
-- statement will place the database in the appropriate
-- protection mode:
-- ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 'D:\APP\PROD\ORADATA\ORCL\REDO01.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP\PROD\ORADATA\ORCL\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP\PROD\ORADATA\ORCL\REDO03.LOG' SIZE 50M BLOCKSIZE 512
-- STANDBY LOGFILE
DATAFILE
'D:\APP\PROD\ORADATA\ORCL\SYSTEM01.DBF',
'D:\APP\PROD\ORADATA\ORCL\SYSAUX01.DBF',
'D:\APP\PROD\ORADATA\ORCL\UNDOTBS01.DBF',
'D:\APP\PROD\ORADATA\ORCL\USERS01.DBF',
'D:\APP\PROD\ORADATA\ORCL\EXAMPLE01.DBF'
CHARACTER SET WE8MSWIN1252
-- Commands to re-create incarnation table
-- Below log names MUST be changed to existing filenames on
-- disk. Any one log file from each branch can be used to
-- re-create incarnation records.
-- ALTER DATABASE REGISTER LOGFILE 'D:\APP\PROD\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_12_26\O1_MF_1_1_%U_.ARC';
-- ALTER DATABASE REGISTER LOGFILE 'D:\APP\PROD\FLASH_RECOVERY_AREA\ORCL\ARCHIVELOG\2013_12_26\O1_MF_1_1_%U_.ARC';
-- Recovery is required if any of the datafiles are restored backups,
-- or if the last shutdown was not normal or immediate.
RECOVER DATABASE USING BACKUP CONTROLFILE
-- Database can now be opened zeroing the online logs.
ALTER DATABASE OPEN RESETLOGS;
-- Commands to add tempfiles to temporary tablespaces.
-- Online tempfiles have complete space information.
-- Other tempfiles may require adjustment.
ALTER TABLESPACE TEMP ADD TEMPFILE 'D:\APP\PROD\ORADATA\ORCL\TEMP01.DBF'
SIZE 20971520 REUSE AUTOEXTEND ON NEXT 655360 MAXSIZE 32767M;
-- End of tempfile additions.
===============,Hi ,
As far as i understand , one is with :
CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS NOARCHIVELOG
and the other one is with :
CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
The first one (resetlogs) is useful when you are trying to open a database after incomplete recovery (during cloning for example) or while changing the name of the database after restoring and recovering a database during a clone process.
The second one ( noresetlogs )is used when we have a consistent database and we are recreating the controlfile.
In General , you may be using resetlogs while opening a cloned database after incomplete recovery.
Regards
Karan -
Backup Controlfile - Lost information?
Hello guys,
if i made a backup of my controlfile, the following way:
ALTER DATABASE BACKUP CONTROLFILE to 'location';Which information is getting lost (SCNs,etc) , if i create a backup controlfile? As far as i know it is not possible to perform a complete recovery with a backup controlfile - am i right?
Is there any difference between a "backup controlfile" and a creation of a new controlfile out of a "controlfile to trace"?
Maybe you have got some oracle documents or something else which describes that.
Thanks and Regards
StefanUsing a backup controlfile in any recovery situation means you will have to open the database with a resetlogs operation -but that doesn't mean you've just performed an incomplete recovery! In other words, a complete recovery with a backup controlfile is not a problem, but it will be performed a little differently from a "normal" complete recovery.
If, for example, you lost all your controlfiles and one of your datafiles, you would restore the datafile from backup and you'd maybe restore a binary backup of the controlfile, too. The recovery would be 'recover database until cancel using backup controlfile', and you'd type 'cancel' once the last bit of redo had been applied from the current online log. You'd then 'alter database open resetlogs'. Despite the resetlogs, however, you'd have recovered every single committed transaction and the database would have been rolled forward to the time of the datafile loss... and those things are the hallmarks of a complete recovery.
If you 'backup controlfile to 'somewhere/filename', that's an exact binary copy of the current controlfile, so nothing whatsoever is lost. The reason for having to do the 'until cancel', however, in a recovery situation is simply that the copy of the controlfile has a bit set in it that means 'I have no idea what redo has been generated after this time, so the user will have to tell you when to stop applying it'.
It's that bit which makes the big difference between a binary backup of the controlfile and the backup of script instructions on how to re-create the file. A recovery performed by running the 'controlfile to trace' to create a new controlfile does NOT need to say 'using backup controlfile' (because it isn't: it's a new controlfile, not a backed up copy of one from the past), and it doesn't need to use the 'until cancel' syntax because it knows what the last piece of redo to be applied is: running the script causes SMON to consult the headers of all the datafiles and the contents of each of the online redo logs: the largest SCN found will then be assumed to be the 'age' of the database and the point at which recovery has to stop. -
Backup set in the tape. copied into disk. how to recover using RMAN
I have backup set in the tape. copied into disk. how to recover using RMAN
any link and steps pleaseIt should be something like the following, but really you should read and understand the rman documentation first ...
1. restore the controlfile
sqlplus / as sysdba
startup nomount
exit
rman
connect target /
restore controlfile from '/path to the controlfile backup piece';
exit
sqlplus / as sysdba
alter database mount
exit
2. catalog the backup pieces
rman
connect target /
catalog start with '/path to backup pieces';
3. restore the database
rman
connect target /
restore database
4. recover the database
rman
connect target /
recover database
5. open the database
sqlplus / as sysdba
alter database open resetlogs;
Maybe you are looking for
-
Error while reversing Material Invoice document.
when i am trying to Reverse the Material Invoice receipt in MIRO I am getting the following error "Balance not zero: 757.86- debits: 21,171.86 credits: 20,414.00" Message no. M8534 The actual situation is : The total Invoice amount is Rs 20414 Mate
-
Why won't itunes pick up my iphone5? It was working fine before I updated to the latest version. My laptop picks up my phone but itunes doesn't. Any help??
-
Problem in converting some images
Hi all, I have a problem when converting a word document in pdf (using acrobat 9). If i use the standard settinings, everything works fine. If I use personalised options to mantain bookmarks and links in the final pdf, some images (png) after the con
-
Indesign CS3 Data Merge "Merge Records" Command. Help?
I'm looking to automate the merging of a mountain of records. I have 587 tab-delimited text files with 40 records each. I want to process these via Data Merge using a single pre-designed template with built-in placeholders and variable data fields, i
-
Parsing and resetting Soap Message
Hi, I am modifying the Web Services StatlessSession example where I am using an Handler and building a new SOAPMessage object. When I test the deployed service I get Invocation failed message with following error (I am including just few lines from e