RE: RMAN - problems restoring to clone server

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" <fred_fred_1_at_hotmail.com> 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: jhostetter_at_decommunications.com

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: 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).