RE: Method for migrating schema from PROD to DEV
Date: Thu, 5 Feb 2009 11:42:08 -0500
Message-ID: <BAY141-DAV1CE0D8FD6955CA0A6E3C1A6C00_at_phx.gbl>
Message-ID: <F626BA5035746548AF2DF3E71FEB5257220D896410_at_MBX01.bell.corp.bce.ca>
Your method is fine, you can also use impdp over a db link which avoids a dmp file. Also watch for user created jobs if you are doing the migration via a different user as impdp will create the jobs under the user doing the import which I think should have been fixed in 10.2.0.4 impdp
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org]
On Behalf Of SHEEHAN, JEREMY
Sent: 24 November 2008 21:12
To: oracle-l_at_freelists.org
Subject: Method for migrating schema from PROD to DEV
Does anyone have a proven method for migrating a schema from PROD to DEV? I plan on using export/import, but I've got a few reservations about the migration steps.
I think the best method would be to do the following
- Export Schema in PROD
- Export Schema in DEV (for backup)
- Drop user in DEV
- Create basic user in DEV
- Import user in DEV
- Verify object count - PROD vs DEV
- Compile schema
Does this sound right?
Jeremy
P Consider the environment. Please don't print this e-mail unless you really need to.
Wm Morrison Supermarkets Plc is registered in England with number 358949. The registered office of the company is situated at Gain Lane, Bradford, West Yorkshire BD3 7DL. This email and any attachments are intended for the addressee(s) only and may be confidential.
If you are not the intended recipient, please inform the sender by replying to the email that you have received in error and then destroy the email. If you are not the intended recipient, you must not use, disclose, copy or rely on the email or its attachments in any way.
Wm Morrison Supermarkets PLC accepts no liability or responsibility for anything said in the email or its attachments and gives no warranty as to accuracy. It is the policy of Wm Morrison Supermarkets PLC not to enter into any contractual or other obligations by email.
Although we have taken steps to ensure the email and its attachments are virus-free, we cannot guarantee this or accept any responsibility, and it is the responsibility of recipients to carry out their own virus checks.
-- http://www.freelists.org/webpage/oracle-lReceived on Thu Feb 05 2009 - 10:42:08 CST