Hi,
Most of the development data is extracted out of production as data quality and quantity is not even close in test and development environments. This makes the real production jobs run slow!
If we need to synchronize data in test or development with production every week on the weekend or so, what is the best process.
1) Is it better for the DBA to do it with scripts or
2) Design DS jobs to do it.
I know this is not a fullfledged DS question but hope you guys can share your ideas.
Thanks,
Production data extarction issue
Moderators: chulett, rschirm, roy
-
- Premium Member
- Posts: 353
- Joined: Wed Apr 06, 2005 8:45 am
Depends on how much money you have. If you have enough money to mirror your entire database more than once then it changes everything. You can then break one set of mirrors and unmount them from one machine like production and then mount them to test. This is very fast and very cool.
You can do similar things with database replication. Oracle has some cool software to copy databases. If you are not using Oracle or have lots of money then DataStage is a good solution.
You can do similar things with database replication. Oracle has some cool software to copy databases. If you are not using Oracle or have lots of money then DataStage is a good solution.
Mamu Kim
-
- Premium Member
- Posts: 353
- Joined: Wed Apr 06, 2005 8:45 am
-
- Premium Member
- Posts: 353
- Joined: Wed Apr 06, 2005 8:45 am
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
The boredom can be relieved somewhat by creating a job template with all the stage types, links and job parameters already in place. All that's required is to import then load the table definitions.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.