« Migración de Oacle9i a Oracle10g, paso a paso (migrating Oracle9i to Oracle10g)Utilizar el Report Builder, sobre todo con el Layout Editor »

Export DataPump, no tan maravilloso como se dice :(

Al leer esta nota quede impactado... de verdad impactado 88|

Simplemente no se pueden utilizar PIPEs en DataPump :'(:'(

Se acuerdan cuando en versiones anteriores de Oracle10g ocupabamos el export e import pero con las llamadas tuberías (mknod,pipe,etc), las usabamos pues el archivo dmp que se generaba era tan grande que obviamente había que comprimirlo en "caliente" pues no había espacio donde dejarlo.

Era un código más o menos así



mknod /u01/backup/exp/export_pipe p

nohup /usr/bin/gzip < /u01 /backup/exp/export_pipe> /u01/backup/exp/dbaceh.dmp.gz 2> /u01/backup/logs/gzip.log &

$ORACLE_HOME/bin/exp user/senha@dbaceh file=/u01/backup/exp/export_pipe buffer=40000000 log=/u01/backup/logs/dbaceh.log full=y >$ARQLOG 2>$ARQLOG
comprimiamos un archivo de muchos Gigas en algo de verdad mas razonable

Todo esto hasta que nacio Oracle10g, ¿por qué?, pues Oracle nos decía "Usen el export DataPump es mejor y más seguro" , la verdad es que sí, es más seguro, ya que no dependemos del cliente que está ejecutando el export, ahora todo es en el Servidor, incluso como Job.

Pero cual fue la sorpresa al saber que Oracle Export Datapump, no funciona con "tuberías", así de fuerte.

Lo anterior implica que el archivo de 300GB queda en 300GB , o sea, seguiremos utilizando export e import como siempre :(

En todo caso en Oracle dicen que la modificación al Datapump, ya viene... sería para Oracle12g u Oracle20g?, quien sabe...

Notas relacionadas

to use EXPDP directly with GZIP ? Doc ID: 463336.1

Oracle10g Export/Import DataPump Does Not Work with Tapes or UNIX Named Pipes Doc ID: 276521.1

Espero les sirva.


by Ligarius
23.06.09. 18:28:04. 287 words, 8313 views. Categories: Base de datos, Oracle 11g, Tuning / Performance ,