Backing up of controlfile
Sirs,
One of my DBA friends told me that every time I add a datafile to a tablespace or resize a datafile or add a log file, I need to take a backup of control file using alter database backup controlfile to trace. He was not able to explain me the reason behind this.
Can any experts explain if it's required to backup controlfile after these activities? If yes, why?
Thanks
Neel
816153 wrote:
Sirs,
One of my DBA friends told me that every time I add a datafile to a tablespace or resize a datafile or add a log file, I need to take a backup of control file using alter database backup controlfile to trace. He was not able to explain me the reason behind this.
Can any experts explain if it's required to backup controlfile after these activities? If yes, why?
Thanks
Neelyour control file is what contains information about the physical structure of the db -- like the names of the files. So what happens if you add a file, then some time later you have a failure that causes loss of the control file. Will you have a backup that knows about those new files?
So while it's not required to take a backup, it's certainly A Very Good Idea (tm). So good, in fact, that oracle has provided a method to automigically take a backup of it whenever you do something that would suggest that a backup would be a good idea. For more information you can google 'oracle controlfile autobackup'.
Just to clarify ... the autobackup takes a binary backup of the control file. The backup to trace actually creates a couple of sql scripts (contained in the same trace file) that recreate the control file from scratch. It would be a good idea for you go ahead and create a controlfile to trace, then spend the rest of the day studying the result in depth.
Similar Messages
-
What are the consequences of not backing up controlfile in hot backup.
Hi All,
We have 8i,9i, 10g and 11g database. The unfortunate thing is that we are using this user managed hot backups for backing up our database. and I have no idea for what reason, we are not backing up the controlfile. Anyway, I would like you to comment on this, they said, they will recreate a text based controlfile and do the recover database until cancel using backup controlfile ; I know, if we have the path of all the datafiles , we can use this, but is this a right strategy ? of course, no one would agreed on this. I really appriciate, if somone could express his opinion in detail.
RegardsHi,
The database consists of the following files:
Spfile/Pfile
Controlfile
Datafile
Redo Log
archivelog
When we talk about backing up the database, (no matter how) must take backup up of all these files.
If you are not taking these files in your backup you have a incomplete backup.
Why not take a back up of control file to a binary file. Is more simple and fast restore controlfile using binary file.
ALTER DATABASE BACKUP CONTROLFILE TO '/oracle/backup/control.bkp';To Trace should be used to produce SQL statements that can later be used to re-create your control file.
ALTER DATABASE BACKUP CONTROLFILE TO TRACE;Why not use RMAN? A resource with endless options and features.
Using user-managed backup you have none options/feature compared with the use of RMAN.
It can be used in all Oracle databases without additional license.
Regards,
Levi Pereira -
Restore controlfile from leagato tape backup
I am using legato tool to perform rman tape backup.
I use the following script on legato to get the controlfile backup.
"backup current controlfile format '%d_%s_%p.ctrl'; "
If I lost the controlfile how do i restore controlfile from the tape. Assume that the DB in nomount stage.Hi,
backing up autobackup controlfiles to legato is possible. All you have to do is to configure autobackup accordingly. By default autobackup controlfiles will get written to disk.
However i strongly recommend to use a rman backup catalog. This will save you a lot of time consuming trouble if you need to restore your database.
The rman catalog database itself does not need any license and is rather small (5 GB on disk, 512 MB memory).
Restoring the control file will be something like this:
set controlfile autobackup format for device type sbt to '%F';
restore controlfile from autobackup;
Ronny Egner
My Blog: http://blog.ronnyegner-consulting.de -
Hi
If I have configured the RMAN option for controlfile backup using:
RMAN> configure controlfile autobackup on;
Do I still need to do this:
sql "ALTER DATABASE BACKUP CONTROLFILE TO ''${CTRLBKP}''";
I have an RMAN backup script (written by someone else) which issues the above SQL after the backup is completed.
My understanding is that if RMAN is automatically backing up the controlfile, there is no need to run the above SQL.
Please advise.You don't need to issue a BACKUP CONTROLFILE command
*but*
you need to track the controlfile autobackups that are created.
If you are copying your database and archivelog backups to Tape or a VTL, you must also include the controlfile autobackups into such Tape / VTL backups.
I've come across a few cases where DBAs forget to backup the controlfile autobackups to tape.
Hemant K Chitale -
Upgraded to 10.2.0.2.0, but problem with 'identifying control file'
I just applied the metalink patch to upgrade from 10.2.0.1.0 to 10.2.0.2.0 in order to install the SOA Suite. It was a clean install for 10.2.0.1.0, followed by applying the patch. I am now trying to run the new database, but I get an error:
ORA-00205: error in identifying controle file, check alert log for more info.
I edited by init.ora file, and the two control files are there as (ora_control1, ora_control2).
Any help would be greatly appreciated.
Kind regards,
AnthonyWe had a similar issue and had to fix it by copying all the data files and control files to backup then ...
1) run database creation assistant to delete the database
2) using database creation assistant, create a new database with the same name
3) shut down the new database
4) leaving the new spfile in place, copy all the backups back over including controlfiles.
5) startup the database.
Don't know if it will help in your situation or not, but worth a try if someone else has the same type of problem. -
Multiple HTML DB connecting to the same database, in error
I am having a problem getting the HTML DB application in instance TMSQA to connect to the TMSQA database; it connects to the TMSDEV database. I have tried setting the connect_string under DAD_HTMLDB in wdbsvr.app in both TMSDEV and TMSQA to their corresponding IP addresses and hostnames. But when I connect to HTML DB via my browser using either IP address:7777/pls/htmldb or hostname:777/pls/htmldb in the URL, I always connect to TMSDEV.
I have one physical server called ORATEST3 at IP address 172.31.243.33. It is divided into 2 virtual servers:
TMSDEV:
IP address - 172.31.243.53
ORACLE_HOME - /db/tmsdev/u01/app/oracle/product/9.2.0.5/
HTTP Server - /db/tmsdev/u01/app/oracle/product/9.2.0.5/Apache
TMSQA:
IP address - 172.31.243.72
ORACLE_HOME - /db/tmsqa/u01/app/oracle/product/9.2.0.5/
HTTP Server - /db/tmsqa/u01/app/oracle/product/9.2.0.5/Apache
Does anybody have any idea as to how to setup the HTML DB in each instance to connect to its corresponding database?Hi all,
Sorry for replying late.
Thanks @Dude, Nelson Calero, indeed it helped me!
I could recover database multiple times from a same snapshot and thus I would like to share my findings.
Found that when we recover database with RESETLOGS option it actually starts a new database version called Incarnation of the database. Once this new branch is started we can recover database from old backup only till the SCN point where we performed DBPITR. After that point, snapshot/backup becomes orphaned backup.
[http://docs.oracle.com/cd/B19306_01/backup.102/b14192/flashptr006.htm]
If you want to recover database from the same old backup we have to reset the database to the incarnation number when snapshot/backup was taken using following command:
RMAN> RESET DATABASE TO INCARNATION 2; (considering backup was taken at Incarnation 2)
Also, If current controlfile is missing you need at least one backup of current controlfile. It is mandatory as after resetlogs, sequence number of log file changes and you cannot recover database from any available backup.
To make sure that latest control backup is always available please enable the AUTOBACKUP feature of the database which backs up the controlfile and spfile on any database change event.
Again this is the lesson for those who don't know much about AUTOBACKUP.
Regards,
Shrirang -
Problem with restoring a database from cold backup
All,
I've got a 10.2.0.4 database that we perform a cold backup on every night with RMAN. On Sunday 2/21, we have level 0 backup. On Monday-Wednesday nights, we take a cold level 1. We also perform a controlfile auto backup each night.
On a second server where I want to restore the database (same version of Oracle 10.2.0.4), I've copied the control file auto backups, the level 0 and the most recent level 1. I now want to restore. I use an RMAN script similar to the following to restore the control files:
connect target /;
set dbid 1973354860;
# Restore the controlfile from the tag that auto backed up the controlfile at the end of the level 0
run
startup nomount;
allocate channel c1 type disk;
restore controlfile to '/u01/app/oracle/oradata/ORADB1/control01.ctl' from AUTOBACKUP;
restore controlfile to '/u02/app/oracle/oradata/ORADB1/control02.ctl' from AUTOBACKUP;
restore controlfile to '/u03/app/oracle/oradata/ORADB1/control03.ctl' from AUTOBACKUP;
release channel c1;
shutdown immediate;
After the control files restore successfully, I perform some RMAN checks to ensure that all of the files I need for a recovery are there. The RMAN> list backup of database; command shows all of my backup savesets as AVAILABLE for the level0 and level1 backups.
I then try a restore database command; and get the following errors:
RMAN> run
2> {
3> allocate channel c1 type disk;
4> allocate channel c2 type disk;
5> allocate channel c3 type disk;
6> allocate channel c4 type disk;
7> restore database from tag='TAG20100221T200045';
8> }
using target database control file instead of recovery catalog
allocated channel: c1
channel c1: sid=74 devtype=DISK
allocated channel: c2
channel c2: sid=70 devtype=DISK
allocated channel: c3
channel c3: sid=166 devtype=DISK
allocated channel: c4
channel c4: sid=168 devtype=DISK
Starting restore at 25-FEB-10
released channel: c1
released channel: c2
released channel: c3
released channel: c4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 13:33:19
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 44 found to restore
RMAN-06023: no backup or copy of datafile 43 found to restore
RMAN-06023: no backup or copy of datafile 42 found to restore
RMAN-06023: no backup or copy of datafile 40 found to restore
RMAN-06023: no backup or copy of datafile 39 found to restore
RMAN-06023: no backup or copy of datafile 38 found to restore
RMAN-06023: no backup or copy of datafile 37 found to restore
RMAN-06023: no backup or copy of datafile 36 found to restore
RMAN-06023: no backup or copy of datafile 35 found to restore
RMAN-06023: no backup or copy of datafile 34 found to restore
RMAN-06023: no backup or copy of datafile 33 found to restore
RMAN-06023: no backup or copy of datafile 32 found to restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 25 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 23 found to restore
RMAN-06023: no backup or copy of datafile 22 found to restore
RMAN-06023: no backup or copy of datafile 21 found to restore
RMAN-06023: no backup or copy of datafile 20 found to restore
RMAN-06023: no backup or copy of datafile 19 found to restore
RMAN-06023: no backup or copy of datafile 18 found to restore
RMAN-06023: no backup or copy of datafile 17 found to restore
RMAN-06023: no backup or copy of datafile 16 found to restore
RMAN-06023: no backup or copy of datafile 15 found to restore
RMAN-06023: no backup or copy of datafile 14 found to restore
RMAN-06023: no backup or copy of datafile 13 found to restore
RMAN-06023: no backup or copy of datafile 12 found to restore
RMAN-06023: no backup or copy of datafile 11 found to restore
RMAN-06023: no backup or copy of datafile 10 found to restore
RMAN-06023: no backup or copy of datafile 9 found to restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore
RMAN>
But I know from the RMAN crosscheck and list backup commands that the savesets are available on disk. For example:
RMAN> list backup of datafile 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
List of Datafiles in backup set 4875
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
List of Datafiles in backup set 4894
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
RMAN> list backup of datafile 44; (the first one in the list above)
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4872 Incr 0 7.15G DISK 00:35:17 21-FEB-10
BP Key: 4872 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046
List of Datafiles in backup set 4872
File LV Type Ckp SCN Ckp Time Name
44 0 Incr 5086110241948 21-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4893 Incr 1 4.06G DISK 00:26:52 24-FEB-10
BP Key: 4893 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238
List of Datafiles in backup set 4893
File LV Type Ckp SCN Ckp Time Name
44 1 Incr 5086113791743 24-FEB-10 /u04/app/oracle/oradata/ORADB1/NETINSIGHT_INDEXES_03.dbf
As you can see, the level 0 and level 1 backups are showing as available. To double check, I perform a crosscheck backup of database;
RMAN> crosscheck backup of database;
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=74 devtype=DISK
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4927_piece_1_date_20100221_711576046 recid=4872 stamp=711576046
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4928_piece_1_date_20100221_711576046 recid=4873 stamp=711576046
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189 recid=4874 stamp=711578189
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185 recid=4875 stamp=711578186
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4932_piece_1_date_20100221_711579570 recid=4876 stamp=711579570
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4931_piece_1_date_20100221_711579392 recid=4877 stamp=711579393
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4934_piece_1_date_20100221_711580369 recid=4878 stamp=711580370
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4935_piece_1_date_20100221_711580535 recid=4879 stamp=711580535
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122 recid=4880 stamp=711580123
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4948_piece_1_date_20100224_711835237 recid=4892 stamp=711835238
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4947_piece_1_date_20100224_711835238 recid=4893 stamp=711835238
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434 recid=4894 stamp=711836436
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866 recid=4895 stamp=711836866
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4951_piece_1_date_20100224_711837267 recid=4896 stamp=711837268
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4952_piece_1_date_20100224_711837971 recid=4897 stamp=711837972
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989 recid=4898 stamp=711837989
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4955_piece_1_date_20100224_711838522 recid=4899 stamp=711838522
crosschecked backup piece: found to be 'AVAILABLE'
backup piece handle=/u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4954_piece_1_date_20100224_711838520 recid=4900 stamp=711838521
Crosschecked 18 objects
RMAN>
So I'm unclear as to why RMAN believes the backups of these files don't exist when I attempt to restore the database. Anyone have a clue?
NOTE: I've also tried to restore spcifically with the tag= clause but I get the same results:
RMAN> restore database from tag='TAG20100221T200045';
Starting restore at 25-FEB-10
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 13:41:04
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 44 found to restore
RMAN-06023: no backup or copy of datafile 43 found to restore
RMAN-06023: no backup or copy of datafile 42 found to restore
RMAN-06023: no backup or copy of datafile 40 found to restore
RMAN-06023: no backup or copy of datafile 39 found to restore
RMAN-06023: no backup or copy of datafile 38 found to restore
RMAN-06023: no backup or copy of datafile 37 found to restore
RMAN-06023: no backup or copy of datafile 36 found to restore
RMAN-06023: no backup or copy of datafile 35 found to restore
RMAN-06023: no backup or copy of datafile 34 found to restore
RMAN-06023: no backup or copy of datafile 33 found to restore
RMAN-06023: no backup or copy of datafile 32 found to restore
RMAN-06023: no backup or copy of datafile 31 found to restore
RMAN-06023: no backup or copy of datafile 30 found to restore
RMAN-06023: no backup or copy of datafile 29 found to restore
RMAN-06023: no backup or copy of datafile 28 found to restore
RMAN-06023: no backup or copy of datafile 27 found to restore
RMAN-06023: no backup or copy of datafile 26 found to restore
RMAN-06023: no backup or copy of datafile 25 found to restore
RMAN-06023: no backup or copy of datafile 24 found to restore
RMAN-06023: no backup or copy of datafile 23 found to restore
RMAN-06023: no backup or copy of datafile 22 found to restore
RMAN-06023: no backup or copy of datafile 21 found to restore
RMAN-06023: no backup or copy of datafile 20 found to restore
RMAN-06023: no backup or copy of datafile 19 found to restore
RMAN-06023: no backup or copy of datafile 18 found to restore
RMAN-06023: no backup or copy of datafile 17 found to restore
RMAN-06023: no backup or copy of datafile 16 found to restore
RMAN-06023: no backup or copy of datafile 15 found to restore
RMAN-06023: no backup or copy of datafile 14 found to restore
RMAN-06023: no backup or copy of datafile 13 found to restore
RMAN-06023: no backup or copy of datafile 12 found to restore
RMAN-06023: no backup or copy of datafile 11 found to restore
RMAN-06023: no backup or copy of datafile 10 found to restore
RMAN-06023: no backup or copy of datafile 9 found to restore
RMAN-06023: no backup or copy of datafile 8 found to restore
RMAN-06023: no backup or copy of datafile 7 found to restore
RMAN-06023: no backup or copy of datafile 6 found to restore
RMAN-06023: no backup or copy of datafile 5 found to restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 2 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restoreJust as a follow on to my last post, after the RMAN-06023 messages, I list backups of the three datafiles and as you can see RMAN thinks that they are available. If I exit RMAN and list them at the OS level, they are where RMAN things they should be:
RMAN> restore database;
Starting restore at 25-FEB-10
using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 02/25/2010 16:17:39
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 4 found to restore
RMAN-06023: no backup or copy of datafile 3 found to restore
RMAN-06023: no backup or copy of datafile 1 found to restore
RMAN> list backup of datafile 4;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4880 Incr 0 1.36G DISK 00:08:57 21-FEB-10
BP Key: 4880 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4933_piece_1_date_20100221_711580122
List of Datafiles in backup set 4880
File LV Type Ckp SCN Ckp Time Name
4 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4890 Incr 1 934.82M DISK 00:09:42 22-FEB-10
BP Key: 4890 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4943_piece_1_date_20100222_711664989
List of Datafiles in backup set 4890
File LV Type Ckp SCN Ckp Time Name
4 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4898 Incr 1 947.57M DISK 00:08:49 24-FEB-10
BP Key: 4898 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4953_piece_1_date_20100224_711837989
List of Datafiles in backup set 4898
File LV Type Ckp SCN Ckp Time Name
4 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/users01.dbf
RMAN>
RMAN> list backup of datafile 3;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4874 Incr 0 2.65G DISK 00:19:50 21-FEB-10
BP Key: 4874 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4930_piece_1_date_20100221_711578189
List of Datafiles in backup set 4874
File LV Type Ckp SCN Ckp Time Name
3 0 Incr 5086110241948 21-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4885 Incr 1 1.95G DISK 00:15:54 22-FEB-10
BP Key: 4885 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4940_piece_1_date_20100222_711663910
List of Datafiles in backup set 4885
File LV Type Ckp SCN Ckp Time Name
3 1 Incr 5086111401249 22-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4895 Incr 1 1.97G DISK 00:18:13 24-FEB-10
BP Key: 4895 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4950_piece_1_date_20100224_711836866
List of Datafiles in backup set 4895
File LV Type Ckp SCN Ckp Time Name
3 1 Incr 5086113791743 24-FEB-10 /u02/app/oracle/oradata/ORADB1/sysaux01.dbf
RMAN>
RMAN>
RMAN> list backup of datafile 1;
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
4875 Incr 0 4.37G DISK 00:22:53 21-FEB-10
BP Key: 4875 Status: AVAILABLE Compressed: YES Tag: TAG20100221T200045
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level0_set_4929_piece_1_date_20100221_711578185
List of Datafiles in backup set 4875
File LV Type Ckp SCN Ckp Time Name
1 0 Incr 5086110241948 21-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4884 Incr 1 1.93G DISK 00:12:34 22-FEB-10
BP Key: 4884 Status: AVAILABLE Compressed: YES Tag: TAG20100222T200047
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4939_piece_1_date_20100222_711663601
List of Datafiles in backup set 4884
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086111401249 22-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
BS Key Type LV Size Device Type Elapsed Time Completion Time
4894 Incr 1 1.92G DISK 00:13:46 24-FEB-10
BP Key: 4894 Status: AVAILABLE Compressed: YES Tag: TAG20100224T200037
Piece Name: /u03/oracle_backups/ORADB1/offline/ORADB1_level1_set_4949_piece_1_date_20100224_711836434
List of Datafiles in backup set 4894
File LV Type Ckp SCN Ckp Time Name
1 1 Incr 5086113791743 24-FEB-10 /u01/app/oracle/oradata/ORADB1/system01.dbf
RMAN> exit
$ ls -ltr /u03/oracle_backups/ORADB1/offline
total 59743688
-rwx------ 1 oracle oinstall 7677960192 2010-02-25 11:13 ORADB1_level0_set_4927_piece_1_date_20100221_711576046
-rwx------ 1 oracle oinstall 7980834816 2010-02-25 11:24 ORADB1_level0_set_4928_piece_1_date_20100221_711576046
-rwx------ 1 oracle oinstall 4691853312 2010-02-25 11:29 ORADB1_level0_set_4929_piece_1_date_20100221_711578185
-rwx------ 1 oracle oinstall 2847391744 2010-02-25 11:34 ORADB1_level0_set_4930_piece_1_date_20100221_711578189
-rwx------ 1 oracle oinstall 3530924032 2010-02-25 11:39 ORADB1_level0_set_4931_piece_1_date_20100221_711579392
-rwx------ 1 oracle oinstall 1566449664 2010-02-25 11:41 ORADB1_level0_set_4932_piece_1_date_20100221_711579570
-rwx------ 1 oracle oinstall 1459781632 2010-02-25 11:43 ORADB1_level0_set_4933_piece_1_date_20100221_711580122
-rwx------ 1 oracle oinstall 561774592 2010-02-25 11:44 ORADB1_level0_set_4934_piece_1_date_20100221_711580369
-rwx------ 1 oracle oinstall 58753024 2010-02-25 11:44 ORADB1_level0_set_4935_piece_1_date_20100221_711580535
-rwx------ 1 oracle oinstall 4364124160 2010-02-25 11:56 ORADB1_level1_set_4947_piece_1_date_20100224_711835238
-rwx------ 1 oracle oinstall 2971877376 2010-02-25 12:01 ORADB1_level1_set_4948_piece_1_date_20100224_711835237
-rwx------ 1 oracle oinstall 2066546688 2010-02-25 12:03 ORADB1_level1_set_4949_piece_1_date_20100224_711836434
-rwx------ 1 oracle oinstall 2119360512 2010-02-25 12:06 ORADB1_level1_set_4950_piece_1_date_20100224_711836866
-rwx------ 1 oracle oinstall 1003356160 2010-02-25 12:06 ORADB1_level1_set_4951_piece_1_date_20100224_711837267
-rwx------ 1 oracle oinstall 1637105664 2010-02-25 12:08 ORADB1_level1_set_4952_piece_1_date_20100224_711837971
-rwx------ 1 oracle oinstall 993607680 2010-02-25 12:08 ORADB1_level1_set_4953_piece_1_date_20100224_711837989
-rwx------ 1 oracle oinstall 1130496 2010-02-25 12:09 ORADB1_level1_set_4955_piece_1_date_20100224_711838522
-rwx------ 1 oracle oinstall 283344896 2010-02-25 12:09 ORADB1_level1_set_4954_piece_1_date_20100224_711838520
-rwx------ 1 oracle oinstall 4344365056 2010-02-25 16:01 ORADB1_level1_set_4937_piece_1_date_20100222_711662448
-rwx------ 1 oracle oinstall 2959015936 2010-02-25 16:05 ORADB1_level1_set_4938_piece_1_date_20100222_711662448
-rwx------ 1 oracle oinstall 2067202048 2010-02-25 16:07 ORADB1_level1_set_4939_piece_1_date_20100222_711663601
-rwx------ 1 oracle oinstall 2089304064 2010-02-25 16:08 ORADB1_level1_set_4940_piece_1_date_20100222_711663910
-rwx------ 1 oracle oinstall 955711488 2010-02-25 16:09 ORADB1_level1_set_4941_piece_1_date_20100222_711664370
-rwx------ 1 oracle oinstall 1623564288 2010-02-25 16:11 ORADB1_level1_set_4942_piece_1_date_20100222_711664872
-rwx------ 1 oracle oinstall 980238336 2010-02-25 16:12 ORADB1_level1_set_4943_piece_1_date_20100222_711664989
-rwx------ 1 oracle oinstall 280952832 2010-02-25 16:12 ORADB1_level1_set_4944_piece_1_date_20100222_711665385
-rwx------ 1 oracle oinstall 1130496 2010-02-25 16:12 ORADB1_level1_set_4945_piece_1_date_20100222_711665521 -
Files to backup in NOARCHIVELOG
dear friends
nowadays, i have an oracle export backup in test database.
But my backup only considered logical export. I know that is recommended to backup INIT<SID>.ora too.
What others configuration files would you recommend me in order to restore in any situation ???
Thanks !!!
chijarMost important, a database running in noarchivelog mode can never be restored in 'any situation'. You can only can go back to the last cold backup. Better than a logical export backup,but not good enough.
Put your database in archivelog mode and let RMAN do the work. All important elements can be backed up, datafiles,controlfiles,spfile (not text-based init.ora),archivelogs. In case of trouble you can remedy (almost) everything.
Werner -
RMAN vs. SQL alter database open resetlogs
Hello,
Reading http://download.oracle.com/docs/cd/B28359_01/backup.111/b28273/rcmsynta006.htm
Apparently some restrictions apply when not using a recovery catalog in regard to automatically creating the tempfile and also the reset database command when using resetlogs in SQL rather than RMAN.
a) Is there an easy way to explain the situation?
b) What are the consequences when forgetting to reset the database incarnation?
Thanks.RMAN will automatically issue a RESET DATABASE command to the recovery catalog and this will let the catalog know to make the new incarnation the current one. However, if you OPEN RESETLOGS via SQL*Plus a RESET DATABASE will not automatically be issued.
If you do not issue a RESET DATABASE, then the new incarnation will not be registered in the recovery catalog and you'll encounter an error the next time you try to use the recovery catalog.
As for the tempfiles, I believe it's referring to any new tempfiles that you may have added after you backed up the controlfile (the same one you used to do the restore) will not be created. However, if you were using a recovery catalog and it was in sync with the current controlfile, then the up-to-date tempfile information could be obtained from the recovery catalog to create any new temp files that may have been created.
Another wonderful way that Oracle documentation is confusing in how it explains concepts. -
Hi all,
last week i did database-cloning using cold backup.
the steps i did is
1.)backed up the controlfile.
2.)shutdown immediate
3.)create passwordfile and made directories structures.
4.)edit the pfile
5.)startup nomount pfile
6.)exec.create controlfile scripts
7.)alter database open resetlogs
after i completed all these things database has opened.but after sometime user complaining about they faced temp.segment error.
Then when i checked the same in database.
(i.e)select name from v$tablespace where tablespace='TEMP':
NAME:
TEMP.
Next i checked,
SQL>select name from v$tempfile;
no rows selected.
why it happens?
is it mandatory to create the temp tbs separately in cloning?
or will it use the old tempfile?
i m very confused on this . pls advice me..Hi,
what is the version of your DB.??
I am assuming your DB as 10g
I think you have heard of concept of Gather Schema Statistics.
In Oralce 10g, when the data of a table is grown to certain threshold value i.e. 10% of data, Automatically Gather Schema Statistics is performed on those tables.And also it needs enough free space in the temporary tablespace for sorting.
The TEST Database has recently been cloned from PROD Database. So, we realized that the step, adding a tempfile to the temp tablespace, was missed mistakenly. In fact the tempfile was copied and it is physically existing in the server, but not added to the TEMP tablespace as part of the cloning.
Solution:
ALTER TABLESPACE TEMP ADD TEMPFILE '/u01/app/oracle/product/10.2.0/oradata/test/temp01.dbf' REUSE;
After adding a tempfile to the TEMP tablespace, no errors generated regarding Gather Schema Statistics and temp tablespace afterward !!!.
I hope this will help you out.. !!
Thanks
Pavan Kumar N -
Perform hot backup on to a tape
Can I get a step by step procedure to perform a hot backup of 500 gig db on to a tape. We do not have catalog database and database version is 10.2.0.1.
ThanksYou are asking to abstract a manual. This means you can expect nasty replies because no one wants to do voluntarily what you apparently avoid to do: read documentation.
RMAN can not backup directly to a tape, it needs a media management library, like Legato, or Tivoli, or Netbackup or ....
Yes you need to allocate channels, and the exact method is different for each library product, so no info is possible.
Backup database also back ups the controlfile. In Oracle 10g and higher you should have autobackup of the controlfile to disk enabled, this replaces and supplements the catalog database.
Sybrand Bakker
Senior Oracle DBA -
RMAN - Unable to remove archivelogs from catalog
Hi
I have missing archivelogs and want to remove them from caltalog. The controlfile is beeing used as catalog. I have done the following:
CROSSCHECK ARCHIVELOG ALL;
-For the missing archivelogs RMAN output is "validation failed for archived log".
DELETE FORCE EXPIRED ARCHIVELOG ALL;
-output says:
deleted archive log
archive log filename=/an/log/autonar/archive/1_317009_555884131.dbf recid=5088 stamp=685099967
Deleted 1 EXPIRED objects
However the command does not remove the logs from catalog.
LIST ARCHIVE LOG ALL; still shows the above archive logs.
Next, i tried:
CHANGE ARCHIVELOG like '%317009%' UNCATALOG;
And the result is the same:
uncataloged archive log
archive log filename=/an/log/autonar/archive/1_317009_555884131.dbf recid=5088 stamp=685099967
Uncataloged 1 objects
But i can still see the files in the catalog.
Why is this happening? Anyone had problems like this?The problem is in the controlfile. I'm not using the database catalog, just the controlfile.
However, I did try registrating the database on rman catalog. But the results are the same when i execute above mentioned commands.
I also tried manually removing rows from the catalog table (RMAN.AL table). This does remove the enteries from the catalog, but not from the control file. So after the next resync, the catalog gets the information back from the controlfile and i'm back to beginning. :( -
hi .
I dont know how can i write RMAN script in windowse,
please help me.Create a script, say backup.cmd : the following backs up the controlfile, entire DB, all archivelogs and deletes backed up archivelogs :
run { allocate channel d1 type disk;
configure controlfile autobackup on;
backup database plus archivelog delete input;
}then, at OS prompt
C:\> set ORACLE_SID=<your SID>
C:\> rman target /
RMAN> @backup.cmd -
I have a retension policy of recovery window of 7 days
After 7 days the Backupset has become obselete
Can i use obselete RMAN backup to restore during recoveryYes, you can use backups that have been obsoleted -- typically this is a requirement for Audit or Investigation purposes when an older image of the database is required.
If you've already done a DELETE OBSOLETE (or they records have been purged from the controlfile automatically after controlfile_record_keep_time), you must restore the backupsets using OS commands and then use the [CATALOG command|http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmsynta011.htm#sthref230] to "register" them back into the controlfile.
Alternatively, you can restore an older controlfile, taken at the time of the backup or within a few days after the backup, which is "aware" of the backupsets and then use that to restore and recover.
If you are using a Repository (Catalog schema), then the older backups are likely not yet purged from it.
Hemant K Chitale
http://hemantoracledba.blogspot.com -
Backing up controlfile to trace, but in a diff location
With the alter database backup controlfile to trace, how can I specify a diff. location. I tried it this way but got an error: I want to move it to another location so that one of my scripts can pick up this file and move it somewhere else (part of a backup scenario we have):
SQL*Plus: Release 8.1.7.0.0 - Production on Wed May 16 09:45:39 2007
(c) Copyright 2000 Oracle Corporation. All rights reserved.
SQL> conn system@lifedev
Connected.
SQL> alter database backup controlfile to trace as 'c:\mytest.sql';
alter database backup controlfile to trace as 'c:\mytest.sql'
ERROR at line 1:
ORA-00933: SQL command not properly endedHi,
Yeap...just try it....
SQL*Plus: Release 10.2.0.1.0 - Production on Wed May 16 11:54:51 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/opt/app/oracle/admin/ORA102/control.trc';
Database altered.
SQL> ! ls -l contr*
-rw-r--r-- 1 oracle oinstall 6285 May 16 11:55 control.trc
SQL>
Maybe you are looking for
-
Can we query more than 5000 library items in Sharepoint online library using CSOM?
I am writing a console application to fetch all documents from the SharePoint Online Site. I am worrying what happens if library items grow beyond 5000 items. In my earlier experience from SP2010, I will raise the threshold limit from Central Admin S
-
Erase and re-install on my powerbook G4 12 inch
I lost my Mac OS X v10.2 install disc and was wondering how I can obtain a replacement? Of course, once I do so, what is the proper procedure to erase and re-install?
-
BI services Filter on Dashboard
Dear All, I have following scenario, Profit center Structure Month Value PC1 Stru1 Jan 2000 PC1 Stru2 Jan 3000 PC2 Stru1 Jan 4000 PC2
-
Can't Restore Or Update iPhone 3G
i Downgraded The iPhone to 3.2.1 because it was so slow and now i want to restore it to 4.2.1 again but i keeps getting this error btw i didn't jb or sth else! is there anyway to fix it or it's f'd up?!
-
HT4623 ipad cannot be acivated
We cannot activate iPad mini