Transferencia de datos en Oracle

ADMINISTRACIÓN DE ORACLE 11G
Transferencia de datos
1Carmen Soler Chorro - http://www.linkedin.com/in/casoch

INTRODUCCIÓN
 En muchos casos es necesario volcar datos
a la base de datos o intercambiar datos entre
bases de datos.
 El INSERT no es siempre la mejor opción.
 Oracle nos da las herramientas:
 SQL*Loader
 Data Pump

MÉTODOS PARA MOVER DATOS
SQL*Loader
Directory Objects
External Tables

SQL*LOADER
 En muchos casos nos encontraremos con la situación
que tenemos que volcar datos que nos llegan de un
tercero. Por ejemplo en un fichero.
 El DBA puede configurar SQL*Loader para que sea
capaz de entender el formato de este fichero y pueda
volcar los datos.
 SQL*Loader puede insertar filas de 2 formas:
 La convencional
 Utiliza INSERTS y COMMITS
 La directa
 No se usa la SGA, no se usa el database buffer cache ni los logs.
 Se manda escribir en una zona libre del datafile marcando los
bloques sin que sean “visibles”.
 Al terminar avisa a la base de datos y se hacen visibles (“commit”)

SQL*LOADER
 Inconvenientes del método directo:
 Las restricciones de integridad deben eliminarse
o desactivarse durante la operación.
 Si hay triggers definidos, no se lanzarán.
 Las tablas afectadas quedarán bloqueadas para
otros usuarios.
 No se puede aplicar a tablas en modo cluster.

SQL*LOADER
 Ficheros necesarios en una operación SQL*Loader:
 El fichero de entrada
 Donde están los datos a cargar.
 El fichero de control
 Tiene extensión ctl
 Es el que contiene las reglas para interpretar el fichero de
entrada (secuencia que se seguirá, campos, delimitadores).
 Los ficheros de log
 Resumen el proceso y los errores que hubieron durante la carga.
 Puede ser que algunas de las filas no se carguen por algún error.
 De formato
 De integridad de la base de datos
 Las filas que dan error se guardan en un “bad file”

TALLER 1
Ejemplo de ejecución de SQL*Loader.
Carmen Soler Chorro - http://www.linkedin.com/in/casoch 7

DIRECTORY OBJECTS
 Directory Object es una estructura lógica que representa un
directorio físico del sistema de ficheros de servidor.
 Son propiedad del usuario SYS, aunque los cree otro usuario.
 Su nombre no puede repetirse
 Los permisos no coinciden con los permisos del sistema operativo
 Los ficheros que estan dentro del directorio tienen los mismos
permisos que éste.
 El parámetro UTL_FILE_DIR indica qué paths pueden ser
accedidos (separados por comas).
 Por defecto es null
 Puede ser * si queremos que sea cualquier directorio (esto no es
NADA recomendable).
 Estos objetos son necesarios para poder hacer las operaciones
de Data Pump.

TALLER 2
Cómo crear un directorio.

TABLAS EXTERNAS
 Una tabla externa es un objeto de la base de
datos que se almacena como tal, pero no tiene
segmentos, porque su estructura depende
exclusivamente del sistema operativo.
 Se pueden hacer consultas sobre ellas, como si
se trataran de tablas normales, pero no se
pueden hacer operaciones DML estándar.
 No pueden tener índices, ni restricciones ni
triggers asociados.
 Se utilizan para las operaciones de Data Pump.
 Se accede a ellas a través de los directorios.

TABLAS EXTERNAS
 Para crearlas se utiliza CREATE TABLE con las
palabras clave ORGANIZATION EXTERNAL.
 Esto indica que la tabla no existe como segmento,
sino como fichero dentro del sistema operativo.

TABLAS EXTERNAS
 El comando anterior:
 Crea una tabla externa que toma los valores del fichero
depts.txt
 Busca este fichero en el DEFAULT DIRECTORY
 Como hemos dicho que el tipo de la tabla es oracle_loader,
los parámetros que recibe son idénticos que en SQL*Loader.
 Podríamos insertar datos en esta tabla con un CREATE
TABLE…AS SELECT…

TABLAS EXTERNAS
 Si el tipo que se le da a la tabla es
DATAPUMP, sólo se permite la escritura de
datos en formato Data Pump.
 No serían necesarios otros parámetros.
 Una vez creada de esta manera, el
comportamiento sería el mismo.

TALLER 3
Usar SQL*Loader

TALLER 4
Usar tablas externas.

DATA PUMP VS EXPORT/IMPORT
 El objetivo es el mismo: extraer grandes cantidades de datos e
insertarlos en otra parte.
 En versiones antiguas se daban las utilidades Export e Import.
 Tienen la limitación de que se han de conectar a la base de datos a
través de un proceso de servidor, por lo que nos tenemos que
conectar desde un cliente (herramienta cliente/servidor)
 El formato de un fichero de Export/Import y de Data Pump, no
tienen nada que ver.
 Data Pump existe a partir de la versión 10g.
 Por lo que para importar datos de bases de datos más antiguas la
única opción es utilizar Export/Import.
 Data Pump tiene como ventaja que no necesita de un proceso de
servidor, es sólo una utilidad de servidor (no necesita un cliente
desde el que conectarse).
 Gracias a esto mejora notablemente el rendimiento, al tener acceso
directo a los datafiles y a la SGA. No se entra por sesión.

DATA PUMP VS EXPORT/IMPORT
 Procesos relacionados:
 Expdp.exe y impdp.exe
 Se utilizan para lanzar, controlar y monitorizar las tareas de Data Pump
 Cuando se inicia una tarea de Data Pump se apoya en un
proceso llamado DWn.
 Como pueden haber varios, necesita un DMnn (Data Pump Master
process) que lo gestione.
 Un Data Pump genera 3 tipos de ficheros:
 Fichero SQL
 Con el DDL que definen los objetos de los que se hace data pump
 Se pueden generar con o sin datos.
 Dump files
 Contiene los datos exportados de la base de datos.
 Logfiles
 Describe todo lo que ha ocurrido durante el proceso.

TALLER 5
Hacer un Data Pump Export e Import.

Transferencia de datos en Oracle

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Transferencia de datos en Oracle

Ähnlich wie Transferencia de datos en Oracle (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Transferencia de datos en Oracle