View Single Post
  #2 (permalink)  
Old February 29th, 2008, 04:56
chrisplough's Avatar
chrisplough chrisplough is offline
Site Moderator
 
Join Date: Jun 2006
Location: West Chester, PA
Posts: 847
Blog Entries: 7
Thanks: 53
Thanked 205 Times in 124 Posts
Groans: 0
Groaned at 0 Times in 0 Posts
Rep Power: 10
chrisplough has a spectacular aura aboutchrisplough has a spectacular aura aboutchrisplough has a spectacular aura about
Send a message via AIM to chrisplough
Re: Domain Data Migration across multiple OTM instances

Naveen,

First - there is a process in OTM to copy domain data called a Domain Copy. It was created for use by the G-Log QA department and can be very fragile. It often has issues, because of integrity constraints and other issues and I’m careful about recommending it. The process is covered in the OTM Data Management Guide ($OTM_HOME/docs/integration/datamanagement.pdf).

Copying a whole OTM instance is easy, though, as it just involves a straight DB copy. Or you can achieve it by exporting the DB, importing it into the target DB, and running the post-import scripts to setup VPD, recompile invalid objects, etc. It’s basically the same process we used when creating a new DB from the installer-provided export file.
If you do try this, I encourage you to:
  1. Test it thoroughly before using it in production. Missing data can be very hard to identify.
  2. Ensure your OTM instances are at the same patch level (i.e. both CU4). Being on different platforms doesn't matter.
Hope this helps,
Chris
__________________
Chris Plough
MavenWire

www.MavenWire.com
Reply With Quote
The Following User Says Thank You to chrisplough For This Useful Post:
naveengupta4s (March 10th, 2008)