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.
[EMAIL PROTECTED]
-----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 : [EMAIL PROTECTED]
[EMAIL PROTECTED]
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: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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: [EMAIL PROTECTED]
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: [EMAIL PROTECTED] (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).
