Con esta utilidad, lo que buscamos básicamente es bajar los tiempos de pasaje de datos, más específicamente al transferir un tablespace de una BD a otra, o al recuperarlo de un estado anterior (recover).
Para poder transportar un tablespace, éste debe ser self-contained (auto-contenido), es decir, no debe contener objetos que referencien a otros objetos en diferentes tablespaces.
Cómo chequeamos si el tablespace es self-contained?
EXEC DBMS_TTS.TRANSPORT_SET_CHECK(ts_list => 'nombre_tablespace', incl_constraints => TRUE);
Luego chequeamos la vista transport_set_violations para ver si existe alguna violación...
SELECT * FROM transport_set_violations
RESPALDANDO EL TABLESPACE A TRANSPORTAR:
Como primer paso, luego de estos chequeos, debemos crear el "respaldo" del tablespace a transportar.
Seteamos el tablespace en cuestión en modo READ ONLY:
ALTER TABLESPACE nombre_tablespace READ ONLY;
Ejecutamos el siguiente export:
exp parfile=export_parfile.txt
-- contenido archivo export_parfile.txt
userid="sys/pass as sysdba"
transport_tablespace=y
tablespaces=(nombre_tablespace)
file=plug_in_nombre_tablespace_ts.dmp
log=plug_in_nombre_tablespace_ts.log
statistics=NONE
Respaldamos los datafiles que componen el tablespace, ésto lo podemos hacer simplemente con el comando de copia del sistema operativo (xcopy para Win o cp para Linux) o como más cómodo nos quede.
-- ejemplo respaldo bajo Linux
cp tablespace_datafile*.dbf /Respaldo
Ya con ésto tenemos todo lo necesario para poder levantar el mismo tablespace en otra BD o simplemente para utilizarlo como respaldo.
Ahora deberíamos llevar nuevamente el tablespace a modo READ WRITE para retornar a la "normalidad":
ALTER TABLESPACE nombre_tablespace READ WRITE;
RESTAURANDO EL TRANSPORTABLE TABLESPACE:
Ahora intentaremos describir cómo hacer para levantar el respaldo que realizamos en el capítulo anterior.
Si el tablespace que vamos a restaurar ya existe en nuestra BD destino, debemos eliminarlo:
DROP TABLESPACE nombre_tablespace INCLUDING CONTENTS AND DATAFILES;
Restauramos los datafiles del "respaldo", que tan cuidadosamente habíamos guardado...
-- ejemplo copia desde respaldo, supongamos orcl es la BD
cp /Respaldo/tablespace_datafile*.dbf $ORACLE_BASE/oradata/orcl
Luego, debemos "enchufar" (no se me ocurrió otro término para traducir plug-in) el tablespace:
imp parfile=plug_in_nombre_tablespace_ts.txt
-- contenido archivo plug_in_nombre_tablespace_ts.txt
userid="sys/pass as sysdba"
transport_tablespace=y
file=plug_in_nombre_tablespace_ts.dmp -- dmp generado en el respaldo
log=plug_in_nombre_tablespace_ts.log
tablespaces=(nombre_tablespace)
tts_owners=schema_origen
fromuser=schema_origen
touser=schema_destino
datafiles=(
'$ORACLE_BASE/oradata/orcl/tablespace_datafile1.dbf ', -- declaramos todos los datafiles del ts
$ORACLE_BASE/oradata/orcl/tablespace_datafile2.dbf ' -- en su ubicación correspondiente
...
)
Luego de terminado el import, colocamos el tablespace en modo READ WRITE:
ALTER TABLESPACE nombre_tablespace READ WRITE;
Si seguimos los pasos al pie de la letra, deberíamos poder realizar los transportes de tablespaces sin mayores problemas. Espero que haya sido de utilidad!
Este blog está destinado a compartir, comentar, y brindar información del motor de base de datos Oracle. En principio, trataré de tirar sobre el blog, errores y tareas con las que me vaya enfrentando en la convivencia diaria con Oracle... y al final... vaya a saber!!! Las opiniones y comentarios de los usuarios son de muy valioso aporte y de exclusiva responsabilidad de cada uno.
miércoles, 23 de septiembre de 2009
martes, 22 de septiembre de 2009
Vientos de cambio...
Qué mes difícil este setiembre!!!
Vaivenes, complicaciones, interrogantes, dudas...
Ahora soplan vientos de cambio... a enfrentarlos!!!
Disculpen, nada tiene ésto que ver con Oracle... o si?
Vaivenes, complicaciones, interrogantes, dudas...
Ahora soplan vientos de cambio... a enfrentarlos!!!
Disculpen, nada tiene ésto que ver con Oracle... o si?
Ubicación de archivos
Veamos en este post, donde se encuentran por default, algunos archivos y utilitarios que podemos llegar a necesitar:
alert.log ($ORACLE_HOME/admin/orcl/bdump) donde orcl es el nombre de la instancia
orcl_ora_xxxx.trc - archivos trace de usuario - ($ORACLE_HOME/admin/orcl/udump)
sqlplus ($ORACLE_HOME/bin)
dbca ($ORACLE_HOME/bin)
dbua ($ORACLE_HOME/bin)
spfile.ora ($ORACLE_HOME/dbs)
expdp / impdp / exp / imp ($ORACLE_HOME/bin)
alert.log ($ORACLE_HOME/admin/orcl/bdump) donde orcl es el nombre de la instancia
orcl_ora_xxxx.trc - archivos trace de usuario - ($ORACLE_HOME/admin/orcl/udump)
sqlplus ($ORACLE_HOME/bin)
dbca ($ORACLE_HOME/bin)
dbua ($ORACLE_HOME/bin)
spfile.ora ($ORACLE_HOME/dbs)
expdp / impdp / exp / imp ($ORACLE_HOME/bin)
miércoles, 2 de septiembre de 2009
Mover columna LOB a otro tablespace
Mover una tabla de un tablespace a otro puede resultar tan sencillo como ejecutar la sentencia:
alter table TABLA_SIMPLE move tablespace TS_DESTINO;
Pero... qué sucede si esta tabla contiene un atributo de tipo CLOB?
Cuando se crea una tabla con un atributo de tipo CLOB, Oracle implícitamente crea un segmento LOB y un índice LOB para dicha columna. Los nombres que asigna Oracle para estos objetos son, SYS_LOBxxxx para los segmentos y SYS_ILxxxx para los índices.
Aquí va la receta para mover la tabla conjuntamente con ese índice y segmento LOB...
Supongamos que la tabla en cuestión se llama TABLA_LOB.
Ahora, verificamos el segmento, el índice y la columna asociada al campo lob de dicha dicha tabla:
select segment_name, index_name, column_name from user_lobs where table_name='TABLA_LOB';
SEGMENT_NAME INDEX_NAME COLUMN_NAME
-------------------------- --------------------- ------------------------
SYS_LOB0000760032C00019$$ SYS_IL0000760032C00019$$ COLUMN_LOB
Movemos la tabla TABLA_LOB al tablespace que deseamos:
alter table TABLA_LOB move tablespace TS_LOB;
Con ésto hemos logrado, como ya sabíamos, mover la tabla TABLA_LOB al tablespace requerido, pero el segmento LOB aún permanece en el tablespace de origen.
Para mover el segmento debemos ejecutar el siguiente sql:
alter table TABLA_LOB move lob (COLUMN_NAME) store as (tablespace TS_LOB);
Verificamos:
select index_name, tablespace_name from user_indexes where table_name = ‘TABLA_LOB’;
INDEX_NAME TABLESPACE_NAME
--------------------- -------------------------------
SYS_IL0000760032C00019$$ TS_LOB
Está listo, conseguimos mover el dichoso segmento!
alter table TABLA_SIMPLE move tablespace TS_DESTINO;
Pero... qué sucede si esta tabla contiene un atributo de tipo CLOB?
Cuando se crea una tabla con un atributo de tipo CLOB, Oracle implícitamente crea un segmento LOB y un índice LOB para dicha columna. Los nombres que asigna Oracle para estos objetos son, SYS_LOBxxxx para los segmentos y SYS_ILxxxx para los índices.
Aquí va la receta para mover la tabla conjuntamente con ese índice y segmento LOB...
Supongamos que la tabla en cuestión se llama TABLA_LOB.
Ahora, verificamos el segmento, el índice y la columna asociada al campo lob de dicha dicha tabla:
select segment_name, index_name, column_name from user_lobs where table_name='TABLA_LOB';
SEGMENT_NAME INDEX_NAME COLUMN_NAME
-------------------------- --------------------- ------------------------
SYS_LOB0000760032C00019$$ SYS_IL0000760032C00019$$ COLUMN_LOB
Movemos la tabla TABLA_LOB al tablespace que deseamos:
alter table TABLA_LOB move tablespace TS_LOB;
Con ésto hemos logrado, como ya sabíamos, mover la tabla TABLA_LOB al tablespace requerido, pero el segmento LOB aún permanece en el tablespace de origen.
Para mover el segmento debemos ejecutar el siguiente sql:
alter table TABLA_LOB move lob (COLUMN_NAME) store as (tablespace TS_LOB);
Verificamos:
select index_name, tablespace_name from user_indexes where table_name = ‘TABLA_LOB’;
INDEX_NAME TABLESPACE_NAME
--------------------- -------------------------------
SYS_IL0000760032C00019$$ TS_LOB
Está listo, conseguimos mover el dichoso segmento!
Suscribirse a:
Entradas (Atom)