Re: PreCreate Oracle Tables

From: Daniel Fink <Daniel.Fink_at_Sun.COM>
Date: Wed, 18 Feb 2004 13:34:09 -0700
Message-id: <4033CC41.55683327@sun.com>

Don't forget option 5) Use a backup from production and perform a full recovery. It not only creates the database, it tests your production backups and refreshes your recovery skills.

If there are not any changes to the db, I like 4 as it is very quick and painless.

Gene Sais wrote:

> When copying a database, what are the best practices?
>
> 1) I typically, perform a full export from db A, create db B, import
> dump from A into B.
>
> 2) Same as 1, but precreate tables with indexfile and then import
> ignore=y.
>
> 3) Same as 1, but precreate tables with dynamic sql (create table emp
> as select * from emp_at_dblink where 1=2), then import ignore=y.
>
> 4) Copy datafiles, recreate controlfile and rename db.
>
> I am looking to precreate the objects before importing the data and in
> the past, I have used #2, but #3 is more flexible and requires no
> editing of indexfile.
>
> Are they any disadvantages of using #3 from #2?
>
> Thanks,
> Gene
>
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to: oracle-l-request_at_freelists.org
> put 'unsubscribe' in the subject line.
> --
> Archives are at http://www.freelists.org/archives/oracle-l/
> FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.

--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Received on Wed Feb 18 2004 - 14:34:09 CST