Re: Move ALL Data from 1 Database into Another

I don't like any of the suggestions so far, because they take more time than necessary. DB links do ONE ROUND TRIP for every row fetched! That is not efficient. Export is a nightmare of potential failures. I think you can devise the best solution by just copying the database files.

Try this idea on for size:

0. Make sure both versions of Oracle are installed on the host.

1. Make a hot backup or RMAN copy of the database, and start it under a different SID.
2. Upgrade the copy to 8.1.7, but keep COMPATIBLE at 7.3.4.
3. Roll the copy forward to the current time using the logs generated by the old 7.3.4 instance, which is still in use.
4. Shut down the old instance, apply the last log to the new one, and restart the new one with COMPATIBLE = 8.1.7.
5. Replace the listener with an 8.1.7 listener pointing at the new instance.

This method gives you near zero downtime between kicking the users off the old database and letting them into the new one.

--
Jeremiah Wilton
http://www.speakeasy.net/~jwilton

On Wed, 13 Nov 2002, Dale_at_DataBee.com wrote:



> > What about foreign keys, functions, procedures, synonyms, roles, grants

> and

> > triggers (if any)?  I've used the db link and it's faster than imp/exp but

> > it doesn't do anything for other database objects.  Also, if you do have

> > foreign keys then a certain amount of pre-planning is necessary to move

> > data in the right order.

> 

> Actually in this case you can have your cake and eat it too. Use the

> freeware DBATool to generate the database recreation scripts. Run the the

> scripts to create all of the structure (including foreign keys, procedures,

> synonyms etc). The DBATool can also generate scripts to disable (and

> re-enable) all of the foreign keys. Disable the FK's, pull the table data

> across via one or more DBLinks and run the FK re-enable script when done.

> 

> DBATool: http://www.DataBee.com/dt_home.htm

> 

> Kind Regards

> Dale Edgar

> 

> 

> -- 

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

> -- 

> Author: 

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

> 





-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jeremiah Wilton
  INET: jwilton_at_speakeasy.net

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