Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Transportable tablespace

RE: Transportable tablespace

From: Martin Kendall <Martin.Kendall_at_Rubus.com>
Date: Thu, 18 Jan 2001 12:07:16 -0000
Message-Id: <10745.126972@fatcity.com>


This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible.

------_=_NextPart_001_01C08147.32BD6CF0
Content-Type: text/plain;

        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi,
=20
Given the circumstances, I would opt for the Cold Bup approach. = Reason:
much simpler, safer and quicker than the DML/DDL based option that you mention.
=20
Martin

-----Original Message-----
From: DEMANCHE Luc (Cetelem) [mailto:luc.demanche_at_cetelem.fr] Sent: 18 January 2001 10:52
To: Multiple recipients of list ORACLE-L Subject: Transportable tablespace

Hi DBAs,=20

Oracle 8.1.6.2=20
Sun solaris 2.6=20

Every month (generally on the 15th) we have to duplicate our production = DB
on a production-reporting DB. It's not a replication case, it's a copy = of
one DB to another on a specific date. We did it using "insert as = select"
through a database link. We have to synchronize all changes (add new datafiles, create new tablespace, and so on) on the production DB to = the
production-reporting DB before the load. This requires a lot of time. = And
the load takes about 48 hours.

I would like to use transportable tablespaces. I will transfer all my tablespaces (56 tablespaces) on my production-reporting DB.

Does someone have a other ideas? Or a bad history about transportable tablespaces. =20
I could do a cold backup, transfer the backup to a production-reporting = disk
and recreate the control file to change the DB name.

What is the better solution?=20

TIA=20

-----------------=20

Luc Demanche=20
CETELEM=20
T=E9l.: 01-46-39-14-49=20
Fax : 01-46-39-59-88=20

------_=_NextPart_001_01C08147.32BD6CF0
Content-Type: text/html;

        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<TITLE>Transportable tablespace</TITLE>

<META content=3D"MSHTML 5.50.4522.1800" name=3DGENERATOR></HEAD>
<BODY>
<DIV><SPAN class=3D459570912-18012001><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Hi,</FONT></SPAN></DIV>
<DIV><SPAN class=3D459570912-18012001><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D459570912-18012001><FONT face=3DArial =
color=3D#0000ff size=3D2>Given=20
the circumstances, I would opt for the Cold Bup approach.&nbsp; = Reason:&nbsp;=20
much simpler, safer and quicker than the DML/DDL</FONT></SPAN></DIV>
<DIV><SPAN class=3D459570912-18012001><FONT face=3DArial =
color=3D#0000ff size=3D2>based=20
option that you mention.</FONT></SPAN></DIV>
<DIV><SPAN class=3D459570912-18012001><FONT face=3DArial =
color=3D#0000ff=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D459570912-18012001><FONT face=3DArial =
color=3D#0000ff=20
size=3D2>Martin</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT = face=3DTahoma=20
  size=3D2>-----Original Message-----<BR><B>From:</B> DEMANCHE Luc = (Cetelem)=20
  [mailto:luc.demanche_at_cetelem.fr]<BR><B>Sent:</B> 18 January 2001=20   10:52<BR><B>To:</B> Multiple recipients of list = ORACLE-L<BR><B>Subject:</B>=20
  Transportable tablespace<BR><BR></FONT></DIV>   <P><FONT face=3DArial size=3D2>Hi DBAs,</FONT> </P>   <P><FONT face=3DArial size=3D2>Oracle 8.1.6.2</FONT> <BR><FONT = face=3DArial=20
  size=3D2>Sun solaris 2.6</FONT> </P>
  <P><FONT face=3DArial size=3D2>Every month (generally on the 15th) we = have to=20
  duplicate our production DB on a production-reporting DB.&nbsp; It's = not a=20
  replication case, it's a copy of one DB to another on a specific = date.&nbsp;=20
  We did it using "insert as select" through a database link.&nbsp; We = have to=20
  synchronize all changes (add new datafiles, create new tablespace, = and so on)=20
  on the production DB to the production-reporting DB before the load. = This=20
  requires a lot of time.&nbsp; And the load takes about 48 = hours.</FONT></P>
  <P><FONT face=3DArial size=3D2>I would like to use transportable=20   tablespaces.&nbsp; I will transfer all my tablespaces (56 = tablespaces) on my=20
  production-reporting DB.</FONT></P>
  <P><FONT face=3DArial size=3D2>Does someone have a other ideas?&nbsp; = Or a bad=20
  history about transportable tablespaces.&nbsp; </FONT><BR><FONT = face=3DArial=20
  size=3D2>I could do a cold backup, transfer the backup to a = production-reporting=20
  disk and recreate the control file to change the DB name.</FONT></P>   <P><FONT face=3DArial size=3D2>What is the better solution?</FONT> =
</P>

  <P><FONT face=3DArial size=3D2>TIA</FONT> </P><BR>

  <P><FONT face=3DArial size=3D2>-----------------</FONT> <BR><FONT =
face=3DArial=20
  size=3D2>Luc Demanche</FONT> <BR><B><I><FONT = face=3DArial>CETELEM</FONT></I></B>=20
  <BR><FONT face=3DArial size=3D2>T=E9l.: 01-46-39-14-49</FONT> =
<BR><FONT face=3DArial=20
Received on Thu Jan 18 2001 - 06:07:16 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US