controlfile autobackup and DBID

Hi all

If we are to restore RMAN controlfile autobackup controlfile, we must define the DBID. Otherwise, we can specify the full of the controlfile autobackup path if we do not have a DBID. My question is how exactly RMAN determines the proper backup of just the ID file? Is this something like this:

RMAN goes to the default backup location - $ORACLE_HOME/dbs

Examines all backups for DBID that we put

Then restore the backup file appropriate?

Kind regards

Vinod

The file name by default in $ORACLE_HOME/dbs includes the DBID.

If you use db_recovery_file_dest (i.e. an MRE), record going under the DB_UNIQUE_NAME folder

Hemant K Collette

Tags: Database

Similar Questions

Controlfile autobackup without RMAN recovery

Hello
I'm trying to restore a customer database of RMAN backups for the same instance name and DBID but a different server with a different directory structure.
It is a full RMAN backup, but the log shows that the controlfile is supported only through current, not with autobackup backup controlfile.
I have built directories bdump standard and created a directory of data, file a copy of the init.ora in order to take into account locations suitable for the dump file, the archive logs and the controlfiles and also added in the settings db_file_name_convert and log_file_name_convert to map the original directory structure noted in the backup rman to the new locations.
I understand that you cannot restore the backup controlfile, but was under the impression that you can set the format and restore the controlfile but am not having luck with this-
[oracle@el64dev03 dbs] $ echo $ORACLE_SID
EUMSIPSP
rman target $ [oracle@el64dev03 dbs].
Recovery Manager: Release 10.2.0.4.0 - Production Wed Aug 28 16:05:37 2013
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to the database target (not started)
RMAN > startup nomount;
Oracle instance started
Total System Global Area 524288000 bytes
Bytes of size 2085256 fixed
285216376 variable size bytes
230686720 of database buffers bytes
Redo buffers 6299648 bytes
RMAN > set dbid 1887849233; (this is the ID of database)
executing command: SET DBID
RMAN > restore controlfile to ' / oradata2/10.2.0/CUST-EUMSIPSP/BAK_98723_d3ohkisi. CTL'; (this is the backup piece pointed in the RMAN backup)
From restoration to 28 Aug 13
using the control file of the target instead of recovery catalog database
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid = 430 devtype = DISK
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03002: failure of the restore command at 28/08/2013 16:06:24
RMAN-06172: no autobackup couldn't find or handle specified is not a valid copy or a piece
RMAN > run {}
2 > affect the disc type channel d1 format ' / oradata2/10.2.0/CUST-EUMSIPSP/BAK_%s_%u.CTL';
3 > restore controlfile to ' / oradata2/10.2.0/EUMSIPSP/' to ' / oradata2/10.2.0/CUST-EUMSIPSP/';
{4 >}
output channel: ORA_DISK_1
allocated channel: d1
channel d1: sid = 430 devtype = DISK
From restoration to 28 Aug 13
output channel: d1
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03002: failure of the restore command at 28/08/2013 16:09:01
RMAN-06172: no autobackup couldn't find or handle specified is not a valid copy or a piece
RMAN > exit
RMAN BACKUP log-
...
connected to target database: EUMSIPSP (DBID = 1887849233)
using the control file of the target instead of recovery catalog database
RMAN > run {}
2 > allocate channel d1 type disk;
3 > setlimit channel d1 readrate 2000;
4 > sql 'alter database backup controlfile to trace. "
5 > backup
6 > filesperset 1
7 > format ' / oracle/RMAN/eumsipsp/backups/full/BAK_%s_%u.CTL'
8 > (current controlfilE);
{9 >}
10 >
allocated channel: d1
channel d1: sid = 425 devtype = DISK

SQL statement: alter database backup controlfile to trace
From backup 18 August 13
channel d1: from full datafile backupset
channel d1: specifying datafile (s) in backupset
including the current control in backupset file
channel d1: from room 1 to 18 August 13
channel d1: finished piece 1 at 18 August 13
piece handle = / oracle/RMAN/eumsipsp/backups/full/BAK_98723_d3ohkisi. Tag CTL = comment TAG20130818T191425 = NONE
channel d1: complete set of backups, time: 00:00:01
Backup finished on 18 August 13
output channel: d1
...
Copied the information from backup files-
[CUST-EUMSIPSP oracle@el64dev03] $ pwd
/oradata2/10.2.0/Cust-EUMSIPSP
[CUST-EUMSIPSP oracle@el64dev03] $ ls - lt * Journal
-rw - r - r - 1 oracle oinstall 22139 23 August at 14:25 rman_full_eumsipsp_20130818190000.log
[CUST-EUMSIPSP oracle@el64dev03] $ ls - lt * CTL
-rw - r - r - 1 oracle oinstall 11927552 28 August at 11:08 BAK_98723_d3ohkisi. CTL
Is it possible to recover the controlfile at all (as in a disaster situation) so that the database can then be recovered.
More welcome advice
Concerning
Lesley

I do not know what operating system, customers use

I need to prove the process works and what I'm looking for is correct, before I can go back to them and ask what they sent.

Yes, but operating systems may be incompatible. For example, if yours is Linux, and one of the clients is AIX, it would not work, and you get the error that you actually get.

to find checkpoint_change # to controlfile - autobackup vs Ckp_SCN #.

Hi all
(1) made a point of control to ensure that all checkpoint_change # SNA are synchronized.
```
select null, null, checkpoint_change#,null from v$database 
union all 
select file#, name, checkpoint_change# , last_Change# from v$datafile; 
 
          4095405 
1     +DATA/orcl/datafile/system.268.884148927     4095405 
2     +DATA/orcl/datafile/sysaux.269.884149053     4095405 
3     +DATA/orcl/datafile/undotbs1.270.884149167     4095405 
4     +DATA/orcl/datafile/usernew1.dbf     4095405 
5     +DATA/main/datafile/test.343.887323655     4095405 
```
(2) run a fulbackup (autobackup controlfile on) and run the same query as above
```
select null, null, checkpoint_change#,null from v$database 
union all 
select file#, name, checkpoint_change# , last_Change# from v$datafile; 
 
          4095405 
1     +DATA/orcl/datafile/system.268.884148927     4095581 
2     +DATA/orcl/datafile/sysaux.269.884149053     4095581 
3     +DATA/orcl/datafile/undotbs1.270.884149167     4095581 
4     +DATA/orcl/datafile/usernew1.dbf     4095581 
5     +DATA/main/datafile/test.343.887323655     4095581 
```
T1) why the checkpoint_change # in the database of v$ remains the same as before and yet datafiles checkpoint_change # has changed?
```
-- proceed to list backup and see the controfile's autobackup scn
list backup; 
... 
Control File Included: Ckp SCN: 4095640 
```
Q2) why is the SNA cash at the same autobackup later then the checkpoint_change # in the database of v$?
Q3) how to find the last checkpoint_change # in the current controlfile then?
Q4) what is the use of the checkpoint_change # v$ database used since then? (because it does not reflect the last checkpoint #-v$ datafile.checkpoint_change # is more accurate)?
Kind regards
Noob

Hello

v$ database.checkpoint_change # Q1) is loaded from the record section of the controlfile right?
v$ datafile.checkpoint_change # Q2) is also responsible for controlfile right?

No, v$ datafile would be real datafile (AFAIK - as the nucleus is different for this) bonano$ x database $ kcc % structure (so she keeps track of more than all databases - my point of view more controlfile).

(T3) - the v$ database.checkpoint_change # is responsible of the controlfile and then it is used to match against what?

In your example above SNA for v$ database is 100, CPN for v$ datafile 6 is 98 and the v$ datafile_header is 97. So, how the v$ database.checkpoint_change # a role here? I mean just by comparing v$ datafile YVERT and v$ datafile_header SNA, we will know that there is a difference and a recovery is necessary.

Why do we still need to look at v$ database.checkpoint_change #?

v$ database is at the highest level of level/parent, and v$ datafile (x$ kcvdf) is a subset of the audit is made/done. v$ datafile_header (her picking up x$ kcvfh) both are different structures (If you dig the 'C' code header files so you can get to know), so it would play a break point (or) updates made to different internal control points are made by CKPT processes. Now, you don't ask me on internal control points when and that process, so that you get support and view the code (it is people development oracle).

or spend some time x$ active_ckpt how it gets changed and everything what you can observe from the validations and cheating LGWR (I can't go beyond that).

Q4) in my scenario above, the v$ database.checkpoint_change # is significantly different from the v$ datafile and v$ datafile_header, but in reality no recovery is necessary.

v$ database 4177813

v$ datafile 4189456

v$ datafile_header 4189456

How does v$ database.checkpoint_change # here help to determine if a recovery is needed or not so?

I did not sit that is it his ' necessary recovery or non-compulsory. When you try to open it will provide information - based consistenct check with the data files (v$ datafile and v$ datafile_header) else believe me your cannot open it (as much my testing goes).

Now, don't say you took the backup and clone of another server, when it is permissible for you open resetlogs, so what is this case/situation, since the db you has opened, since you find no different to SNA (v$ datafile and v$ datafile_header) so he could continue with the new incarnation (new activation id #). About the incarnation and activation id visit google or one of my blog where I have provided information on that.

v$ Database.checkpoint_change #-does not say any substance above recovery, its comparison with (v$ datafile and v$ datafile_header) would help on the recovery.

If you come back and say only above will be enough to decide that if recovery is necessary or not, so I can't decide on this, this is the /algorithm code, if you ask for reasons simply understand that we have below records

CHECKPOINT PROGRESS RECORD

EXTENDED ENTRY database... which contains the information

Automatic backup control date)

RECORDS IN DATA FILE

MULTI INSTANCE REDO APPLY RECORD... It's needs to check that all committed or rollback - in terms of CARS (so all the code depends on two or three columns of two control points and can't decide on recovery - according to my knowledge /understanding)

ARCHIVES NEWSPAPER RECORDS... If SNA isn't matches he can check what archives with SNA which are recovery - on this basis he asks what Archives need to apply.

Hope this helps and ask you to spend some time, you will understand things.

-Pavan Kumar N

Configure controlfile autobackup

Hello
Anyone bed this backup of their control files using the following configure command?
RMAN > configure controlfile autobackup peripheral type disc format '< path > '.
I read that this will ensure that whenever a change is made to the database, the control file is saved.
Like her, is there a structural change between backups, and we recover, the control file is then used (recorded in the backupset since the last backup) will not have this information in it.
This sounds like a major witch hunt is there a failure and the need to recover. RMAN users implement this? I'm surrpised that he gets only half a page of reference in the book RMAN 11 g backup and recovery (Oracle Press).
Thank you
DA
11.2.0.3
RHEL 5.5

Hi Dan,.

What you said culminated just my interest I never really tried before... so here goes.

What I meant by the two parameters is the following (auto backup format and autobackup on):

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO "%F" # by default

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO "%F" # by default

My autobackup controlfile is currently on and has my default device defined tape type:

CONFIGURE THE TYPE OF DEFAULT DEVICE TO 'SBT_TAPE ';

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO "%F" # by default

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO "%F" # by default

I created a tablespace, and after about 10 minutes the controlfile autobackup has been taken. Tablespace was created at 14:15:53, and automatic backup was taken to 14.23.

Note that even if the default device type was tape the controlfile was actually saved on the disk in $ORACLE_HOME/dbs

CON START_TIME COMPLETION_TIME TIME_TAKEN_DISPLAY OUTPUT_BYTES_DISPLAY PARTS

--- ---------- ----------------- ----------------- -------------------- --------------------

YES 1 APRIL 30, 2014 14:23 APRIL 30, 2014 14:23 00:00:00 7.23 M

.

Then I changed my settings as follows:

CONFIGURE the DEFAULT DEVICE TYPE TO DISK;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO "%F" # by default

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO "%F" # by default

I created a tablespace, and after about 5 minutes the controlfile autobackup has taken in $ORACLE_HOME/dbs. Tablespace was created at 14:27:57 and the AutoSave was taken at 14.33.

CON START_TIME COMPLETION_TIME TIME_TAKEN_DISPLAY OUTPUT_BYTES_DISPLAY PARTS

--- ---------- ----------------- ----------------- -------------------- --------------------

YES 1 APRIL 30, 2014 14:33 APRIL 30, 2014 14:33 00:00:00 7.23 M

Then, I explicitly set my location on disk:

CONFIGURE the DEFAULT DEVICE TYPE TO DISK;

CONFIGURE CONTROLFILE AUTOBACKUP ON;

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO "%F" # by default

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT for DEVICE TYPE DISK to 'u01/app/oracle/product/11.2.0/dbs/cf_%F';

I created a tablespace, and after 7 minutes the controlfile autobackup has been taken. Tablespace was created at 14:35:59 and the AutoSave was taken to 14.43.

The backup controlfile was still taken on the disc.

CON START_TIME COMPLETION_TIME TIME_TAKEN_DISPLAY OUTPUT_BYTES_DISPLAY PARTS

--- ---------- ----------------- ----------------- -------------------- --------------------

YES 1 APRIL 30, 2014 14:43 APRIL 30, 2014 14:43 00:00:00 7.23 M

So, in summary, if the database is in archivelog and controlfile autobackup is set on, then the controlfile is saved on disk, no matter if the default device type is tape or disk. (I have not tried this if the database is not in archivelog mode, but I guess the Oracle documentation is correct).

Clarification on controlfile autobackup

Friends, I read in one of the famous books of RMAN that "when we add new data files to storage, server process initiates controlfile autobackup'.If controlfile autobackup is set on"ON"in parameter of RMAN. I tested in my dummy environment but did not find any truth in it, I checked for alert log and did not find any backup controlfile after adding data files. No indication in this regard will be appreciated.

> Data files how much I add

A few. An accurate count is not documented. Oracle monitors the number of changes in the course of an interval. I know, it does not create a new autobackup controlfile for each data file added in a 5 minute window, but only at the end of this window. But I don't know if that 5 minutes is a documented fact or a result of some heuristics. The actual duration of your environment may vary.

Hemant K Collette

controlfile autobackup does not work on 11g R2
Hi all

in database 11g R2 on windows and linux os (linux machine is a virtual machine), RMAN controlfile autobackup does not work. I'm this setting on IT and adding a tablespace for the database, but there is no new files backup controlfile.

Oracle documentation, I know that if you set THE controlfile autobackup on RMAN, each structural change in the database control file is saved to automaticlly. Also in the 11g R1 version I did and saw new backup controlfile is created. (to see the new backup, I use the backup RMAN list command).

I check in the machine 2 windows machines and different virtual linux but for 11 g r2 there is no new backup. I couldn't find anything about it in the Oracle documentation.

will there be a new change that I don't know? I will appriciate to get answers.

Published by: Mustafa KALAYCI on 10.Oca.2011 16:50
I see in the GR 11, 2 backup and recovery Reference Guide, page 98, there is a paragraph as follows:

"Beginning with Oracle 11 g Release 2, RMAN creates a backup file auto single covering the whole of the structural changes that took place within minutes of each other rather than create a new backup of the controlfile on each structural change to the database."

I checked all my databases again, and there is now a backup of contolfile for each of them. It seems that there is now a delay of a few minutes for the backup of the controlfile. Can you watch it again to see if you can see them on your databases?

Trying to change DBNAME and DBID both

Hello all;

I'm changing DBNAME AND DBID both. but make a mistake.
I'm pasting below following wht I did. Please take a look and help me to solve it.

SQL > select instance of the thread of v$.
INSTANCE
----------------
Clone
SQL > select name, dbid from v database $;

NAME DBID
--------- ----------
CLONE 1028509667
SQL > alter database close;
Database altered.
SQL > select status from v$ instance;
STATUS
------------
MOUNTED
SQL > exit
Disconnected from the database to Oracle 10 g Enterprise Edition Release 10.2.0.4.0 - Production
With partitioning, OLAP, Data Mining and Real Application Testing options
nest target $ = / dbname = CLONEDB

DBNEWID: Release 10.2.0.4.0 - Production on Fri Oct 25 04:21:46 2013
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to the database CLONE (DBID = 1028509667)
Connected to the server version 10.2.0
Control of database files:
/ u01/app/oracle/oradata/clone/control01. CTL
/ u01/app/oracle/oradata/clone/control02. CTL
/ u01/app/oracle/oradata/clone/control03. CTL
Change the ID of database and CLONE to the base CLONEDB name? (Y / [N]) = > Y

Proceed with the operation
Change the ID of 1028509667 to 916366170 database
Changing the name of the CLONE of CLONEDB database
Control file /u01/app/oracle/oradata/clone/control01.ctl - modified
Control file /u01/app/oracle/oradata/clone/control02.ctl - modified
Control file /u01/app/oracle/oradata/clone/control03.ctl - modified
DataFile /u01/app/oracle/oradata/clone/system01.dbf - dbid changed, wrote the new name
DataFile /u01/app/oracle/oradata/clone/undotbs01.dbf - dbid changed, wrote the new name
DataFile /u01/app/oracle/oradata/clone/sysaux01.dbf - dbid changed, wrote the new name
DataFile /u01/app/oracle/oradata/clone/users01.dbf - dbid changed, wrote the new name
DataFile /u01/app/oracle/oradata/clone/example01.dbf - dbid changed, wrote the new name
DataFile /u01/app/oracle/oradata/clone/temp01.dbf - dbid changed, wrote the new name
Control file /u01/app/oracle/oradata/clone/control01.ctl - dbid changed, wrote the new name
Control file /u01/app/oracle/oradata/clone/control02.ctl - dbid changed, wrote the new name
Control file /u01/app/oracle/oradata/clone/control03.ctl - dbid changed, wrote the new name
Instance to close
Database name changed to CLONEDB.
Change the settings file and generate a new password file before restarting.
ID of the database for the CLONEDB changed to 916366170 database.
All backups previous and archived redo logs for this database are unusable.
Database is not aware of the previous backups and archived in the recovery area newspapers.
Database has been turned off, open with RESETLOGS option database.
Changed database name and ID
DBNEWID - completed successfully.
$ echo $ORACLE_SID
Clone
[oracle@oel5 ~] $ sqlplus / as sysdba

SQL * more: Release 10.2.0.4.0 - Production on Fri Oct 25 04:26:52 2013
Copyright (c) 1982, 2007, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With partitioning, OLAP, Data Mining and Real Application Testing options
startup nomount pfile='/u01/app/oracle/admin/clone/pfile/initclone.ora';
ORACLE instance started.
Total System Global Area 608174080 bytes
Bytes of size 1268920 fixed
188744520 variable size bytes
415236096 of database buffers bytes
Redo buffers 2924544 bytes
SQL > alter the editing of the database;
change the database editing
*
ERROR on line 1:
ORA-01103: the name "CLONEDB" in the control of the database file is not "CLONEDB".
- /u01/app/oracle/admin/clone/pfile/initclone.ora vi .
Clone.__db_cache_size = 415236096
Clone.__java_pool_size = 25165824
Clone.__large_pool_size = 4194304
Clone.__shared_pool_size = 159383552
Clone.__streams_pool_size = 0
*.audit_file_dest='/U01/app/Oracle/admin/clone/adump '
*.background_dump_dest='/U01/app/Oracle/admin/clone/bdump '
* full = '10.2.0.1.0'
*.control_files='/u01/app/oracle/oradata/clone/control01.ctl','/u01/app/oracle/oradata/clone/control02.ctl','/u01/app/oracle/oradata/clone/control03.ctl'
*.core_dump_dest='/U01/app/Oracle/admin/clone/cdump '
* .db_block_size = 8192
* .db_domain = "
* .db_file_multiblock_read_count = 16
*. db_name ='clonedb '
*.db_recovery_file_dest='/U01/app/Oracle/flash_recovery_area '
* .db_recovery_file_dest_size = 2147483648
*. Dispatchers ='(Protocol=TCP) (SERVICE = cloneXDB)"
* .job_queue_processes = 10
* .open_cursors = 300
* .pga_aggregate_target = 201326592
* runoff = 150
* .remote_login_passwordfile = "EXCLUSIVE."
* .sga_target = 605028352
* .undo_management = "AUTO".
* .undo_tablespace = "UNDOTBS1.
*.user_dump_dest='/U01/app/Oracle/admin/clone/udump '
~
Thnaks in advance...

Hello

*. db_name ='clonedb ' - There space in the settings file.

Please remove the value space.

Parameter must be: *. db_name ='clonedb'

Concerning

Mr. Mahir Quluzade

controlfile autobackup in 11.2.0.1
Hello

I wonder what that means below?

http://download.Oracle.com/docs/CD/E11882_01/backup.112/e10643/rcmsynta010.htm#RCMRF113

Starting with Oracle 11 g Release 2, RMAN creates a backup file auto single covering the whole of the structural changes that took place within minutes of each other rather than create a new backup of the controlfile on each structural change to the database.

Thank you
Markus
Dear Markus Waldorf,

For example, when you add a data file to a tablespace in the alert.log file, it says "start autobackup controlfile. According to the the Recovery Manager retention policy, these controlfiles are stored in the directory appropriate for this period. So when he wants to create a controlfile autobackup option, it creates a new rather than to modify the last being.

So when there's a controlfile autobackup has been created by the recovery, after a few minutes of this, Manager when he needs to create a new, it will not create the controlfile (automatic backup).

That's what I realized with this sentence.

Kind regards.

Ogan

Can I retrieve my db (if I don't activate controlfile autobackup ONE)?

Hi all;
Unfortunately, I deleted all the CRD of local database files. I have backup rman.
But I did NOT control file autobackup.
$ rm *.
$ ls-> NO HRMS CRD of for DATABASE FILES
SYS > close the demolition;
ORACLE instance stops.
SYS > startup nomount;
ORACLE instance started.
Total System Global Area 373293056 bytes
Bytes of size 1273780 fixed
113246284 variable size bytes
255852544 of database buffers bytes
Redo buffers 2920448 bytes
rman target $ /.
Recovery Manager: release 10.2.0.5.0 - Production on Mon Nov 10 12:51:11 2014
Copyright (c) 1982, 2007, Oracle. All rights reserved.
connected to target database: hrms (unassembled)
RMAN > restore controlfile autobackp;
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-00558: error occurred during parsing of order entry
RMAN-01009: syntax error: found 'identifier': expected an a: "autobackup, single-quoted-string, double-quoted-string tag,"
RMAN-01008: the identifier of the AfDB was: autobackp
RMAN-01007: column 26 line 1 file: entry standard
$ cd/u01/app/oracle/flash_recovery_area/HRMS/backupset/2014_11_10
[oracle@oel5 2014_11_10] $ ls-l
Total 1598704
-rw - r - 1 oracle oinstall 790493184 Nov 10 01:25 o1_mf_annnn_TAG20141110T012445_b5zkn7cn_.bkp
-rw - r - 1 oracle oinstall 20992 Nov 10 01:27 o1_mf_annnn_TAG20141110T012705_b5zkrlyq_.bkp
-rw - r - 1 oracle oinstall 7143424 Nov 10 01:27 o1_mf_ncsnf_TAG20141110T012555_b5zkrhqp_.bkp
-rw - r - 1 oracle oinstall 837795840 Nov 10 01:26 o1_mf_nnndf_TAG20141110T012555_b5zkpfp7_.bkp

Can I recover my database?

File "o1_mf_ncsnf_TAG20141110T012555_b5zkrhqp_.bkp" is probably a backup controlfile.

Use RESTORE CONTROLFILE FROM "path_to_file".

(Note: you must SET DBID before RESTORE you CONTROLFILE because Oracle uses the DBID to test if the controlfile is the same database.) You can obtain the DBID of newspapers of the previous series of rman or your documentation)

Hemant K Collette

RMAN controlfile autobackup
How ramn will be notified of changes in the structure of the database... which backgound process will even update...
Hello

As said above, whenever a structural change happens in the DB... it will be updated in controlfile.similarlly whenever you connect the rman, it get full details of the control file DB. so, if you have configured the automatic backup of the file control then controlfile will be upward automatically saved whenever you issue the backup command.
by default, rman does not have any backup... Yo has set up or have to plan the rman backup...

Kind regards
Deepak

Help remove backups rman (delete the repository)

Hi all.
I will soon be administering a few databases Oracle (11g Rel2). Currently these DBs area in log mode archive with a backup rman in place policy.

I don't like this policy and you want to use my own, incremental backups from updadateable, so this is the plan I have in mind.

(1) disable mode archive.

(2) a clean shutdown and take a backup to cold.

(3) since after you disable archiving, backups RMAN ALL will be unusable, I want to remove them (including newspapers archive and backup sets).

(4) after the correct deletion, set up some persistent RMAN settings, such as retention policy, controlfile autobackup and optimization.

(5) turn on archiving

(6) to set up the new policy based backups backup incremental updateable with duplex location for archiving logs.

Help is requested on the best way to clean all the backups (3).

I can manually delete the backups and do overlap, but according to the Oracle Documentation "Delete backup" will be delete all backups for data recorded in the RMAN Repository.

So which is the best way easier and faster? Will delete backup include the archive logs?

Thanks in advance. Luis!

myluism wrote:

Can I still use them?

I would say it is "the wrong answer to evil. When you disable log mode archive, you can only back up the database when it is stopped and only to restore and recover the database until the last stop.

Looking at your plan, I wonder what you are trying to accomplish first log mode archive disabling and then enabling archive mode log again. Why do you think that this is necessary and what you're trying to accomplish.

You need not disable and enable log mode archive in order to eliminate the obsolete achivelogs.

If you are not satisfied with the retention policy, simply change it. All backups that are outside your retention policy will be considered as obsolete and you can remove them using RMAN delete obsolete, which will remove all files as well as the appropriate data backup from the RMAN Repository.

For example you can archivelog delete all the entries backup and then delete the backupset or remove them at the OS level, do overlap and then use delete noprompt expired archivelog all.

The retention policy applies to backup and archivelogs. However, you can have a separate archivelog deletion policy that applies to archivelogs.

RMAN recovery error? Why is it so? s ' Please help :)
Hi guys,.

First of all, 1 million of thanks and gratitude to those who are willing to spend time reading my thread and using all the less out / give suggestions.

I am very very very new for backup and restore, so I really hope that you guys will give me with your utmost patience and tolerance, if I by no risk stupid or dumb questions or if there is very direct terms that I don't apprehand...

--------------------------------

Current configuration.

I have 2 database each on a different server, but the configuration of file directories are the same for both (prod, 1 stage 1)

(1) on the prod, I do a daily backup of 03:00.
(2) my full backup includes controlfile autobackup and archivelogs.
(3) after that, I'll do a RSYNC to send all items to backup to the staging server.
(3) on stage, I will / want to apply the daily backup of prod on it. I don't mind not seen the last DB (changes after 03:00 not recorded)
(4) I don't use rman catalog. If all the backup information store in the control file.

I made a backup in the RMAN LIST on production and saw all the backup information including these...

Part name: /u02/rmanbkp/STARHUB_lskv1oi0_1_1.rmanbk

List of newspapers archived in defined backup 5819
The next time that THRD Seq YVERT low low time next YVERT
---- ------- ---------- --------- ---------- ---------
1 8910 2440140540 22 NOVEMBER 09 2440223507 22 NOVEMBER 09
1 8911 2440223507 22 NOVEMBER 09 2440363724 22 NOVEMBER 09
1 8912 2440363724 22 NOVEMBER 09 2440508680 22 NOVEMBER 09

Overhere, we are sure that the archivelogs are backed up and I don't want to apply these archivelog when I restore the database.

 please NOTE THAT the backup is on/U02/rmanbkp / 

-------------------------------------------------

Now more to STAGE, where I restore / recover (please see the BOLD characters)


RMAN > restore controlfile autobackup.

From restoration to 23 November 09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid = 157 devtype = DISK

channel ORA_DISK_1: looking for autobackup day: 20091123
channel ORA_DISK_1: autobackup found: / u02/rmanbkp/c-690163925-20091123-00
channel ORA_DISK_1: restore full automatic backup of control file
output filename=/u03/oradata/starhub/control02.ctl
output filename=/u01/oradata/starhub/control01.ctl
Restoration finished November 23 09

RMAN > change the editing of the database;

mounted database
output channel: ORA_DISK_1

RMAN > restore database;

From restoration to 23 November 09
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid = 157 devtype = DISK

channel ORA_DISK_1: from datafile backupset restoration
channel ORA_DISK_1: specifying datafile (s) to restore from backup set
restoring datafile 00003 to /u03/oradata/starhub/sysaux01.dbf
restoring datafile to /u03/oradata/starhub/starhub02.dbf 00006
restoring datafile 00009 to /u03/oradata/starhub/starhub05.dbf
channel ORA_DISK_1: backup /u02/rmanbkp/STARHUB_m7kv1ols_1_1.rmanbk piece reading
channel ORA_DISK_1: restored the backup part 1
piece handle=/u02/rmanbkp/STARHUB_m7kv1ols_1_1.rmanbk tag = TAG20091123T030220
channel ORA_DISK_1: restore complete, duration: 00:02:26
channel ORA_DISK_1: from datafile backupset restoration
channel ORA_DISK_1: specifying datafile (s) to restore from backup set
restoring datafile 00001 to /u03/oradata/starhub/system01.dbf
restoring datafile 00002 to /u03/oradata/starhub/undotbs1.dbf
restoring datafile 00007 to /u03/oradata/starhub/starhub03.dbf
channel ORA_DISK_1: backup /u02/rmanbkp/STARHUB_m8kv1opp_1_1.rmanbk piece reading
channel ORA_DISK_1: restored the backup part 1
piece handle=/u02/rmanbkp/STARHUB_m8kv1opp_1_1.rmanbk tag = TAG20091123T030220
channel ORA_DISK_1: restore complete, duration: 00:02:26
channel ORA_DISK_1: from datafile backupset restoration
channel ORA_DISK_1: specifying datafile (s) to restore from backup set
restoring datafile 00004 in /u03/oradata/starhub/tbs1.dbf
restoring datafile 00005 to /u03/oradata/starhub/starhub01.dbf
restoring datafile 00008 to /u03/oradata/starhub/starhub04.dbf
channel ORA_DISK_1: backup /u02/rmanbkp/STARHUB_m9kv1ov0_1_1.rmanbk piece reading
channel ORA_DISK_1: restored the backup part 1
piece handle=/u02/rmanbkp/STARHUB_m9kv1ov0_1_1.rmanbk tag = TAG20091123T030220
channel ORA_DISK_1: restore complete, duration: 00:02:15
Restoration finished November 23 09

RMAN > restore database;

From pick up to 23 November 09
using channel ORA_DISK_1

starting media recovery


Archive journal 1 sequence 8935 thread is already on the disk that the file /u01/oradata/starhub/arch/log1_8935_656935637.arc--repertoire of the OPINION it IS READING /U01/
archive log thread = 1 sequence = 8935 filename=/u01/oradata/starhub/arch/log1_8935_656935637.arc
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8936_656935637.arc thread = 1 sequence = 8936
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8937_656935637.arc thread = 1 sequence = 8937
archive log thread = 1 sequence = 8938 filename=/u01/oradata/starhub/arch/log1_8938_656935637.arc
archive log thread = 1 sequence = 8939 filename=/u01/oradata/starhub/arch/log1_8939_656935637.arc
archive log thread = 1 sequence = 8940 filename=/u01/oradata/starhub/arch/log1_8940_656935637.arc
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8941_656935637.arc thread = 1 sequence = 8941
archive log thread = 1 sequence = 8942 filename=/u01/oradata/starhub/arch/log1_8942_656935637.arc
archive log filename=/u01/oradata/starhub/arch/log1_8943_656935637.arc = 1 sequence = 8943 thread
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8944_656935637.arc thread = 1 sequence = 8944
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8945_656935637.arc thread = 1 sequence = 8945
archive log thread = 1 sequence = 8946 filename=/u01/oradata/starhub/arch/log1_8946_656935637.arc
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8947_656935637.arc thread = 1 sequence = 8947
Archive newspaper filename=/u01/oradata/starhub/arch/log1_8948_656935637.arc thread = 1 sequence = 8948
archive log thread = 1 sequence = 8949 filename=/u01/oradata/starhub/arch/log1_8948_656935637.arc
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03002: failure of the command recover at 23/11/2009 15:36:21
RMAN-11003: failure in parsing / execution of the SQL statement: alter database recover logfile ' / u01/oradata/starhub/arch/log1_8948_656935637.arc'
ORA-00310: archived log contains sequence 8948; 8949 sequence required
ORA-00334: archived log: ' / u01/oradata/starhub/arch/log1_8948_656935637.arc'



------------------------------------------------------

My questions are

T1) I restore the database (I see that these backup item is read from the rmanbkp/u02/and these data, the files are restored).
Now, I want to recover the database, so I think I must apply these archivelogs backup for recovery.

However, if you notice, RMAN is reading about (deprecated) /U01/ on the archivelogs instead of the archivelogs saved in /U02/rmanbkp. 

Why so much? Is this the correct behavior? How can I make RMAN uses these elements to backup archivelog on/U02/rmanbkp

Q2) that I encounter this error ORA-00310: and I get autour. It is saying that I need to use a BACK up to WHAT if I don't want this error.

However, I believe that information of hold of FILE OF CONTROL over where and how long does RETRIEVE UNTIL, isn't? (and since I'm on the CONTROL FILE of the recovery, why I always see this error?

Your kind advice/help would be really appreciated.

Best regards
Noob
Hey Noob,

A1) because the controlfile comes from the production server where the archived redologs are available in
/ U01/oradata/StarHub/Arch, you must run an overlap on the stage for the controlfile node is updated.

change archivelog than any overlap;

remove expired archivelog all;

To move forward with recovery of database until...;

A2)
You must specify a point in time, scn, or logsequence if you want to recover to a point in the past (which is what you want to do).
If you get it back until the clause, rman performs a recovery complete (up to the last committed transaction) to do this, you need the redologs online that are not backed up by rman.

Kind regards

Tycho

How to include the DBID in file name backup controlfile
Hello

I googled on this issue a lot... in fact, for purposes of recovery disaster, wants to go somewhere 'visible' dbid (I know there are workarounds to find the dbid of the db, as I connect to running RMAN and the dbid is there, but I prefer he's ready at hand) so I found that the % F parameter sets the dbid in filename. But RMAN throws error when I use this setting and says that F is a stranger.

Any ideas?
Have you used as what you typed? It's F %

It will be %F

CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE SBT_TAPE TO "%F"

All files lost and don't know dbid
Hi all

I lost all my files and spfile and control files, the good news is I have backup rman of them, the bad news is that I don't know dbid, so the question is how can I find out my database's (gr 10, 2) dbid in this situatioin to restore and recover the database?

thanx
It will show you where you will have a database of State of Mount. Database lost oPs and did not have a dbid before restoring the controlfile.

@OP if you controlfile autobackup then by default, the format of the file auto save for all configured devices is the substitution variable % F. This format of variable translates c-IIIIIIIIII-YYYYMMDD-QQ, where IIIIIIIIII represents the DBID.

Khurram

Cannot find autobackup controlfiles even if we had Sunday full backup
I got this when trying to restore controlfile:
RMAN > 2 > 3 > 4 > 5 > 6 > 7 > 8 > 9 > 10 >
allocated channel: t1
channel t1: SID = 1034 device type = SBT_TAPE
channel t1: NMO v5.0.0.0

command sent on the channel: t1

executing command: SET CONTROLFILE AUTOBACKUP FORMAT

From restoration to 25 October 12

channel t1: looking for AUTOBACKUP day: 20121025
channel t1: looking for AUTOBACKUP day: 20121024
channel t1: looking for AUTOBACKUP day: 20121023
channel t1: looking for AUTOBACKUP day: 20121022
channel t1: looking for AUTOBACKUP day: 20121021
channel t1: looking for AUTOBACKUP day: 20121020
channel t1: looking for AUTOBACKUP day: 20121019
channel t1: found no AUTOBACKUP in 7 days
output channel: t1
RMAN-00571: ===========================================================
RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =.
RMAN-00571: ===========================================================
RMAN-03002: failure of the restore command at 25/10/2012 18:58:23
RMAN-06172: no AUTOBACKUP couldn't find or handle specified is not a valid copy or a piece

How to list to see if we have autobackup controlfile? in the full backup on Sunday, there is a full backup.

Here's the Sunday full backup script:
connection target;
configure backup optimization

Run {}
Configure controlfile autobackup on;
Configure controlfile autobackup format for device type 'sbt_tape' to ' / NMO_v_ %f ';

DATABASE INCREMENTAL level 0 BACKUP more archivelog delete all entries "prod" TAG

output channel ch00;
output channel ch01.
output channel ch02;
output channel ch03;
Hello again;

Looks like you found them! Great! So they mean only the part %F. always good to learn something new.

/ NMO_v_c-258815187-20121025-00

Not having automatic not backup job is a nightmare. I know that I have bet on it.

Thanks for letting me know before the end of my day.

Have a good night.

mseberg

controlfile autobackup and DBID

Similar Questions

Maybe you are looking for