Gary,
This is the procedure that I use to setup a duplicate/clone/auxiliary database, as
outlined on pg. 7-18 of the 8.1.6 Rel.2 RMAN User's Guide and Reference. This creates
a duplicate database with a unique dbid. Rman knows that it should recover to the
clone because I issue a duplicate command in my script. The command parameters are
confusing ('target' would more aptly be named 'source' and 'auxiliary' is the real
'target' when cloning).
Looking back over your email, I see that you are on 8.0.6, so there may be some
differences. I better let the advice to those that are more experienced with that
version.
Here is a sample script that I use:
run {
set until scn 1016905055;
allocate auxiliary channel ch1 type disk;
allocate auxiliary channel ch2 type disk;
set newname for datafile 1 to '/t202/oradata/INTT/system01.dbf';
set newname for datafile 2 to '/t202/oradata/INTT/tools01.dbf';
...yadda yadda...
set newname for datafile 11 to '/t204/oradata/INTT/tape_data01.dbf';
duplicate target database to INTT
logfile
group 1 ('/t202/oradata/INTT/redo1a.log','/t203/oradata/INTT/redo1b.log') size 1m,
...yadda yadda...
group 4 ('/t202/oradata/INTT/redo4a.log','/t203/oradata/INTT/redo4b.log') size 1m;
}
Jay
>>> "Gary Jackson" <[EMAIL PROTECTED]> 01/31/03 02:54PM >>>
Jay,
I'm confused. Based on what you said I would want to connect my target to
my production db and my catalog to my dbcat/tapeserver. If I understand your
suggestion correctly, how would RMAN know to recover to the new clone
database?
-gary
**DISCLAIMER
This e-mail message and any files transmitted with it are intended for the use of the
individual or entity to which they are addressed and may contain information that is
privileged, proprietary and confidential. If you are not the intended recipient, you
may not use, copy or disclose to anyone the message or any information contained in
the message. If you have received this communication in error, please notify the
sender and delete this e-mail message. The contents do not represent the opinion of
D&E except to the extent that it relates to their official business.
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Jay Hostetter
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
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).
