Comments on: Using Data Pump and Transportable Tablespaces with OWB10gR2 “Paris” http://www.rittmanmead.com/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/ Delivered Intelligence Wed, 10 Mar 2010 20:28:28 -0500 http://wordpress.org/?v=2.8.4 hourly 1 By: Paul C http://www.rittmanmead.com/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/comment-page-1/#comment-764 Paul C Mon, 25 Jun 2007 09:33:07 +0000 http://www.rittmanmead.com/wp2/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/#comment-764 Wonder if anyone ou there can help ;- I'm trying this guide step by step, all passwords eneterd, dblinks precreated, but I get this error when I deploy None INFORMATIONAL ### find or create a useable dblink to source. None INFORMATIONAL ### step 11 begin: importing tts ... None INFORMATIONAL ### step10 end: skipped. None INFORMATIONAL ### failed dblink creation. TARGET_MODULE Create Error RPE-01036: Failed in creating a database link to source database. any help appreciated PC Wonder if anyone ou there can help ;-
I’m trying this guide step by step, all passwords eneterd, dblinks precreated, but I get this error when I deploy

None
INFORMATIONAL
### find or create a useable dblink to source.
None
INFORMATIONAL
### step 11 begin: importing tts …
None
INFORMATIONAL
### step10 end: skipped.
None
INFORMATIONAL
### failed dblink creation.
TARGET_MODULE
Create Error RPE-01036: Failed in creating a database link to source database.

any help appreciated
PC

]]> By: Andrew Gordon http://www.rittmanmead.com/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/comment-page-1/#comment-763 Andrew Gordon Tue, 11 Apr 2006 00:15:00 +0000 http://www.rittmanmead.com/wp2/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/#comment-763 Very nice post. Thanks. In our case we are moving data from Oracle OLTP into SybaseIQ. And we also wanted to avoid using flat files. We used our own scripts in Pro*C first but it was too slow for us. Our architect got Fastreader wisdomforce tool which allowed us extract data into the pipe and then other process readed from the pipe and pushed data into Sybase IQ. The strong feature of fastreader is extreme high speed while data extracted from Oracle into text csv format that SybaseIQ could read. DataPump is fast too, but data is extracted into binary only. Very nice post. Thanks.
In our case we are moving data from Oracle OLTP into SybaseIQ. And we also wanted to avoid using flat files. We used our own scripts in Pro*C first but it was too slow for us. Our architect got Fastreader wisdomforce tool which allowed us extract data into the pipe and then other process readed from the pipe and pushed data into Sybase IQ. The strong feature of fastreader is extreme high speed while data extracted from Oracle into text csv format that SybaseIQ could read. DataPump is fast too, but data is extracted into binary only.

]]> By: Nicholas Goodman http://www.rittmanmead.com/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/comment-page-1/#comment-762 Nicholas Goodman Mon, 10 Apr 2006 22:42:00 +0000 http://www.rittmanmead.com/wp2/2006/04/10/using-data-pump-and-transportable-tablespaces-with-owb10gr2-paris/#comment-762 I know I’m not really “doing the Oracle thing” anymore, but ahhhh heck. I had kicked the tires extensively on this feature. “ETL at the speed of copy” holds a lot of promise and is just really really cool. I also liked how it could switch between Data Pump and Transportable Tablespaces. At one point I started drafting an article to submit to OTN until … I hit what I believe is just a bizarre stipulation. You can not “EXECUTE” the refresh process from OWB, Process Flows, etc. The ONLY WAY to “re-transport” the module is by REDEPLOYING it. Errrr…. Setting up the Transportable Module is like setting up a mapping (SOURCE TAB -> DBLINK -> STAGE TAB). Now, once you have the metadata setup to REFRESH THE DATA you should just be able to EXECUTE the object. That is NOT the case with Trans Modules unfortunately. The only time data moves from source to warehouse is when you are using OMB or Control center to deploy your objects. In other words, if Oracle had designed mappings like they did Transportable modules you’d have to redeploy your mapping everytime you wanted to wanted to move data. Oracle can improve on this. Make Transportable Modules executable so that one can “execute the refresh.” Until then, someone has to sit at the Control Center at 2am to move it (or write OMBPlus). I know I’m not really “doing the Oracle thing” anymore, but ahhhh heck.
I had kicked the tires extensively on this feature. “ETL at the speed of copy” holds a lot of promise and is just really really cool. I also liked how it could switch between Data Pump and Transportable Tablespaces.
At one point I started drafting an article to submit to OTN until … I hit what I believe is just a bizarre stipulation.
You can not “EXECUTE” the refresh process from OWB, Process Flows, etc. The ONLY WAY to “re-transport” the module is by REDEPLOYING it. Errrr….
Setting up the Transportable Module is like setting up a mapping (SOURCE TAB -> DBLINK -> STAGE TAB). Now, once you have the metadata setup to REFRESH THE DATA you should just be able to EXECUTE the object. That is NOT the case with Trans Modules unfortunately. The only time data moves from source to warehouse is when you are using OMB or Control center to deploy your objects.
In other words, if Oracle had designed mappings like they did Transportable modules you’d have to redeploy your mapping everytime you wanted to wanted to move data.
Oracle can improve on this. Make Transportable Modules executable so that one can “execute the refresh.” Until then, someone has to sit at the Control Center at 2am to move it (or write OMBPlus).

]]>