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

Home -> Community -> Usenet -> c.d.o.server -> Re: Using Oracle Replication To Move A New Production Database

Re: Using Oracle Replication To Move A New Production Database

From: Howard J. Rogers <hjr_at_dizwell.com>
Date: Thu, 6 Nov 2003 06:32:31 +1100
Message-ID: <3fa95054$0$9224$afc38c87@news.optusnet.com.au>

"Brian Peasland" <dba_at_remove_spam.peasland.com> wrote in message news:3FA929F4.84C150B_at_remove_spam.peasland.com...
> > Thanks for your response. Brian has really peaked my interest with
> > Transportable Tablespaces.
>
> Keep in mind that Transportable Tablespaces won't move objects that are
> non-segments over. In other words, your procedures, functions, views,
> etc won't be moved. You'll have to reverse engineer DDL statements to
> create these on your destination database, but that is pretty easy to
> do.
>
> > BTW....does the location of the datafiles on the target database have
> > to mirror the location of production when you use transportable
> > tablespace. If not, I can move the problem tablespaces to a test
> > database located on our production server. This database was created
> > to help troubleshoot our problem.
>
> The location of the datafiles doesn't make a different. You can change
> directory structures with Transportable Tablespaces. But keep in mind
> that both your source server and the destination server need to be the
> same platform. i.e. Windows & Windows, or Solaris & Solaris for
> Transportable Tablespaces to be an option.
>
> HTH,
> Brian

And the block sizes must be identical for both databases, at least until 9i. From 9i onwards, the block sizes can be different, but you'll need to configure appropriate 'db_nK_cache' parameters before doing the transportation.

Regards
HJR Received on Wed Nov 05 2003 - 13:32:31 CST

Original text of this message

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