Return-Path: <root@fatcity.cts.com>
Received: from newsfeed.cts.com (newsfeed.cts.com [209.68.248.164])
 by naude.co.za (8.11.2/8.11.2) with SMTP id g5711bk01153
 for <oracle-l@naude.co.za>; Thu, 6 Jun 2002 21:01:37 -0400
Received: from fatcity.UUCP (uucp@localhost)
 by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id JAA50040;
 Thu, 6 Jun 2002 09:55:52 -0700 (PDT)
Received: by fatcity.com (26-Feb-2001/v1.0g-b71/bab) via UUCP id 0047637E; Thu, 06 Jun 2002 08:23:27 -0800
Message-ID: <F001.0047637E.20020606082327@fatcity.com>
Date: Thu, 06 Jun 2002 08:23:27 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: "Magaliff, Bill" <Bill.Magaliff@lendware.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: "Magaliff, Bill" <Bill.Magaliff@lendware.com>
Subject: RE: How to move 200 GB db from prod to dev?
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 71; ListGuru (c) 1996-2001 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-Type: multipart/alternative;	boundary="----_=_NextPart_001_01C20D6D.777B97A0"
------_=_NextPart_001_01C20D6D.777B97A0
Content-Type: text/plain;
 charset="iso-8859-1"

1) use RMAN to clone the db; or
2) create the new dev db with the required users but without all the
data/index tablespaces, and use transportable tablepsace feature to move
tablespaces/data files . . . export/import of meta-data is quick - only real
time factor is copying the data files - this assumes, of course, that you
can make your production tablespaces read-only for the time it takes to copy
(or tar) the data files 
 
-bill

-----Original Message-----
Sent: Thursday, June 06, 2002 10:28 AM
To: Multiple recipients of list ORACLE-L



Hi! 

We are supposed to clone our production database onto a new development box
(both boxes are Sun Solaris). The db is about 200 GB in size.

What would be the best way to achieve this? Simply copying over the files
won't work, since the instance names are different:

Production:  SID=PCLDB1 => e.g. /u02/oradata/PCLDB1/system01.dbf 
Development: SID=ROLAND => e.g. /u02/oradata/ROLAND/system01.dbf 

So would export/import the entire db be the only way? (But writing out dump
file that big should be a little disk space problem...)

Renaming all the datafiles (approx. 100) would be kind of annoying... 

Any ideas? 

This is 8.1.7 on Sun Solaris. 

Thanks, 
Helmut 



------_=_NextPart_001_01C20D6D.777B97A0
Content-Type: text/html;
 charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>How to move 200 GB db from prod to dev?</TITLE>

<META content="MSHTML 6.00.2716.2200" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=962101715-06062002><FONT face=Arial color=#0000ff size=2>1) use 
RMAN to clone the db; or</FONT></SPAN></DIV>
<DIV><SPAN class=962101715-06062002><FONT face=Arial color=#0000ff size=2>2) 
create the new dev db with the required users but without all the data/index 
tablespaces, and use transportable tablepsace feature to move tablespaces/data 
files . . . export/import of meta-data is quick - only real time factor is 
copying the data files - this assumes, of course, that you can make your 
production tablespaces read-only for the time it takes to copy (or tar) the data 
files </FONT></SPAN></DIV>
<DIV><SPAN class=962101715-06062002><FONT face=Arial color=#0000ff 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=962101715-06062002><FONT face=Arial color=#0000ff 
size=2>-bill</FONT></SPAN></DIV>
<BLOCKQUOTE>
  <DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma 
  size=2>-----Original Message-----<BR><B>From:</B> Daiminger, Helmut 
  [mailto:Helmut.Daiminger@KirchGruppe.de]<BR><B>Sent:</B> Thursday, June 06, 
  2002 10:28 AM<BR><B>To:</B> Multiple recipients of list 
  ORACLE-L<BR><B>Subject:</B> How to move 200 GB db from prod to 
  dev?<BR><BR></FONT></DIV>
  <P><FONT size=2>Hi!</FONT> </P>
  <P><FONT size=2>We are supposed to clone our production database onto a new 
  development box (both boxes are Sun Solaris). The db is about 200 GB in 
  size.</FONT></P>
  <P><FONT size=2>What would be the best way to achieve this? Simply copying 
  over the files won't work, since the instance names are different:</FONT></P>
  <P><FONT size=2>Production:&nbsp; SID=PCLDB1 =&gt; e.g. 
  /u02/oradata/PCLDB1/system01.dbf</FONT> <BR><FONT size=2>Development: 
  SID=ROLAND =&gt; e.g. /u02/oradata/ROLAND/system01.dbf</FONT> </P>
  <P><FONT size=2>So would export/import the entire db be the only way? (But 
  writing out dump file that big should be a little disk space 
  problem...)</FONT></P>
  <P><FONT size=2>Renaming all the datafiles (approx. 100) would be kind of 
  annoying...</FONT> </P>
  <P><FONT size=2>Any ideas?</FONT> </P>
  <P><FONT size=2>This is 8.1.7 on Sun Solaris.</FONT> </P>
  <P><FONT size=2>Thanks,</FONT> <BR><FONT size=2>Helmut</FONT> 
</P><BR></BLOCKQUOTE></BODY></HTML>

------_=_NextPart_001_01C20D6D.777B97A0--
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Magaliff, Bill
  INET: Bill.Magaliff@lendware.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@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).

