Restore a control file 10gR2

i got a backset but rman is not restoring the control file from backup set

So what error you are getting??
How you are restoring??
What type of backup do you have??
Do you have controlfile autobackup??
Can you see the backups using RMAN??
Daljit Singh

Similar Messages

How to restore a control file without having its backup

Hi,
Can any one please suggest me how to restore a control file without having its backup.
Thanks

To add to what SB said, in years past the instructions for re-creating the control file manually were contained in the DBA Administration manual. It used to be and may still be common to be taking and saving a "backup control file to trace" for this purpose.
If you lost only the primary copy of the control file and it is an OS file then while the database is shutdown you can copy the secondary over the primary and then use if to start the database. If the control file is stored in ASM then there should be a way to perform the copy via ASM.
If you use rman for backups then a copy of the control file should be part of the backup process and you can retrieve it from the backup set then perform recovery using the backup control file though I do note the OP said something to the effect no backup exists. Still, I have knows of instances where the DBA did not realize that the backup set contained the control file and the spfile so I think this is worth mentioning just in case.
HTH -- Mark D Powell --

Restore Backup control file doubt ?

when restoring backup control file why we need to set the DBID first?
Thankx..

When using a recovery catalog and attempting to restore a lost control file, you encounter an error if there are other databases are registered in the recovery catalog with the same name as your target database. To resolve this error, you must uniquely identify the database by DBID for the restore operation. This requires determining the correct DBID for your database, and then using the SET DBID command to identify the target database before the RESTORE CONTROLFILE.

How to restore SPFILE & Control File ???

Dear Experts,
Please bear with me for this simple question.
I am regularly taking backup's to tape using Tivoli MML. My backup's are all successful. We do not have recovery catalog database configured. Below is my full database backup script:
OS: Windows 2008 R2 64-bit
DB: Oracle 11g R2 (11.2.0.2)
run
allocate channel c1 type SBT_TAPE parms 'ENV=(TDPO_OPTFILE=C:\Program Files\Tivoli\TSM\AgentOBA64\tdpo.opt)';
allocate channel c2 type SBT_TAPE parms 'ENV=(TDPO_OPTFILE=C:\Program Files\Tivoli\TSM\AgentOBA64\tdpo.opt)';
backup as compressed backupset format '%d_%u.bkp' database ;
sql "alter system switch logfile";
backup as compressed backupset format '%d_%u.alg' archivelog all delete input;
release channel c1 ;
release channel c2 ;
}and below is the log of the full database bakcup:
allocated channel: c1
channel c1: sid=58 devtype=SBT_TAPE
channel c1: Data Protection for Oracle: version 5.5.2.0
allocated channel: c2
channel c2: sid=57 devtype=SBT_TAPE
channel c2: Data Protection for Oracle: version 5.5.2.0
sql statement: alter system switch logfile
Starting backup at 26-OCT-11
channel c1: starting compressed full datafile backupset
channel c1: specifying datafile(s) in backupset
input datafile fno=00001 name=D:\ORACLE\ORADATA\ABCDB\SYSTEM01.DBF
input datafile fno=00004 name=D:\ORACLE\ORADATA\ABCDB\USERS01.DBF
input datafile fno=00008 name=D:\ORACLE\ORADATA\ABCDB\HR_DATA
input datafile fno=00009 name=D:\ORACLE\ORADATA\ABCDB\PROC_DATA
channel c1: starting piece 1 at 26-OCT-11
channel c2: starting compressed full datafile backupset
channel c2: specifying datafile(s) in backupset
input datafile fno=00003 name=D:\ORACLE\ORADATA\ABCDB\SYSAUX01.DBF
input datafile fno=00005 name=D:\ORACLE\ORADATA\ABCDB\SYS_DATA
input datafile fno=00002 name=D:\ORACLE\ORADATA\ABCDB\UNDOTBS01.DBF
input datafile fno=00007 name=D:\ORACLE\ORADATA\ABCDB\GL_DATA
input datafile fno=00006 name=D:\ORACLE\ORADATA\ABCDB\AUD_DATA
channel c2: starting piece 1 at 26-OCT-11
channel c2: finished piece 1 at 26-OCT-11
piece handle=ABCDB_4mmq31ib.bkp tag=FULLDB_26OCT2011_2 comment=API Version 2.0,MMS Version 5.5.2.0
channel c2: backup set complete, elapsed time: 00:00:15
channel c2: starting compressed full datafile backupset
channel c2: specifying datafile(s) in backupset
including current control file in backupset
channel c2: starting piece 1 at 26-OCT-11
channel c1: finished piece 1 at 26-OCT-11
piece handle=ABCDB_4lmq31ib.bkp tag=FULLDB_26OCT2011_2 comment=API Version 2.0,MMS Version 5.5.2.0
channel c1: backup set complete, elapsed time: 00:00:19
channel c2: finished piece 1 at 26-OCT-11
piece handle=ABCDB_4nmq31ir.bkp tag=FULLDB_26OCT2011_2 comment=API Version 2.0,MMS Version 5.5.2.0
channel c2: backup set complete, elapsed time: 00:00:10
Finished backup at 26-OCT-11
Starting Control File and SPFILE Autobackup at 26-OCT-11
piece handle=c-2814270906-20111026-00 comment=API Version 2.0,MMS Version 5.5.2.0
Finished Control File and SPFILE Autobackup at 26-OCT-11
sql statement: alter system switch logfile
Starting backup at 26-OCT-11
current log archived
channel c1: starting compressed archive log backupset
channel c1: specifying archive log(s) in backup set
input archive log thread=1 sequence=267 recid=160 stamp=765559302
channel c1: starting piece 1 at 26-OCT-11
channel c2: starting compressed archive log backupset
channel c2: specifying archive log(s) in backup set
input archive log thread=1 sequence=268 recid=161 stamp=765559508
input archive log thread=1 sequence=269 recid=162 stamp=765559508
input archive log thread=1 sequence=270 recid=163 stamp=765560395
channel c2: starting piece 1 at 26-OCT-11
channel c1: finished piece 1 at 26-OCT-11
piece handle=ABCDB_4pmq31jj.alg tag=ARCHIVE_26OCT2011_@ comment=API Version 2.0,MMS Version 5.5.2.0
channel c1: backup set complete, elapsed time: 00:00:08
channel c2: finished piece 1 at 26-OCT-11
piece handle=ABCDB_4qmq31jj.alg tag=ARCHIVE_26OCT2011_@ comment=API Version 2.0,MMS Version 5.5.2.0
channel c2: backup set complete, elapsed time: 00:00:08
channel c1: starting compressed archive log backupset
channel c1: specifying archive log(s) in backup set
input archive log thread=1 sequence=271 recid=164 stamp=765560433
input archive log thread=1 sequence=272 recid=165 stamp=765560434
channel c1: starting piece 1 at 26-OCT-11
channel c1: finished piece 1 at 26-OCT-11
piece handle=ABCDB_4rmq31jr.alg tag=ARCHIVE_26OCT2011_@ comment=API Version 2.0,MMS Version 5.5.2.0
channel c1: backup set complete, elapsed time: 00:00:04
Finished backup at 26-OCT-11
Starting Control File and SPFILE Autobackup at 26-OCT-11
piece handle=c-2814270906-20111026-01 comment=API Version 2.0,MMS Version 5.5.2.0
Finished Control File and SPFILE Autobackup at 26-OCT-11
released channel: c1
released channel: c2
RMAN>I want to restore SPFILE and controlfile on a new host. I did the following to restore:
1) started database instance in nomount mode from RMAN (it started db with dummy parameter file)
2) Set the dbid
3) restore SPFILE/controlfile
But the command says, I have to restore from autobackup. There is no autobackup controlfile available on this server. How do i tell the restore command to restore SPFILE & Controlfile from the tape library?
Appreciate your help in this regard.
Thanks
Prem

Dear ,
Do the following for restore process from backup;
RMAN> restore spfile from autobackup;
note : if given error like this:
RMAN 06172 ,
So you should specify the path where the bkppice availabe
RMAN> restore spfile from 'write the location here';
or
RMAN> restore spfile from autobackup db_flash_recovery_dest=' the location of flash recovery';
Then
SQL > Startup nomount ............... it should read the spfile
and then restore the Controlfile
RMAN> restore controlfile from autobackup;
Hopes it help you
Regards

Restore from OSB. RMAN-06024: no backup or copy of the control file found

I backed up controlfile for standby on production server to OSB media:
-bash-3.00$ rman target / catalog rman/rman@emgc
Recovery Manager: Release 10.2.0.5.0 - Production on Tue Jan 25 15:15:33 2011
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: EMGC (DBID=1838014073)
connected to recovery catalog database
RMAN>
RMAN> CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
RUN
ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE';
BACKUP CURRENT CONTROLFILE FOR STANDBY tag 'stb_ctl';
RELEASE CHANNEL ch1;
CONFIGURE DEVICE TYPE 'SBT_TAPE' CLEAR;
new RMAN configuration parameters:
CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
new RMAN configuration parameters are successfully stored
starting full resync of recovery catalog
full resync complete
RMAN> 2> 3> 4> 5> 6>
allocated channel: ch1
channel ch1: sid=1085 devtype=SBT_TAPE
channel ch1: Oracle Secure Backup
Starting backup at 25-JAN-11
channel ch1: starting compressed full datafile backupset
channel ch1: specifying datafile(s) in backupset
including standby control file in backupset
channel ch1: starting piece 1 at 25-JAN-11
channel ch1: finished piece 1 at 25-JAN-11
piece handle=1em30ngu_1_1 tag=STB_CTL comment=API Version 2.0,MMS Version 10.3.0.2
channel ch1: backup set complete, elapsed time: 00:00:27
Finished backup at 25-JAN-11
released channel: ch1
RMAN> list backup of controlfile;
old RMAN configuration parameters:
CONFIGURE DEVICE TYPE 'SBT_TAPE' PARALLELISM 2 BACKUP TYPE TO COMPRESSED BACKUPSET;
RMAN configuration parameters are successfully reset to default value
starting full resync of recovery catalog
full resync complete
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
1479 Full 512.00K SBT_TAPE 00:00:18 25-JAN-11
BP Key: 1480 Status: AVAILABLE Compressed: YES Tag: STB_CTL
Handle: 1em30ngu_1_1 Media: mf_rman-000003
Standby Control File Included: Ckp SCN: 33567224 Ckp time: 25-JAN-11
RMAN>
On standby server I try to restore this control file but there is some trouble with restore... By the way I can delete that backup piece...
-bash-3.00$ rman target / catalog rman/rman@emgc
Recovery Manager: Release 10.2.0.5.0 - Production on Tue Jan 25 15:34:32 2011
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: emgc (not mounted)
connected to recovery catalog database
RMAN> set DBID=1838014073;
executing command: SET DBID
database name is "EMGC" and DBID is 1838014073
RMAN> RUN
ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE';
crosscheck backup of controlfile;
2> 3> 4> 5>
allocated channel: ch1
channel ch1: sid=1093 devtype=SBT_TAPE
channel ch1: Oracle Secure Backup
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=1em30ngu_1_1 recid=40 stamp=741367328
Crosschecked 1 objects
released channel: ch1
RMAN> list backup of controlfile;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
1479 Full 512.00K SBT_TAPE 00:00:18 25-JAN-11
BP Key: 1480 Status: AVAILABLE Compressed: YES Tag: STB_CTL
Handle: 1em30ngu_1_1 Media: mf_rman-000003
Standby Control File Included: Ckp SCN: 33567224 Ckp time: 25-JAN-11
RMAN> RUN
ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE';
RESTORE CONTROLFILE FROM TAG 'STB_CTL';
2> 3> 4> 5>
allocated channel: ch1
channel ch1: sid=1093 devtype=SBT_TAPE
channel ch1: Oracle Secure Backup
Starting restore at 25-JAN-11
released channel: ch1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 01/25/2011 15:35:20
RMAN-06026: some targets not found - aborting restore
RMAN-06024: no backup or copy of the control file found to restore
RMAN> RUN
ALLOCATE CHANNEL ch1 DEVICE TYPE 'SBT_TAPE';
delete noprompt backup of controlfile;
2> 3> 4> 5>
allocated channel: ch1
channel ch1: sid=1093 devtype=SBT_TAPE
channel ch1: Oracle Secure Backup
List of Backup Pieces
BP Key BS Key Pc# Cp# Status Device Type Piece Name
1480 1479 1 1 AVAILABLE SBT_TAPE 1em30ngu_1_1
deleted backup piece
backup piece handle=1em30ngu_1_1 recid=40 stamp=741367328
Deleted 1 objects
released channel: ch1
RMAN>

You cannot specify a tag for a standby control file.
read here
http://download.oracle.com/docs/cd/B10501_01/server.920/a96566/rcmstand.htm#1002594
Edited by: Adigozalov Gurban on Jan 25, 2011 2:14 PM

Control file restore without backup

I installed oracle 10g
Backed it up with rman ... backup database
Now I lost the control file
With out auto backup of control file ..how can i restore my control file and get it in sync with my database file

Hi,
As you stated as the below things
I installed oracle 10g
Backed it up with rman ... backup database Does the backup is taken is of full backup, then you can restore the controlfile. Basic thing, when ever the System.dbf is backup implicity the control file backup is done, don't forget, then is no need to set autobackup on looking into this case.
try to restore as from backup, sa I stated above, your issue will be solved, remember if any strucutal changes are carried out after your backup, then those can not be recovered based on backup controlfile (like addition of new datafiles)
- Pavan Kumar N
Oracle 9i/10g - OCP
http://oracleinternals.blogspot.com/

Why recover after control file restore

When we have not lost any data files but just restored the control file, why is recover command required. What does it really do for control file ?
Does it really reads the redo logs ? I was under impression , it synchronises from the scn in datafiles . Is it correct ?
Edited by: user11159529 on May 6, 2011 1:51 PM

Thanks all for your respone.
The confusion i have from 11Gr2 admin exam which has following options
When you have lost no data files and you recover the backup control file, why is recover command required ?
1)To roll forward changes to the control file byresynchronizing from the data files.
2) To roll forward changes to the control file by applying redo from from the redo logs
Notes say ANSWER 2 is correct answer
To me it made more sense to have option 1 as correct answer. But Oracle notes say OPTION 2 is correct.
I have having trouble following why 2 and not 1 is the correct answer.
Thanks

RMAN Restore Control File Fails - File Header Validation Fails

hi everyone,
This is 9i on Windows 2000.
I'm trying to restore a control file from a backup made by RMAN on another server.
I expected Oracle/RMAN to choke because it knows the backup file was not made from this servers database.
RMAN>restore control file from '......' gives ORA-19563 Control File header validation failed
Is there a way to force RMAN to restore a file, in a situation like this?
Thanks,
John

>>I expected Oracle/RMAN to choke because it knows the backup file was not made from this servers database.
What do you mean by this statement ? Do you mean that the servers are on different platforms ? If so first you need to do RMAN platform conversion to able to recognize the controlfile.
If not, Can you make sure of the following
1) source and target servers are same operating system
2) source and target database homes have same versions.

Control file lost

Hi,
I'm in a problem, please some one guide me how to do it.
Our Production DB (9.2.0.1.0) is running on Solaris 9. We have a major crash of hard disk.
I have a cold backup of Sunday & now all the datafiles are in tact. Data files are in external storage.
I have lost my all of the control files.
I have restored the control file from the cold backup.
I'm able to go till mount stage & after that is throwing an error the datafiles are not in sync.
Any one can suggest how to go further to get it done.
Regards
Sunil

Csae2:
I tried the UNTIL CANCEL option & got a different error:
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
ORA-00279: change 729716 generated at 06/14/2007 11:15:54 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\DB6\ARCH\DB6119.ARC
ORA-00280: change 729716 for thread 1 is in sequence #119
It successfully applied till sequence no:122
After that it applied the sequence no 123 & thow the error.
ORA-00279: change 729945 generated at 06/14/2007 11:54:06 needed for thread 1
ORA-00289: suggestion : D:\ORACLE\ORADATA\DB6\ARCH\DB6123.ARC
ORA-00280: change 729945 for thread 1 is in sequence #123
ORA-00278: log file 'D:\ORACLE\ORADATA\DB6\ARCH\DB6122.ARC' no longer needed
for this recovery
ORA-00308: cannot open archived log 'D:\ORACLE\ORADATA\DB6\ARCH\DB6123.ARC'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
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: 'D:\ORACLE\ORADATA\DB6\DATAFILES\SYSTEM1.DBF'
ORA-01112: media recovery not started
SQL> ALTER DATABASE OPEN RESETLOGS;
ALTER DATABASE OPEN RESETLOGS
ERROR at line 1:
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: 'D:\ORACLE\ORADATA\DB6\DATAFILES\SYSTEM1.DBF'
Sunil

Creating a control file copy with ASM

Configuration is Oracle 10.2, RAC, and ASM (Automatic Storage Management). I would like to create a second copy of the control file.
If this wasn't ASM, I could just bring down the database, copy the control file using an operating system command, modify the pfile to reference both the original and new copy, and then restart the database.
Since this is ASM, I cannot use an operating system command to copy the control file, and RMAN "BACKUP" (which is the only way I know to make a copy of the control file) will only work if the database is up. When I "restore" the control file using RMAN and change the pfile to reference both control files I get a message like the following when attempting to start the database:
ORA-00214: control file '+ASMGROUP1/db1/controlfile/current.271.566646845'
version 2241 inconsistent with file
'+ASMGROUP1/db1/controlfile/current.268.566661765' version 2236
Soooooo, how do I make and implement a second copy of a control file using ASM.
Thanks

Hi.
This is not testet so presede with caution as it is meant as a discussion ;-)
As I see it there is no logical way to extend the instance by adding a controlfile.
The following procedure might work (has not been tested)
I think you have to make a controlfilebackup with the database closed in normal mode using RMAN.
Further you might be able to edit the pfile with create pfile from spfile and further create spfile from pfile. Extending the controlfile parameter to represent number and names of controlfile needed.
With this done, the database is closed normal with a controlfile copy presented somewhere on the filesystem.
startup mount;
restore controlfile from '<backup controlfile location>'
alter database mount;
alter database open;
Any thoughts about this procedure guys?
Rgds
Kjell Ove

Rman restoration - Cannot identify file

Hi,
I am doing a RMAN restoration in linux server named I have a full backup plus next two days incremental backup to restore database till time.
I have created a instance started it wilth a pfile and restored the control file with below option
RMAN> restore control file from C:\backups\control_123.ctl';
The control file is succesfully restored...
RMAN > Alter database mount;
Database Mounted.
when i tried to restore the USERS tablespace i am getting the below error that file cannot be identified.
ORA-19870: error reading backup piece C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-19505: failed to identify file "C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-27037: unable to obtain file status
My question is it mandatory to move the rman and archive log backup files to the path that is specified in the backup control file, can we copy the RMAN files to some other location instead of default control file location and restore from there ?
Thanks
Edited by: user11981262 on Mar 6, 2012 3:58 AM

user11981262 wrote:
Hi,
I am doing a RMAN restoration in linux server named I have a full backup plus next two days incremental backup to restore database till time.
I have created a instance started it wilth a pfile and restored the control file with below option
RMAN> restore control file from C:\backups\control_123.ctl';
The control file is succesfully restored...
RMAN > Alter database mount;
Database Mounted.
when i tried to restore the USERS tablespace i am getting the below error that file cannot be identified.
ORA-19870: error reading backup piece C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-19505: failed to identify file "C:\Rman_files\hth_data_full_6304_1_770178761.bkp
ORA-27037: unable to obtain file status
My question is it mandatory to move the rman and archive log backup files to the path that is specified in the backup control file, can we copy the RMAN files to some other location instead of default control file location and restore from there ?
Thanks
Edited by: user11981262 on Mar 6, 2012 3:58 AM
can we copy the RMAN files to some other location instead of default control file location and restore from there ? Catalog the backup before restoring the tablespace
or just put the backup in the default location as in your case it is in folder "C:\Rman_files\"
--neeraj

ORA-01103: database name 'PROD1' in control file is not 'PROD2'

Dear Experts,
I am trying to use a full compressed backup of PROD1database to create a new database called PROD2 on the SAME host.
Both databases are using 11.2.0.2 version on Oracle Redhat 5.
1- I created pfile from source PROD1 database, and modified the following;
{code}
*.control_files='+prod2_DG/prod2/controlfile/control01.ctl'
*.db_create_file_dest='+prod2_DG'
*.db_name='prod2'
{code}
2- Started up no mount the prod2 database using the new pfile.
3- restore the controlfile from PROD1 backup;
restore controlfile from '/tmp/prod2/prod1_cntl_4ioet09f_1_1.bkp'
4- alter database mount give me the following error;
{code}
RMAN-00571: ===========================================================
RMAN-03002: failure of startup command at 07/18/2013 05:52:51
ORA-01103: database name 'PROD1' in control file is not 'PROD2'
{code}
I want to test the backup made on prod1 and same time have a new database prod2 on same host.
I also tried with SET DBID = <DBID_OF_PROD1> and it doesn't work!
How I can fix that?
Thanks and best regards

SET DBID or DB_NAME in the parameter file don't change the database name that is in the control file. At the point of restore, the control file still has the "prod1" database name.
With RMAN backups, you should consider using DUPLICATE DATABASE
http://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmdupdb.htm#i1008564
Running a DUPLICATE Database on the same host as the source database is a risky operation. Done incorrectly, you run the risk of overwriting the datafiles of the source database. Since your source is a Production database, you run the risk of taking the production database down. I suggest that you practice the steps on a non-production environment first.
Hemant K Chitale

How to restore the control fie? without having RMAN catalog.

Hi ,
can anyone help me out here.???
How can i restore the control file.if i dont have the RMAN catalog.
Please provide me steps that'll be helpful. I am frsher in oracle DBA
Please mail me: [email protected]
Regards
Vikas Singh

Hi Vikas,
You can restore the control if you have the full backup of your database in some location.
Lets assume you have the full backup piecs in loc "/u02/backup/..bkp"
steps:
shut abort;
startup nomount;
catalog start with "/u02/backup/..bkp"
restore spfile from '/u02/backup/..bkp";
restore controlfile from "/u02/backup/..bkp"
shut immediate;
startup mount;
alter database open;
Once the db is up with controlfile immediately take the full database backup of your database.
Let me know having issue after following this.
-- rohit
http://dbarohit.blogspot.in/

Spfile versus control file

Dear All,
I have a question about spfile and control file. Now I backed up database daily with spfile. And since I have set the rman configuration about "CONFIGURE CONTROLFILE AUTOBACKUP OFF;". It seems I don't have control file backup. Suppose one day, i need to recover my database from the backup and the control file is gone. Could I restore the control file from either backup(which should be the case) or spfile? Thanks in advance.
Regards,
Ke Lin

Hi lik!
Controlfile and SPFile are two different things. Let's say the controlfile is the heart of your database. It holds the complete databasestructure. That is the path+filename of all datafiles and redologs. To loose the controlfile is a very bad thing. Becaus in that case you can't recover to the lates point in time and you have to hope that you even have an old controlfile. That means: Without controlfile no recovery!!!! The SPFile holds the instanceparameters for your instance. The loose of that is not as critical as the loose of the controfile. There are many ways to regain a SPFile. e. g. all instanceparameters used for an instancestart are listed in the alert log file. It's not very easy but you may use them to rebuild your spfile. As a conclusion I recommend you to enable CONTROFILE AUTOBACK to get a backup of control- and SPFile every time you make a databasebackup.
Hope that's what you wanna know.
yours sincerely

RMAN & Control file ...

Hi,
Is any reason to use the control file of a production database as repository for RMAN ? If the disks where the control files are located will be broken RMAN can't be used for a restore & recovery.
Thanks for your answers,
Paul

Are you basically asking whether it is better to use a control file to store RMAN backup information than an RMAN catalog?
The reasons you should use an RMAN catalog are -
o take advantage of the full features of RMAN (database clone for example).
o recover to another server even if there is a total server loss of the original server and database
o not have to potentially restore the control file copies from a filesystem backup to perform a restore
As someone else pointed out the DBID is stored in the catalog and you will need this to restore from complete database loss.
If you're using a third party product (allocating channels to sbt) then I would use an RMAN catalog to store all the backup information and on which tape they are.
You need to consider if you're a case where the RMAN catalog is not required. What type of disaster are you planning for?
Also, if you use the control file be aware of the control_file_record_keep_time
Message was edited: added the point about control_file_record_keep_time

Restore a control file 10gR2

Similar Messages

Maybe you are looking for