Oracle-L: RE: A RMAN question

From: DENNIS WILLIAMS <DWILLIAMS_at_LIFETOUCH.COM>
Date: Wed, 20 Mar 2002 11:16:00 -0800
Message-ID: <F001.0042EDA9.20020320111600@fatcity.com>

Samir - We have found that each Oracle database has an internal ID. This ID doesn't change when you clone it as you describe. RMAN uses this ID, and will become confused if it sees two databases that are identical. One way around this is to run two RMAN catalogs. I have not considered it an advantage to use RMAN with the control file (non-catalog) option, so I haven't considered all the ramifications there.

Have you looked at the RMAN DUPLICATE command to clone the database? Dennis Williams
DBA
Lifetouch, Inc.
dwilliams_at_lifetouch.com

-----Original Message-----
Sent: Wednesday, March 20, 2002 10:14 AM To: Multiple recipients of list ORACLE-L

Hi All,

Though I have been using RMAN for quite a while now, I would like to ask for a clarification
here.

We have a production database with partitioning options on server A. We copy over the files
(including the control files) of the prod database each night to a server B. We will then be using
RMAN to backup the database on server. We intend to take a Full backup on Sundays and Incrementals
on all weekdays.
I know that when we take a RMAN backup, it writes information about that task to the target database's
control files which is precisely why we need not have a catalog database necessarily.

My question is when RMAN takes a backup once, will it return an error when tries to take an
incremental backup a second time since we have replaced the control files overnight ?? I mean,
will RMAN be happy with taking an INCREMENTAL backup of the database even if it finds that the
control files on which it had written the backup info the previous night have been replaced with a
new set of control files ?? Will it prompt for a full backup ???

Any help will be greatly appreciated.

Regards,
Samir

Samir Sarkar
Oracle DBA
SchlumbergerSema
Email : samir.sarkar_at_nottingham.sema.slb.com

ssarkar2_at_slb.com
Phone : +44 (0) 115 - 957 6028
EPABX : +44 (0) 115 - 957 6418 Ext. 76028 Fax : +44 (0) 115 - 957 6018

This email is confidential and intended solely for the use of the individual to whom it is addressed. Any views or opinions presented are solely those of the author and do not necessarily represent those of SchlumbergerSema.
If you are not the intended recipient, be advised that you have received this
email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited.

If you have received this email in error please notify the SchlumbergerSema Helpdesk by telephone on +44 (0) 121 627 5600.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: SARKAR, Samir
INET: Samir.SARKAR_at_nottingham.sema.slb.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------

To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
--

Please see the official ORACLE-L FAQ: http://www.orafaq.com
--

Author: DENNIS WILLIAMS
INET: DWILLIAMS_at_LIFETOUCH.COM

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------