Oracle Exp Imp

19 Original de Exportación e Importación En este capítulo se describe cómo utilizar las utilidades originales de exportación e importación, que se invoca con el exp y imp comando, respectivamente. Éstos se llaman las utilidades originales Exportar e Importar para diferenciarlos de los nuevos servicios de bombeo de datos Oracle de exportación e importación que se disponga en Oracle Database 10 g. Estos nuevos servicios se invocan con los expdp y impdp comandos, respectivamente. En general, Oracle recomienda que utilice las nuevas utilidades de bombeo de datos de exportación e importación, ya que soportan todas las características de Oracle Database 10 g. Original de exportación e importación no admiten todas Oracle Database 10 g características.

Sin embargo, usted debe utilizar las utilidades originales de exportación e importación en las siguientes situaciones:

Desea importar archivos creados con la utilidad de exportación original ( exp ). Usted desea exportar los archivos que se importarán con la utilidad de

importación originales ( imp ). Un ejemplo de esto sería si quería exportar datos de Oracle Database 10 g y luego importarlo en un comunicado de la base de datos anterior.

Vea también:

Parte I, "Oracle Data Pump"

En este capítulo se tratan los siguientes temas:

¿Cuáles son los Exportar e Importar Utilities? Antes de usar la Exportación e Importación La invocación de Exportación e Importación Importación de objetos en su propio esquema Objetos de tabla: Orden de Importación Importación a tablas existentes Efecto del esquema de base de datos y dispara en operaciones de importación Exportación e Importación de los modos Parámetros de Exportación Parámetros de importación Ejemplo Export Sesiones Ejemplo Import Sesiones El uso de Exportación e Importación de mover una base de datos entre las

plataformas Mensajes de advertencia, error y finalización Códigos de salida para la Inspección y Display Consideraciones de red

Juego de caracteres y el soporte de globalización Consideraciones Vistas materializadas y Snapshots Transportables Tablespaces De sólo lectura de tablas para Dejar caer un espacio de tabla Los espacios de tabla Reorganizar Apoyo a grano fino control de acceso Usando Instancia Affinity con Exportaciones e Importaciones Reducir la fragmentación de base de datos Utilizar parámetros de almacenamiento con Exportaciones e Importaciones Información específica de las Exportaciones Información específica para importar El uso de Exportación e Importación a la Partición de una migración de base de

datos El uso de diferentes versiones y versiones de las Exportaciones

¿Cuáles son los Exportar e Importar Utilities?

Las utilidades de exportación e importación proporcionan una manera simple para que usted pueda transferir objetos de datos entre bases de datos de Oracle, aunque residan en plataformas con diferentes configuraciones de hardware y software.

Cuando se ejecuta la exportación contra una base de datos Oracle, se extraen objetos (como tablas), seguido por sus objetos relacionados (como índices, comentarios y donaciones), si los hubiere. Los datos extraídos se escriben en un archivo de volcado de exportación. La utilidad de importación lee las definiciones de objetos y datos de la tabla desde el archivo de volcado.

Un archivo de exportación es un archivo de volcado de formato binario de Oracle que normalmente se encuentra en el disco o cinta. Los archivos de volcado se pueden transferir mediante FTP o transportados físicamente (en el caso de la cinta) a un sitio diferente. Los archivos pueden entonces ser utilizados con la utilidad de importación para transferir datos entre bases de datos que están en los sistemas que no están conectados a través de una red. Los archivos también pueden ser utilizados como copias de seguridad, además de los procedimientos de copia de seguridad normales.

Archivos de volcado de exportación pueden ser leídas únicamente por la utilidad de Oracle Import. La versión de la utilidad de importación no puede ser anterior a la versión de la utilidad de exportación utilizado para crear el archivo de volcado.

También puede mostrar el contenido de un archivo de exportación sin tener que realizar una importación. Para ello, utilice la importación SHOW parámetro. Ver MOSTRAR para más información.

Para cargar los datos de ASCII de formato fijo o archivos delimitados, use la utilidad * Cargador de SQL.

Vea también:

El uso de diferentes versiones y versiones de las Exportaciones

Parte II de este manual para obtener información sobre la utilidad de la cargadora SQL *

Oracle Database replicación avanzada para obtener información acerca de cómo usar las utilidades de exportación e importación para facilitar ciertos aspectos de Oracle replicación avanzada, tales como la creación de instancias offline

Antes de usar la Exportación e Importación

Antes de comenzar a utilizar de Exportación e Importación, asegúrese de que toma el cuidado de los siguientes elementos (que se describen en detalle en las siguientes secciones):

Ejecute el catexp.sql o catalog.sql guión Asegúrese de que hay disco o en cinta de almacenamiento suficiente para

escribir el archivo de exportación Compruebe que tiene los privilegios de acceso necesarios

Correr catexp.sql o catalog.sql

Para utilizar de Exportación e Importación, debe ejecutar el script catexp.sql o catalog.sql (que se ejecuta catexp.sql ) después de la base de datos se ha creado o migrado a Oracle Database 10 g.

El catexp.sql o catalog.sql script necesita ser ejecutado sólo una vez en una base de datos. El script realiza las siguientes tareas para preparar la base de datos para las operaciones de exportación e importación:

Crea las vistas importación y exportación necesarias en el diccionario de datos Crea el EXP_FULL_DATABASE papel Asigna todos los privilegios necesarios para las EXP_FULL_DATABASE y

IMP_FULL_DATABASE papeles Asigna EXP_FULL_DATABASE y IMP_FULL_DATABASE al DBA papel Registra la versión de catexp.sql que se ha instalado

Asegurar suficiente espacio en disco para operaciones de exportación

Antes de ejecutar la exportación, asegúrese de que hay suficiente en el disco o el espacio de almacenamiento en cinta para escribir el archivo de exportación. Si no hay suficiente espacio, la exportación termina con un error de escritura-fracaso.

Usted puede utilizar tamaños de tabla para estimar el espacio máximo necesario. Usted puede encontrar tamaños de mesa en el USER_SEGMENTS vista del diccionario de datos de Oracle. La siguiente consulta muestra el uso del disco para todas las tablas:

SELECT SUM (BYTES) DESDE DONDE USER_SEGMENTS segment_type = 'TABLA';

El resultado de la consulta no incluye el espacio de disco utilizado para los datos almacenados en LOB (objetos grandes) o VARRAY columnas o en tablas con particiones.

Vea también:

Oracle Database Reference para obtener más información acerca de las vistas de diccionario

Verificación de los privilegios de acceso de Exportación e Importación de Operaciones

Para utilizar de Exportación e Importación, debe tener el CREATE SESSION privilegios en una base de datos Oracle. Este privilegio pertenece al CONNECT papel establecido durante la creación de la base de datos. Para exportar tablas propiedad de otro usuario, debe tener la EXP_FULL_DATABASE función habilitada. Este papel se concede a todos los administradores de bases de datos (DBAs).

Si usted no tiene los privilegios del sistema que figuran en el EXP_FULL_DATABASE papel, no se puede exportar objetos contenidos en el esquema de otro usuario. Por ejemplo, no se puede exportar una tabla en el esquema de otro usuario, incluso si ha creado un sinónimo de ella.

Los siguientes nombres de esquema están reservados y no serán procesados por exportación:

ORDSYS MDSYS CTXSYS ORDPLUGINS LBACSYS

Puede llevar a cabo una operación de importación, incluso si usted no ha creado el archivo de exportación. Sin embargo, tenga en cuenta que si el archivo de exportación fue creada por un usuario con el EXP_FULL_DATABASE papel, entonces usted debe tener la IMP_FULL_DATABASE papel que importarlo. Ambos papeles son típicamente asignados a los administradores de bases de datos (DBAs).

La invocación de Exportación e Importación

Puede invocar Exportación e Importación, y especificar los parámetros mediante el uso de cualquiera de los métodos siguientes:

Entradas de línea de comandos Los archivos de parámetros El modo interactivo

Antes de utilizar uno de estos métodos, asegúrese de leer las descripciones de los parámetros disponibles. Consulte Parámetros de Exportación y de Importación de parámetros .

La invocación de Exportación e Importación Como SYSDBA

SYSDBA se utiliza internamente y se ha especializado funciones; su comportamiento no es el mismo que para los usuarios generalizadas. Por lo tanto, no debe normalmente que invocar Exportar o Importar como SYSDBA, excepto en las siguientes situaciones:

A petición de soporte técnico de Oracle Al importar un conjunto de tablas transportable

Para invocar la exportación o importación como SYSDBA, utilice la siguiente sintaxis (sustituto exp para imp si utiliza Export). Añada los parámetros deseados o nombres de archivos de parámetros:

imp \ 'nombre de usuario / contraseña AS SYSDBA \'

Opcionalmente, también se puede especificar un nombre de instancia:

imp \ 'nombre de usuario / contraseña @ instancia AS SYSDBA \'

Si se omite, ya sea el nombre de usuario o contraseña, se le pedirá que para él.

En este ejemplo se muestra toda la secuencia de la conexión entre comillas y barras invertidas. Esto se debe a la cadena, AS SYSDBA, contiene un espacio en blanco, una situación para la cual la mayoría de los sistemas operativos requieren que toda la cadena de conexión se coloca entre comillas o marcado como un literal por algún método. Algunos sistemas operativos también requieren que las comillas en la línea de comandos ir precedidos de un carácter de escape. En este ejemplo, las barras invertidas se utilizan como carácter de escape. Si las barras invertidas no estuvieron presentes, el analizador de línea de comandos que la exportación y la importación utilizan no entendería las comillas y los quitaría.

Entradas de línea de comandos

Puede especificar todos los parámetros válidos y sus valores a partir de la línea de comandos con la siguiente sintaxis:

exp usuario / contraseña PARÁMETRO = valor

o

exp usuario / contraseña PARÁMETRO = (valor1, valor2, ..., valorn)

El número de parámetros no puede exceder la longitud máxima de una línea de comandos en el sistema. Tenga en cuenta que los ejemplos podrían utilizar imp invocar importación en lugar de exp invocar Exportar.

Archivos de parámetros de

La información de esta sección se aplica tanto a la exportación y la importación, pero los ejemplos muestran el uso del comando Exportar, exp .

Puede especificar todos los parámetros válidos y sus valores en un archivo de parámetros. Almacenamiento de los parámetros en un archivo que les permite ser fácilmente modificados o reutilizados, y es el método recomendado para la invocación de las Exportaciones. Si utiliza diferentes parámetros para diferentes bases de datos, puede tener múltiples archivos de parámetros.

Cree el archivo de parámetros utilizando cualquier editor de texto de archivos planos. La opción de línea de comandos PARFILE= filename le dice a la exportación para leer los parámetros del archivo especificado en lugar de desde la línea de comandos. Por ejemplo:

exp parfile = nombre del archivo exp usuario / contraseña parfile = nombre del archivo

El primer ejemplo no especifica el username / password en la línea de comandos para ilustrar que se puede especificar en el archivo de parámetros, aunque, por razones de seguridad, esto no es recomendable.

La sintaxis de las especificaciones del archivo de parámetros es uno de los siguientes:

PARÁMETRO = valor PARÁMETRO = (valor) PARÁMETRO = (valor1, valor2, ...)

El siguiente ejemplo muestra una lista parcial de archivos de parámetros:

COMPLETO = y FILE = dba.dmp SUBVENCIONES = y ÍNDICES = y CONSTANTE = y

Nota:

El tamaño máximo del archivo de parámetros puede estar limitado por el sistema operativo. El nombre del archivo de parámetros está

sujeta a las convenciones de nomenclatura de archivos del sistema operativo.

Usted puede agregar comentarios al archivo de parámetros precediéndolos con el signo de número (#). Exportación ignora todos los caracteres a la derecha del signo de número (#).

Puede especificar un archivo de parámetros al mismo tiempo que usted está entrando en parámetros en la línea de comandos. De hecho, se puede especificar el mismo parámetro en ambos lugares. La posición de la PARFILE parámetro y otros parámetros en la línea de comando determina qué parámetros tienen prioridad. Por ejemplo, suponga que el archivo de parámetros params.dat contiene los parámetros INDEXES=y y exportación se invoca con la siguiente línea:

exp usuario / contraseña parfile = params.dat ÍNDICES = n

En este caso, debido a INDEXES=n se produce después de PARFILE=params.dat , INDEXES=n anula el valor de la INDEXES parámetro en el archivo de parámetros.

Vea también:

Parámetros de exportación para las descripciones de los parámetros de exportación

Parámetros de importación Exportación e importación con Oracle Net para obtener

información sobre cómo especificar una exportación de una base de datos remota

Modo interactivo

Si prefiere que se le pregunte por el valor de cada parámetro, puede utilizar la sintaxis siguiente para iniciar la exportación (o importación, si especifica imp ) en interactivo modo:

exp usuario / contraseña

Parámetros comúnmente utilizados se muestran con una petición de que se introduzca un valor. El método interactivo de línea de comandos no proporciona instrucciones para todas las funciones y sólo se proporciona para la compatibilidad con versiones anteriores. Si desea utilizar una interfaz interactiva, Oracle recomienda utilizar el Administrador corporativo de exportación de Oracle o Asistente de importación.

Si no especifica un username / password de combinación en la línea de comandos, a continuación, se le pedirá esta información.

Restricciones en el uso de método interactivo de Exportación

Tenga en cuenta los siguientes puntos cuando se utiliza el método interactivo:

En el modo de usuario, Export mensaje con todos los nombres de usuario que se incluirán en la exportación antes de exportar los datos. Para indicar el final de la lista de usuarios y comenzar la sesión de exportación actual, pulse Intro.

En el modo de tabla, si no se especifica un prefijo de esquema, los impagos de exportación para el esquema del exportador o del esquema que contiene la última tabla exportada en la sesión actual.

Por ejemplo, si beth es un usuario privilegiado la exportación en modo tabla, la exportación supone que todas las mesas están en el beth esquema hasta que se especifique otro esquema. Solamente un usuario privilegiado (alguien con la EXP_FULL_DATABASE papel) puede exportar tablas en el esquema de otro usuario.

Si especifica una lista de tabla nula al mensaje "Tabla para ser exportado", los servicios públicos salidas a la exportación.

Obtención de ayuda en línea

Exportación e Importación ambos proporcionan ayuda en línea. Introduzca exp help=y en la línea de comandos para invocar la ayuda de exportación o imp help = y para invocar Import ayuda.

Importación de objetos en su propio esquema

Tabla 19-1 enumera los privilegios necesarios para importar los objetos en su propio esquema. Todos estos privilegios pertenecen inicialmente al RESOURCE papel.

Tabla 19-1 Privilegios necesarios para importar objetos en su propio esquema

ObjetoPrivilegio requerido (Tipo Privilege, si corresponde)

Clusters CREATE CLUSTER (Sistema) o UNLIMITED TABLESPACE (Sistema). El usuario también debe tener asignada una cuota de espacio de tabla.

Base de datos CREATE DATABASE LINK (Sistema) y CREATE SESSION (Sistema) en la base de datos remota

Dispara en tablas CREATE TRIGGER (Sistema)

Dispara en esquemas CREATE ANY TRIGGER (Sistema)

Índices CREATE INDEX (Sistema) o UNLIMITED

ObjetoPrivilegio requerido (Tipo Privilege, si corresponde)

TABLESPACE (Sistema). El usuario también debe tener asignada una cuota de espacio de tabla.

Las restricciones de integridad ALTER TABLE (Object)

Bibliotecas CREATE ANY LIBRARY (Sistema)

Paquetes CREATE PROCEDURE (Sistema)

Sinónimos privadas CREATE SYNONYM (Sistema)

Secuencias CREATE SEQUENCE (Sistema)

Snapshots CREATE SNAPSHOT (Sistema)

Funciones almacenados CREATE PROCEDURE (Sistema)

Los procedimientos almacenados CREATE PROCEDURE (Sistema)

Datos de la Tabla INSERT TABLE (Object)

Definiciones de tabla (incluyendo comentarios y las opciones de auditoría)

CREATE TABLE (Sistema) o UNLIMITED TABLESPACE (Sistema). El usuario también debe tener asignada una cuota de espacio de tabla.

Vistas CREATE VIEW (Sistema) y SELECT (Object) en la tabla base, o SELECT ANY TABLE (Sistema)

Los tipos de objetos CREATE TYPE (Sistema)

Bibliotecas de funciones de Relaciones Exteriores

CREATE LIBRARY (Sistema)

Dimensiones CREATE DIMENSION (Sistema)

Operadores CREATE OPERATOR (Sistema)

Indextypes CREATE INDEXTYPE (Sistema)

Importación de Subvenciones

Para importar los privilegios que un usuario ha concedido a los demás, el usuario que inicia la importación debe ser el propietario de los objetos o tener privilegios de objeto con el WITH GRANT OPTION . Tabla 19-2 muestra las condiciones requeridas para las autorizaciones sean válidas en el sistema de destino .

Tabla 19-2 privilegios necesarios para importar Subvenciones

Subvención Condiciones

Privilegios de objeto

El objeto debe existir en el esquema del usuario, o

el usuario debe tener los privilegios de objeto con la WITH GRANT

Subvención Condiciones

OPTION o,

el usuario debe tener la IMP_FULL_DATABASE función habilitada.

Privilegios del sistema

El usuario debe tener el SYSTEM privilegio, así como el WITH ADMIN OPTION.

Importación de objetos en otros esquemas

Para importar objetos en el esquema de otro usuario, debe tener la IMP_FULL_DATABASE función habilitada.

Importación de Objetos de sistema

Para importar objetos del sistema a partir de un archivo de exportación de base de datos completa, la IMP_FULL_DATABASE función debe estar habilitada. El parámetro FULL especifica que los siguientes objetos del sistema se incluyen en la importación cuando el archivo de exportación es una exportación completa:

Perfiles Enlaces de bases de datos públicas Sinónimos Públicas Roles Definiciones de segmento de rollback Costos de los recursos Bibliotecas de funciones de Relaciones Exteriores Objetos de contexto Objetos de procedimiento del sistema Opciones de auditoría de sistema Privilegios del sistema Las definiciones de espacio de tablas Cuotas Tablespace Las definiciones de usuario Alias Directorio Activadores de eventos del sistema

Restricciones de procesamiento

Las siguientes restricciones se aplican al procesar los datos con las utilidades de exportación e importación:

Clases Java, recursos y procedimientos que se crean mediante Enterprise JavaBeans (EJB) no se colocan en el archivo de exportación.

Las restricciones que se han alterado mediante la RELY palabra clave pierden la RELY atributo cuando se exportan.

Cuando una definición de tipo ha evolucionado y luego hacer referencia a datos que evolucionó tipo se exporta, la definición de tipo en el sistema de importación debe haber evolucionado de la misma manera.

El atributo de compresión de tablas de tablas y particiones se conserva durante la exportación e importación. Sin embargo, el proceso de importación no utiliza la API de ruta directa, por lo tanto, los datos no se almacenan en el formato comprimido cuando se importan.

Objetos de tabla: Orden de Importación

Los objetos de tabla se importan como se leen desde el archivo de exportación. El archivo de exportación contiene los objetos en el orden siguiente:

1. Tipo definiciones 2. Definiciones de tabla 3. Datos de la Tabla 4. Índices de las tablas 5. Las restricciones de integridad, vistas, procedimientos y disparadores 6. Índices de mapa de bits, basados en funciones, y de dominio

El orden de las importaciones es el siguiente: se crean nuevas tablas, los datos se importa y se construyen índices, desencadenantes son importados, las restricciones de integridad están habilitados en las nuevas tablas, y cualquier mapa de bits, los índices de función basada, y / o de dominio se construyen. Esta secuencia impide que los datos sean rechazados por el orden en que se importan las tablas. Esta secuencia también evita que los desencadenantes redundantes de disparar dos veces en los mismos datos (una vez cuando se inserta inicialmente y de nuevo durante la importación).

Por ejemplo, si la emp tabla tiene una restricción de integridad referencial en el dept la tabla y el emp tabla se importó por primera vez, todos los emp filas que hacen referencia a los departamentos que aún no se han importado a dept serían rechazados si se habilitan las restricciones.

Cuando los datos se importa a tablas existentes, sin embargo, el orden de importación puede aún producir fallos de integridad referencial. En la situación acaba de dar, si la emp tabla ya existía y restricciones de integridad referencial estaban en vigor, el número de filas podrían ser rechazadas.

Una situación similar se produce cuando una restricción de integridad referencial en un vector de referencia a sí mismo. Por ejemplo, si scott 's gerente en la emp tabla es drake, y drake 'fila s aún no se ha cargado, scott fila 's va a fracasar, a pesar de que sería válido al final de la importación.

Nota:

Por las razones mencionadas anteriormente, es una buena idea deshabilitar las restricciones de referencia al importar en una tabla existente. A continuación, puede volver a habilitar las restricciones

después de que se complete la importación.

Importación a tablas existentes

Esta sección describe los factores a tener en cuenta a la hora de importar datos a tablas existentes.

Creación manual de tablas antes de la importación de datos

Cuando usted elige crear tablas manualmente antes de importar los datos en él desde un archivo de exportación, debe utilizar la misma definición de la tabla utilizada anteriormente o en un formato compatible. Por ejemplo, aunque se puede aumentar el ancho de las columnas y cambiar su orden, no se puede hacer lo siguiente:

Añadir NOT NULL columnas Cambiar el tipo de datos de una columna a un tipo de datos compatible ( LONG

para NUMBER, por ejemplo) Cambiar la definición de tipos de objetos utilizados en una mesa Cambie DEFAULT valores de columna

Nota:

Cuando las tablas se crean de forma manual antes de importar los datos, el CREATE TABLE declaración en el archivo de volcado de exportación fallará porque la tabla ya existe. Para evitar este error y continuar la carga de datos en la tabla, establezca el parámetro de importación IGNORE = y . De lo contrario, los datos no se cargan en la tabla debido al error de creación de tablas.

Deshabilitar restricciones referenciales

En el orden normal de las importaciones, las restricciones de referencia se importan sólo después de todo tablas se importan. Esta secuencia evita errores que podrían ocurrir si existe una restricción de integridad referencial para los datos que todavía no se han importado.

Estos errores pueden ocurrir cuando los datos se cargan en las tablas existentes. Por ejemplo, si la tabla emp tiene una restricción de integridad referencial en el mgr columna que comprueba la existencia del número gerente de emp, seguidos legítima empleado puede fallar la restricción de integridad referencial si la fila de la gerente aún no ha sido importado.

Cuando se produce un error de este tipo, importación genera un mensaje de error, no pasa por la fila averiada, y continúa la importación de otras filas en la tabla. Puede deshabilitar las restricciones manualmente para evitar esto.

Las restricciones de referencia entre las tablas también pueden causar problemas. Por ejemplo, si la emp tabla aparece antes de que el dept la tabla en el archivo de exportación, pero no existe una verificación de referencia de la emp tabla en el dept mesa, algunas de las filas de la emp tabla pueden no ser importados debido a una violación de restricción referencial.

Para evitar errores como estos, debe deshabilitar restricciones de integridad referencial al importar datos en tablas existentes.

El ordenar manualmente la importación

Cuando las restricciones se vuelven a activarse después de la importación, toda la tabla está seleccionada, lo que puede tomar un largo tiempo para una mesa grande. Si el tiempo requerido para el registro de entrada es demasiado largo, puede ser beneficioso para ordenar la importación manualmente.

Para ello, realice varias importaciones de un archivo de exportación en lugar de uno. En primer lugar, las tablas de importación que son los objetivos de los controles referenciales. A continuación, importe las tablas que hacen referencia a ellos. Esta opción funciona si las tablas no referencian entre sí en forma circular, y si una mesa no hace referencia a sí misma.

Efecto del esquema de base de datos y dispara en operaciones de importación

Los disparadores que se definen para disparar sobre eventos DDL para un esquema específico o en eventos relacionados con el DDL para la base de datos, son el sistema desencadena. Estos factores desencadenantes pueden tener efectos perjudiciales sobre determinadas operaciones de importación. Por ejemplo, se pueden prevenir con éxito la re-creación de objetos de base de datos, como tablas. Esto hace que los errores sean devueltos que dan ninguna indicación de que un disparador de la causa del problema.

Los administradores de bases de datos y cualquier persona crear disparadores de sistemas deben verificar que dichos factores desencadenantes no impiden que los usuarios realicen operaciones de base de datos para las que están autorizados. Para probar un disparador del sistema, tome las siguientes medidas:

1. Definir el gatillo. 2. Cree algunos objetos de base. 3. Exportar los objetos en la mesa o en el modo de usuario. 4. Eliminar los objetos. 5. Importe los objetos. 6. Verifique que los objetos han sido re-creado con éxito.

Nota:

Una exportación completa no exporta desencadenantes propiedad de esquema SYS . Manualmente debe volver a crear SYS desencadena ya sea antes o después de la importación completa. Oracle recomienda que se vuelva a crear después de la importación en caso de que definen las acciones que impidan el progreso de la importación.

Exportación e Importación de los modos

Las utilidades de exportación e importación admiten cuatro modos de funcionamiento:

Completos: Exportaciones e importaciones de una base de datos completa. Sólo los usuarios con los EXP_FULL_DATABASE y IMP_FULL_DATABASE roles pueden usar este modo. Utilice el FULL parámetro para especificar este modo.

Tablespace: permite que un usuario con privilegios para mover un conjunto de espacios de tabla de una base de datos de Oracle a otra. Utilice la TRANSPORT_TABLESPACE parámetro para especificar este modo.

Usuario: Le permite exportar e importar todos los objetos que le pertenecen (como tablas, subvenciones, índices y procedimientos). Un usuario con privilegios de importación de modo de usuario puede importar todos los objetos en los esquemas de un conjunto específico de usuarios. Utilice el OWNER parámetro para especificar este modo en la exportación, y el uso de la FROMUSER parámetro para especificar el modo en Importar.

Tabla: Permite exportar e importar tablas y particiones específicas. Un usuario privilegiado puede calificar las tablas especificando el esquema que los contiene. Utilice el TABLES parámetro para especificar este modo.

Ver Tabla 19-3 para obtener una lista de los objetos que se exportan e importan en cada modo.

Precaución:

Cuando se utiliza el modo de tabla para tablas que tienen columnas de tipo importar ANYDATA AnyDATA , Puede recibir el siguiente error:

ORA-22370: El uso incorrecto del método. Tipo inexistente.

Esto indica que el ANYDATA columna depende de otros tipos que no están presentes en la base de datos. Debe crear manualmente tipos dependientes en la base de datos de destino antes de utilizar el modo de tabla para las tablas que utilizan la importación ANYDATA tipo.

Un usuario con el IMP_FULL_DATABASE rol debe especificar uno de estos modos. De lo contrario, resulta un error. Si un usuario sin el IMP_FULL_DATABASE papel no especifica uno de estos modos, se realiza una importación a nivel de usuario.

Usted puede utilizar la ruta convencional de exportación o ruta directa Exportar para exportar en cualquier modo excepto diferencias mode.The tablespace entre camino convencional de exportación y la ruta directa de exportación se describen en el camino convencional de exportación Versus Camino Directo exportación .

Vea también:

Guía de Oracle Database Administrator Oracle Conceptos de base de datos para una introducción a la

función de los espacios de tabla transportables

Tabla 19-3 objetos exportados e importados en cada modo de

ObjetoTabla de los modos

Modo de usuario

Modo de base de datos completa

Modo de tablas

Analizar clúster No Sí Sí No

Analizar tablas / estadísticas Sí Sí Sí Sí

Los contextos de aplicación No No Sí No

Información Auditoría Sí Sí Sí No

Índices B-tree, mapa de bits, la función de base de dominio

Sí Foot 1 Sí Sí Sí

Definiciones de racimo No Sí Sí Sí

Los comentarios de la columna y de mesa

Sí Sí Sí Sí

Base de datos No Sí Sí No

Roles predeterminados No No Sí No

Dimensiones No Sí Sí No

Alias Directorio No No Sí No

Las tablas externas (sin datos) Sí Sí Sí No

Bibliotecas de funciones de Relaciones Exteriores

No Sí Sí No

Los índices de propiedad de que no sean propietario de la tabla de usuarios

Sí (usuarios privilegiados solamente)

Sí Sí Sí


Modo de usuario


Modo de tablas

Tipos de índices No Sí Sí No

Recursos de Java y las clases No Sí Sí No

Colas de trabajos No Sí Sí No

Datos de la tabla anidada Sí Sí Sí Sí

Donaciones de objetos Sí (sólo para tablas e índices)

Sí Sí Sí

Definiciones de tipos de objetos utilizados por la tabla

Sí Sí Sí Sí

Los tipos de objetos No Sí Sí No

Operadores No Sí Sí No

Historial de contraseñas No No Sí No

Postinstance acciones y objetos

No No Sí No

Postschema acciones y objetos de procedimiento

No Sí Sí No

Acciones Posttable Sí Sí Sí Sí

Acciones y objetos de procedimiento Posttable

Sí Sí Sí Sí

Preschema objetos y acciones procesales

No Sí Sí No

Acciones Pretable Sí Sí Sí Sí

Actuaciones procesales Pretable

Sí Sí Sí Sí

Sinónimos privadas No Sí Sí No

Objetos de procedimiento No Sí Sí No

Perfiles No No Sí No

Sinónimos Públicas No No Sí No

Restricciones de integridad referencial

Sí Sí Sí No

Grupos Refresh No Sí Sí No

Costos de los recursos No No Sí No

Otorgamiento de roles No No Sí No

Roles No No Sí No

Definiciones de segmento de rollback

No No Sí No


Modo de usuario


Modo de tablas

Las políticas de seguridad para la mesa

Sí Sí Sí Sí

Los números de secuencia No Sí Sí No

Los registros de instantáneas No Sí Sí No

Instantáneas y vistas materializadas

No Sí Sí No

Subvenciones privilegio del sistema

No No Sí No

Las restricciones de tabla (primario, único, cheque)

Sí Sí Sí Sí

Datos de la Tabla Sí Sí Sí Sí

Definiciones de tabla Sí Sí Sí Sí

Las definiciones de espacio de tablas

No No Sí No

Cuotas Tablespace No No Sí No

Los disparadores Sí Sí Pie 2 Sí Pie 3 Sí

Los disparadores de otros usuarios

Sí (usuarios privilegiados solamente)

No No No

Las definiciones de usuario No No Sí No

Proxies de usuario No No Sí No

Vistas de usuario No Sí Sí No

Procedimientos de usuario almacenados, paquetes y funciones

No Sí Sí No

Nota al pie 1 usuarios sin privilegios pueden exportar e importar sólo los índices de su propiedad en las mesas de su propiedad. No pueden exportar los índices de su propiedad que se encuentran en las tablas que pertenecen a otros usuarios, ni pueden exportar los índices de propiedad de otros usuarios en sus propios cuadros. Los usuarios privilegiados pueden exportar e índices de importación sobre las tablas de los usuarios especificados, incluso si los índices son propiedad de otros usuarios. Índices de propiedad del usuario especificado en las tablas de otros usuarios no se incluyen, a menos que esos otros usuarios se incluyen en la lista de usuarios que desea exportar. Nota al pie 2 usuarios sin privilegios y privilegiados pueden exportar e importar todos los disparadores son propiedad del usuario, incluso si están en tablas que pertenecen a otros usuarios. La nota 3 en la exportación no exporta desencadenantes propiedad de SYS esquema. Manualmente debe volver a crear SYS desencadena ya sea antes o después de la importación completa. Oracle recomienda que se vuelva a crear después de la

importación en caso de que definen las acciones que impidan el progreso de la importación.

Tabla-Nivel y de reparto de nivel de exportación

Puede exportar tablas, particiones y subparticiones de las siguientes maneras:

A nivel de la tabla de exportación: exporta todos los datos de las tablas especificadas

A nivel de partición de Exportación: Exportación de sólo los datos de las particiones o subparticiones origen especificados

En todos los modos, los datos particionada se exporta en un formato tal que las particiones o subparticiones se pueden importar de forma selectiva.

Tabla-Nivel de Exportación

En la exportación a nivel de tabla, puede exportar una tabla completa (particionado o no particionado), junto con sus índices y otros objetos de la tabla dependiente. Si la tabla tiene particiones, todas sus particiones y subparticiones también se exportan. Esto se aplica tanto camino directo de exportación y la ruta convencional de exportación. Usted puede realizar una exportación a nivel de tabla en cualquier modo de exportación.

Partición de nivel de exportación

En la exportación a nivel de partición, puede exportar una o particiones o subparticiones de una mesa más específicos. Sólo se puede realizar una exportación a nivel de partición en el modo de mesa.

Para obtener información sobre cómo especificar las exportaciones a nivel de tabla y de nivel de partición, vea TABLAS .

Tabla-Nivel y de reparto de nivel de importación

Puede importar tablas, particiones y subparticiones de las siguientes maneras:

Importación de nivel de tabla: Importaciones todos los datos de las tablas especificadas en el archivo de exportación.

Importación-nivel de reparto Importaciones sólo los datos de las particiones o subparticiones origen especificados.

Debe establecer el parámetro IGNORE=y al cargar datos en una tabla existente. Ver IGNORE para más información.

Directrices para utilizar la importación de tablas de nivel

Para cada tabla especificada, a nivel de tabla importaciones Importar todas las filas de la tabla. Con Import nivel de tabla:

Todas las tablas exportadas utilizando cualquier modo de exportación (excepto TRANSPORT_TABLESPACES ) se pueden importar.

Los usuarios pueden importar toda la tabla (particionado o no particionado), particiones o subparticiones desde un archivo de exportación a nivel de tabla en un (particionado o no particionado) tabla de destino con el mismo nombre.

Si no existe la tabla, y si la tabla exportada se dividió, Import-nivel de tabla crea una tabla con particiones. Si la creación de la tabla se realiza correctamente, la importación a nivel de tabla lee todos los datos de origen del archivo de exportación en la tabla de destino. Después de Importación, la tabla de destino contiene las definiciones de partición de todas las particiones y subparticiones asociados a la tabla de origen en el archivo de exportación. Esta operación garantiza que los atributos físicos y lógicos (incluidos los límites de partición) de las particiones de origen se mantienen en la importación.

Directrices para la Utilización de la importación de reparto-Nivel

Importación-nivel de partición sólo se puede especificar en el modo de mesa. Se le permite cargar de forma selectiva los datos de particiones o subparticiones especificados en un archivo de exportación. Recuerde las siguientes pautas en mente al usar Import-nivel de partición.

Importación siempre almacena las filas de acuerdo con el esquema de partición de la tabla de destino.

Importación-nivel de reparto inserta solamente los datos de la fila de los tabiques o subparticiones origen especificados.

Si la tabla de destino se divide, Import-nivel de partición rechaza las filas que caen por encima de la máxima división de la tabla de destino.

Importación-nivel de partición no puede importar una tabla exportada no particionado. Sin embargo, una tabla con particiones se pueden importar desde una tabla exportada no particionado utilizando Importación a nivel de tabla.

Importación-nivel de partición es legal sólo si la tabla de origen (es decir, la tabla denominada nombre de tabla en el momento de la exportación) se dividió y existe en el archivo de exportación.

Si el nombre de la partición o subpartición no es una partición válida en el archivo de exportación, de importación genera una advertencia.

La partición o nombre subpartición en el parámetro se refiere solamente a la partición o subpartición en el archivo de exportación, que puede no contener todos los datos de la tabla en el sistema de origen de las exportaciones.

Si ROWS=y (por defecto), y la tabla no existe en el sistema de destino de importación, se crea la tabla y todas las filas de la partición de origen o subpartición se insertan en la partición o subpartición de la tabla de destino.

Si ROWS=y (por defecto) y IGNORE=y , pero la mesa ya existían antes de la importación, todas las filas de la partición especificada o subpartición en la tabla se insertan en la tabla. Las filas se almacenan de acuerdo con el esquema de particiones existentes de la tabla de destino.

Si ROWS=n , de importación no inserta los datos en la tabla de destino y continúa procesando otros objetos asociados con la tabla especificada y partición o subpartición en el archivo.

Si la tabla de destino está sin particiones, las particiones y subparticiones se importan a toda la tabla. Importación requiere IGNORE=y para importar una o más particiones o subparticiones desde el archivo de exportación en una tabla sin particiones en el sistema de destino de importación.

Migración de datos entre las particiones y tablas

Si especifica un nombre de partición para una partición compuesta, todos subparticiones dentro de la partición compuesto se utilizan como fuente.

En el siguiente ejemplo, la partición especificada por el nombre de la partición es una partición de material compuesto. Todas sus subparticiones serán importados:

SISTEMA imp / contraseña FILE = MESAS FROMUSER expdat.dmp = scott = b: py

El siguiente ejemplo hace que los datos de fila de particiones qc y qd de mesa scott.e a ser importados en la tabla scott.e :

imp scott / tiger FILE = TABLAS expdat.dmp = (e: qc, e: qd) IGNORE = y

Si la tabla e no existe en la base de datos de destino de importación, se crea y datos se insertan en las mismas particiones. Si la tabla e existía en el sistema de destino antes de la importación, los datos de fila se inserta en las particiones cuyo alcance permite la inserción. Los datos de la fila pueden terminar en las particiones de nombres distintos de qc y qd .

Nota:

Con el nivel de partición de importación a una tabla existente, debe configurar las particiones de destino o subparticiones correctamente y usar IGNORE=y.

Parámetros de Exportación

Esta sección contiene descripciones de los parámetros de la línea de comandos de exportación.

INTERMEDIARIO

Por defecto: sistema operativo dependiente . Consulte la documentación específica del sistema operativo Oracle para determinar el valor por defecto de este parámetro.

Especifica el tamaño, en bytes, del búfer usado para recuperar filas. Como resultado, este parámetro determina el número máximo de filas de una matriz que obtienen los Exportar. Utilice la siguiente fórmula para calcular el tamaño del búfer:

buffer_size = rows_in_array * maximum_row_size

Si se especifica cero, la utilidad Export obtiene sólo una fila a la vez.

Las tablas con columnas de tipo LOB, LONG , BFILE , REF , ROWID , LOGICAL ROWID o DATE se recuperan una fila a la vez.

Nota:

El BUFFER parámetro sólo se aplica a la ruta convencional de exportación. No tiene ningún efecto sobre un camino directo de exportación. Para las exportaciones vía directa, utilice el RECORDLENGTH parámetro para especificar el tamaño del búfer que utiliza la exportación para escribir en el archivo de exportación.

Ejemplo: Calcular Tamaño de búfer

En esta sección se muestra un ejemplo de cómo calcular el tamaño de búfer.

En la siguiente tabla se crea:

Crear muestra MESA (nombre varchar (30), número de peso);

El tamaño máximo del name la columna es de 30, más 2 bytes para el indicador. El tamaño máximo del weight columna es 22 (el tamaño de la representación interna para los números de Oracle), además de 2 bytes para el indicador.

Por lo tanto, el tamaño máximo de fila es 56 (30 2 22 2).

Para realizar las operaciones de matriz para 100 filas, un tamaño de búfer de 5600 debe ser especificado.

COMPRESS

Por defecto: y

Especifica cómo Exportación e Importación gestionar la medida inicial de datos de la tabla.

El valor predeterminado, COMPRESS=y, hace que la exportación a los datos de la tabla de la bandera para la consolidación en un solo punto inicial sobre la importación. Si los

tamaños de extensión son grandes (por ejemplo, debido a la PCTINCREASE parámetro), el espacio asignado será más grande que el espacio necesario para contener los datos.

Si especifica COMPRESS=n, Export utiliza los parámetros actuales de almacenamiento, incluidos los valores de tamaño de extensión inicial y el próximo tamaño de extensión. Los valores de los parámetros pueden ser los especificados en el CREATE TABLE o ALTER TABLE declaraciones o los valores modificados por el sistema de base de datos. Por ejemplo, el NEXT valor alcance el tamaño puede ser modificado si la tabla crece y si el PCTINCREASE parámetro es distinto de cero.

Nota:

Aunque la consolidación real se realiza sobre la importación, puede especificar el COMPRESS parámetro sólo cuando se exporta, no cuando importa. La utilidad de exportación, no la utilidad de importación, genera las definiciones de datos, incluyendo las definiciones de los parámetros de almacenamiento. Por lo tanto, si especifica COMPRESS=y al exportar, puede importar los datos solamente en forma consolidada.

Nota:

Ni Datos datos ni subpartición LOB se comprime. Más bien, se utilizan los valores de tamaño de extensión inicial y el próximo tamaño de la extensión en el momento de la exportación.

CONSISTENTE

Por defecto: n

Especifica si se utiliza la exportación SET TRANSACTION READ ONLY declaración para asegurar que los datos vistos por Export es consistente con un único punto en el tiempo y no cambia durante la ejecución de la exp comando. Debe especificar CONSISTENT=y cuando se anticipa que otras aplicaciones se actualizan los datos de destino una vez iniciada una exportación.

Si utiliza CONSISTENT=n , cada mesa se suele exportar en una sola transacción. Sin embargo, si una tabla contiene tablas anidadas, la tabla externa y cada tabla interna se exportan como transacciones separadas. Si una tabla tiene particiones, cada partición se exporta como una transacción independiente.

Por lo tanto, si las tablas anidadas y tablas con particiones están siendo actualizados por otras aplicaciones, los datos que se exporta podría ser inconsistente. Para reducir al mínimo esta posibilidad, exportar las tablas en un momento en que no se están haciendo cambios.

Tabla 19-4 muestra una secuencia de eventos por dos usuarios: user1 exporta particiones en una tabla y user2 actualiza los datos de esa tabla.

Tabla 19-4 Secuencia de eventos durante las actualizaciones por dos usuarios

Tiempo de secuencia Usuario1 User2

1 Comienza la exportación de TAB: P1

No hay actividad

2 No hay actividad Actualizaciones TAB: P2 Actualizaciones TAB: P1 Compromete la transacción

3 Finaliza exportación de TAB: P1

No hay actividad

4 Exportaciones TAB: P2 No hay actividad

Si la exportación utiliza CONSISTENT=y, ninguno de los cambios por user2 se escriben en el archivo de exportación.

Si la exportación utiliza CONSISTENT=n, los cambios a TAB: P1 no se escriben en el archivo de exportación. Sin embargo, los cambios a TAB: P2 se escriben en el archivo de exportación, debido a que la transacción de actualización se ha comprometido antes de la exportación de TAB: comienza P2. Como resultado, el user2 transacción se registra sólo parcialmente en el archivo de exportación, por lo que es incompatible.

Si utiliza CONSISTENT=y , y el volumen de cambios es grande, el uso del segmento de cancelación será grande. Además, la exportación de cada tabla será más lenta, debido a que el segmento de cancelación debe ser analizado en busca de transacciones no confirmadas.

Tenga en cuenta los siguientes puntos acerca del uso CONSISTENT=y:

CONSISTENT=y está sin apoyo para las exportaciones que se realizan cuando se está conectado como usuario SYS o estás usando AS SYSDBA, o ambos.

La exportación de ciertos metadatos puede requerir el uso de la SYS esquema recursivo dentro de SQL. En tales situaciones, el uso de CONSISTENT=y será ignorado. Oracle recomienda evitar hacer cambios de metadatos en un proceso de exportación en el que CONSISTENT=y se selecciona.

Para minimizar el tiempo y el espacio necesario para este tipo de exportaciones, debe exportar las tablas que deben ser coherentes por separado de aquellos que no lo hacen. Por ejemplo, exportar los emp y dept mesas juntas en una exportación coherente, y luego exportar el resto de la base de datos en una segunda pasada.

Se produce un error "snapshot too old" cuando se ha agotado el espacio de reversión, y el espacio ocupado por las transacciones confirmadas se vuelve a utilizar para las nuevas transacciones. La reutilización de espacio en el segmento de cancelación permite la integridad de base de datos para ser preservado en un

espacio mínimo, pero impone un límite a la cantidad de tiempo que una imagen consistente de lectura puede ser preservada.

Si una transacción confirmada se ha sobrescrito y se necesita la información para una vista consistente de lectura de la base de datos, un "snapshot too old" Resultados de error.

Para evitar este error, se debe minimizar el tiempo empleado por una exportación coherente lectura. (Para ello, la restricción del número de objetos exportados y, si es posible, mediante la reducción de la tasa de transacción de base de datos.) También, que el segmento de cancelación lo más grande posible.

Nota:

Segmentos de rollback serán obsoletas en una futura versión de base de datos Oracle. Oracle recomienda que utilice la gestión automática de deshacer en su lugar.

Vea también:

OBJECT_CONSISTENT

RESTRICCIONES

Por defecto: y

Especifica si la utilidad de exportación exporte las restricciones de tabla.

DIRECTO

Por defecto: n

Especifica el uso de la vía directa de exportación.

Especificar DIRECT=y provoca Exportar a extraer datos mediante la lectura de los datos directamente, sin pasar por la capa de procesamiento de comandos SQL (evaluación de buffer). Este método puede ser mucho más rápido que un camino convencional de exportación.

Para obtener información sobre las exportaciones vía directa, incluyendo las consideraciones de seguridad y de rendimiento, consulte Invocación de una ruta directa de exportación .

COMENTARIOS

Por defecto: 0 (cero)

Especifica que la exportación debe mostrar un indicador de progreso en la forma de un período de n número de filas exportadas. Por ejemplo, si especifica FEEDBACK=10, Exportar muestra un período cada vez 10 filas se exportan. La FEEDBACK valor se aplica a todas las tablas que se exportan; no se puede ajustar individualmente para cada tabla.

ARCHIVO

Por defecto: expdat.dmp

Especifica los nombres de los archivos de volcado de exportación. La extensión predeterminada es. dmp , pero puede especificar cualquier extensión. Debido a las Exportaciones soporta múltiples archivos de exportación, se pueden especificar varios nombres de archivo que se utilizará. Por ejemplo:

exp scott / tiger FILE = dat1.dmp, dat2.dmp, dat3.dmp FILESIZE = 2048

Cuando la exportación alcanza el valor que ha especificado para el máximo FILESIZE, exportación deja de escribir en el archivo actual, se abre otro archivo de exportación con el siguiente nombre especificado por el FILE de parámetros, y continúa hasta que se complete o el valor máximo de FILESIZE se alcanza de nuevo. Si no especifica nombres de archivo de exportación suficientes para completar la exportación, la exportación le pedirá que proporcione los nombres de archivo adicionales.

FILESIZE

Por defecto: Los datos se escriben en un archivo hasta el tamaño máximo, como se especifica en la Tabla 19-5 , se alcanza.

Export admite escritura a múltiples archivos de exportación y de importación puede leer de varios archivos de exportación.Si especifica un valor (límite de bytes) para el FILESIZE parámetro Export escribirá sólo el número de bytes que se especifican para cada archivo de volcado.

Cuando la cantidad de exportación de datos debe escribir supera el valor máximo especificado para FILESIZE, se obtendrá el nombre del siguiente archivo de exportación desde el Archivo de parámetros (véase Archivo para más información), o, si ha utilizado todos los nombres especificados en el Archivo de parámetros, se le pedirá que proporcione un nuevo nombre de archivo de exportación. Si no especifica un valor para FILESIZE (tenga en cuenta que un valor de 0 equivale a no especificar FILESIZE ), entonces Export escribirá a un solo archivo, sin importar el número de archivos especificados en el Archivo de parámetros.

Nota:

Si los requisitos de espacio de archivo de exportación superan el espacio disponible en el disco, la exportación terminará, y usted tendrá que repetir la exportación después de hacer suficiente espacio en disco disponible.

El FILESIZE parámetro tiene un valor máximo igual al valor máximo que se puede almacenar en 64 bits.

La Tabla 19-5 muestra que el tamaño máximo de los archivos de volcado depende del sistema operativo que esté utilizando y de la liberación de la base de datos de Oracle que está utilizando.

Tabla 19-5 Tamaño máximo para archivos de volcado

Sistema OperativoLiberación de Base de Datos Oracle

Tamaño máximo

Cualquier Antes de 8.1.5 2 gigabytes

32 bits 8.1.5 2 gigabytes

64-bit 8.1.5 y más tarde Ilimitado

32-bit con los archivos de 32 bits

Cualquier 2 gigabytes

32-bit con los archivos de 64 bits

8.1.6 y más tarde Ilimitado

El valor máximo que se puede almacenar en un archivo depende de su sistema operativo. Usted debe verificar este valor máximo en la documentación específica del sistema operativo Oracle antes de especificar FILESIZE . También debe asegurarse de que el tamaño de archivo que especifique para la exportación se apoya en el sistema en el que la importación se ejecutará.

El FILESIZE valor también se puede especificar como un número seguido de KB (número de kilobytes). Por ejemplo, FILESIZE = 2KB es el mismo que FILESIZE = 2048. Del mismo modo, especifica megabytes (MB 1024 * 1024) y GB especifica gigabytes (1,024 ** 3). B sigue siendo la forma abreviada de bytes;el número no es multiplicado para obtener el tamaño del archivo final ( FILESIZE = 2048B es el mismo que FILESIZE = 2,048 ).

FLASHBACK_SCN

Valor predeterminado: ninguno

Especifica el número de cambio de sistema (SCN) que exportan utilizará para activar el flashback. La operación de exportación se realiza con datos coherentes a partir de este SCN especificado.

Vea también:

Oracle Database Guía del desarrollador de aplicaciones - Fundamentos para obtener más información sobre el uso de flashback

El siguiente es un ejemplo de la especificación de un SCN. Cuando se realiza la exportación, los datos serán consistentes a partir del SCN 3482971 .

> Exp system / contraseña FILE = exp.dmp FLASHBACK_SCN = 3482971

FLASHBACK_TIME


Permite especificar una marca de tiempo. Exportación encuentra el SCN que más se acerque la fecha y hora especificada. Esta SCN se utiliza para activar el flashback. La operación de exportación se realiza con datos coherentes a partir de este SCN.

Se puede especificar el tiempo en cualquier formato que el DBMS_FLASHBACK . ENABLE_AT_TIME procedimiento acepta. Esto significa que usted puede especificarlo en cualquiera de las siguientes maneras:

> Sistema de exp / clave FILE = exp.dmp FLASHBACK_TIME = "TIMESTAMP '2002-05-01 11:00:00 '"

> Sistema de exp / clave FILE = exp.dmp FLASHBACK_TIME = "TO_TIMESTAMP ('12-02-2001 14:35:00 ',' HH24 DD-MM-AAAA: MI: SS ')"

Además, el formato antiguo, como se muestra en el siguiente ejemplo, se seguirán aceptando para garantizar la compatibilidad con versiones anteriores:

> Sistema de exp / contraseña FILE = exp.dmp FLASHBACK_TIME = "'2002-05-01 11:00:00 '"

Vea también:

Oracle Database Guía del desarrollador de aplicaciones - Fundamentos para obtener más información sobre el uso de flashback

Oracle Database paquetes PL / SQL y tipos de referencia para obtener más información acerca de la DBMS_FLASHBACK

paquete

COMPLETO

Por defecto: n

Indica que la exportación es un modo de exportación de base de datos completa (es decir, exporta toda la base de datos). Especifique COMPLETO = y exportar la base de datos completa modo.Usted necesita tener el EXP_FULL_DATABASE papel para exportar en este modo.

Puntos a tener en cuenta para la Exportación de bases de datos completas e Importaciones

Una base de datos completa de exportación e importación pueden ser una buena manera de replicar o limpiar una base de datos. Sin embargo, para evitar problemas, asegúrese de tener los siguientes puntos en mente:

Una exportación completa no exporta desencadenantes propiedad de esquema SYS . Manualmente debe volver a crear SYS desencadena ya sea antes o después de la importación completa. Oracle recomienda que se vuelva a crear después de la importación en caso de que definen las acciones que impidan el progreso de la importación.

Si es posible, antes de comenzar, haga una copia física de la base de datos exportada y la base de datos en la que va a importar. Esto asegura que los errores son reversibles.

Antes de comenzar la exportación, es recomendable elaborar un informe que incluya la siguiente información:

o Una lista de los espacios de tabla y archivos de datos o Una lista de los segmentos de rollback o Un recuento, por usuario, de cada tipo de objeto como tablas, índices, etc

Esta información le permite asegurarse de que los espacios de tabla que ya se han creado y que la importación se realizó correctamente.

Si va a crear una nueva base de datos a partir de una exportación, recuerde que debe crear un segmento de rollback extra en SISTEMA y para que esté disponible en el archivo de parámetros de inicialización ( init . ora) antes de proceder con la importación.

Al realizar la importación, asegúrese de que usted está señalando a la instancia correcta. Esto es muy importante porque en algunos sistemas UNIX, sólo el acto de entrar en un subnivel puede cambiar la base de datos contra la que se realizó una operación de importación.

No realice una importación completa en un sistema que tiene más de una base de datos a menos que esté seguro de que todos los espacios de tabla que ya se han creado. Una importación completa crea ningún tablespaces no definidas

utilizando los mismos nombres de ficheros de datos como base de datos exportado. Esto puede dar lugar a problemas en las siguientes situaciones:

o Si los archivos de datos pertenecen a cualquier otra base de datos, van a resultar dañada. Esto es especialmente cierto si la base de datos exportado en el mismo sistema, ya que sus archivos de datos se pueden volver a utilizar la base de datos en la que va a importar.

o Si los archivos de datos tienen nombres que entran en conflicto con los archivos de los sistemas operativos existentes.

SUBVENCIONES

Por defecto: y

Especifica si las exportaciones de servicios de exportación objeto de subvenciones. Los objetos de las subvenciones que se exportan dependen de si se utiliza el modo de base de datos completa o en modo usuario.En el modo de base de datos completa, se exportan todas las subvenciones en una mesa. En el modo de usuario, sólo aquellos otorgada por el propietario de la tabla se exportan. Subvenciones privilegio de sistema siempre se exportan.

AYUDA

Por defecto: n uno

Muestra una descripción de los parámetros de exportación. Introduzca exp ayuda = y en la línea de comandos para invocarlo.

ÍNDICES

Por defecto: y

Especifica si la utilidad de exportación exporte índices.

LOG


Especifica un nombre de archivo para recibir mensajes informativos y de error. Por ejemplo:

SISTEMA exp / contraseña LOG = export.log

Si se especifica este parámetro, los mensajes se registran en el archivo de registro y muestran a la pantalla del terminal.

OBJECT_CONSISTENT

Por defecto: n

Especifica si la utilidad Export utiliza el SET TRANSACTION READ ONLY declaración para asegurar que los datos exportados es consistente con un único punto en el tiempo y no cambia durante la exportación. Si OBJECT_CONSISTENT se establece en Y , cada objeto se exporta en su propia transacción de sólo lectura, incluso si se repartió. Por el contrario, si se utiliza el CONSISTENTE parámetro, sólo hay una transacción sólo lectura.

Vea también:

CONSISTENTE

PROPIETARIO


Indica que la exportación es una de las exportaciones de modo de usuario y una lista de los usuarios cuyos objetos se exportarán. Si el usuario que inicia la exportación es el administrador de la base de datos (DBA), varios usuarios se pueden enumerar.

Las exportaciones de modo de usuario se puede utilizar para copia de seguridad de uno o varios usuarios de bases de datos. Por ejemplo, un DBA puede querer hacer una copia de seguridad de las tablas de usuarios eliminados por un período de tiempo. Modo de usuario también es apropiado para usuarios que quieren hacer copias de seguridad de sus propios datos o que quieren mover objetos de un propietario a otro.

Parfile


Especifica un nombre de archivo para un archivo que contiene una lista de parámetros de exportación. Para obtener más información sobre cómo utilizar un archivo de parámetros, consulte Invocación de Exportación e Importación .

CONSULTA


Este parámetro le permite seleccionar un subconjunto de filas de un conjunto de tablas al realizar una exportación de modo de tabla. El valor del parámetro de consulta es una cadena que contiene una DONDE cláusula de SQL SELECT comunicado que se aplicará a todas las tablas (o particiones de tabla) que figuran en la Tabla de parámetros.

Por ejemplo, si el usuario scott quiere exportar solamente aquellos empleados cuyo puesto de trabajo está VENDEDOR y cuyo salario es inferior a 1600, podría hacer lo siguiente (este ejemplo está basado en UNIX):

exp TABLAS scott / tiger = CONSULTA emp = \ "WHERE trabajo = \ 'VENDEDOR \' y sal \ <1600 \"

Nota:

Debido a que el valor de la CONSULTA parámetro contiene espacios en blanco, la mayoría de los sistemas operativos requieren que las cadenas enteras DONDE trabajo = \ 'VENDEDOR \' y sal \ <1,600 colocarse entre comillas dobles o marcado como literal por algún método. Caracteres del sistema operativo Reservados también deben ser precedidos por un carácter de escape. Consulte la documentación específica del sistema operativo Oracle para obtener información sobre los caracteres especiales y reservadas en su sistema.

Cuando ejecuta esta consulta, la exportación construye una SQL SELECT instrucción similar al siguiente:

SELECT * FROM emp WHERE = trabajo "VENDEDOR" y sal <1,600;

Los valores especificados para el CONSULTA parámetros se aplican a todas las tablas (o particiones de tabla) que figuran en la Tabla de parámetros. Por ejemplo, la siguiente sentencia descargará filas tanto énfasis y bonus que coinciden con la consulta:

exp TABLAS scott / tiger = emp, bono query = \ "WHERE trabajo = \ 'VENDEDOR \' y sal \ <1600 \"

Una vez más, las sentencias de SQL que se ejecuta la exportación son similares a lo siguiente:

SELECT * FROM emp WHERE = trabajo "VENDEDOR" y sal <1,600;

SELECT * FROM WHERE = bonificación de empleo "vendedor" y sal <1,600;

Si falta una tabla las columnas especificadas en la CONSULTA cláusula, se producirá un mensaje de error, y no hay filas se exportará para la tabla infractor.

Restricciones Cuando se utiliza el parámetro de consulta

El CONSULTA parámetro no se puede especificar para el usuario, o exportación fuera de modo de tablas completas.

El CONSULTA parámetro debe ser aplicable a todas las tablas especificadas. El CONSULTA parámetro no se puede especificar en una exportación vía directa (

DIRECT = y ) El CONSULTA parámetro no se puede especificar para las tablas con tablas

anidadas internas. No se puede determinar a partir de los contenidos del archivo de exportación si

los datos son el resultado de una CONSULTA exportación.

RecordLength

Por defecto: sistema operativo dependiente

Especifica la longitud, en bytes, del registro de archivo. El RecordLength parámetro es necesario cuando se debe transferir el archivo de exportación a otro sistema operativo que utiliza un valor predeterminado diferente.

Si no se define este parámetro, toma por omisión el valor depende de la plataforma para el tamaño del búfer.

Puede establecer RecordLength a cualquier valor igual o mayor que el tamaño de búfer del sistema. (El valor más alto es de 64 KB.) Cambio de la RecordLength parámetro sólo afecta al tamaño de los datos que se acumula antes de escribir en el disco. No afecta el tamaño del bloque de archivos del sistema operativo.

Nota:

Puede utilizar este parámetro para especificar el tamaño del búfer de exportación de E / S.

Resumable

Por defecto: n

El resumable parámetro se utiliza para activar y desactivar la asignación de espacio resumable .Debido a que este parámetro está desactivado por defecto, debe establecer resumable = y con el fin de utilizar sus parámetros asociados, RESUMABLE_NAME y RESUMABLE_TIMEOUT .

Vea también:

Oracle Conceptos de base de datos Guía de Oracle Database Administrator para obtener más

información acerca de la asignación de espacio resumable

RESUMABLE_NAME

Por defecto: "nombre de usuario del usuario (USERID), Sesión SessionID Instancia INSTANCEID '

El valor de este parámetro identifica la afirmación de que es reanudable. Este valor es una cadena definida por el usuario de texto que se inserta ya sea en el USER_RESUMABLE

o DBA_RESUMABLE fin de ayudar a identificar una declaración resumable específico que ha sido suspendido.

Este parámetro se ignora a menos que el resumable parámetro se establece en y para permitir la asignación de espacio resumable.

RESUMABLE_TIMEOUT

Predeterminado: 7200 segundos (2 horas)

El valor del parámetro especifica el período de tiempo durante el que se debe fijar un error. Si el error no se corrige dentro del período de tiempo de espera, la ejecución de la sentencia se termina.


FILAS

Por defecto: y

Especifica si se exportan las filas de datos de la tabla.

ESTADÍSTICAS

Por defecto: ESTIMACIÓN

Especifica el tipo de estadísticas del optimizador de base de datos para generar al importar los datos exportados. Las opciones son ESTIMACIÓN, COMPUTE, y NINGUNO. Vea los parámetros de importación ESTADÍSTICAS e Importación de Estadísticas .

En algunos casos, la exportación colocará las estadísticas precalculados en el archivo de exportación, así como la ANALIZAR declaraciones para regenerar las estadísticas.

Sin embargo, las estadísticas del optimizador precalculados ni se usarán al momento de exportar si una tabla tiene columnas con nombres generados por el sistema.

Las estadísticas del optimizador precalculados se marcan como cuestionable en el momento de la exportación, si:

Hay errores de fila al exportar El carácter de cliente establece o NCHAR conjunto de caracteres no coincide con

el conjunto de caracteres del servidor o NCHAR conjunto de caracteres A CONSULTA se especifica la cláusula Sólo ciertas particiones o subparticiones se exportan

Nota:

Especificar FILAS = n no impide guardar las estadísticas precalculados en el archivo de exportación. Esto le permite a la generación del plan de melodía para las consultas en una base de datos no es de producción que utilizan las estadísticas de una base de datos de producción.

Vea también:

Oracle Conceptos de base de datos

TABLAS


Especifica que la exportación es una exportación de mesa-mode y enumera los nombres de tabla y de partición y SUBPARTITION nombres para exportar. Puede especificar lo siguiente cuando se especifica el nombre de la tabla:

-esquema especifica el nombre del esquema del usuario desde la cual exportar la tabla o partición. Los nombres de esquema ORDSYS, MDSYS, CTXSYS, LBACSYS y ORDPLUGINS se reserva Exportar.

nombre de tabla especifica el nombre de la tabla o tablas a exportar. Exportación a nivel de tabla le permite exportar la totalidad de las tablas con particiones o sin particiones. Si una tabla en la lista se divide y no se especifica un nombre de partición, se exportan todas sus particiones y subparticiones.

El nombre de tabla puede contener cualquier número de caracteres '%' patrón de juego, que puede cada partido con cero o más caracteres del nombre de la tabla contra los objetos de tabla en la base de datos. Todas las tablas del esquema correspondiente que coinciden con el patrón especificado se seleccionan para la exportación, como si los nombres de las tablas respectivas se especificaron explícitamente en el parámetro.

partition_name indica que la exportación es una exportación a nivel de partición. Exportación a nivel de partición le permite exportar una o más particiones o subparticiones especificados dentro de una tabla.

La sintaxis que se utiliza para especificar la anterior es de la forma:

SCHEMANAME.TABLENAME: partition_name SCHEMANAME.TABLENAME: subpartition_name

Si utiliza nombredetabla : partition_name , la tabla especificada debe estar particionado y partition_name debe ser el nombre de una de sus particiones o subparticiones. Si la tabla especificada no está dividido, la partition_name se ignora y toda la tabla se exporta.

Ver Ejemplo de exportación de sesión Uso de la partición de nivel de exportación para varios ejemplos de las exportaciones a nivel de partición.

Tabla restricciones de nombre

Las siguientes restricciones se aplican a los nombres de tabla:

De forma predeterminada, los nombres de tablas en una base de datos se almacenan en mayúsculas. Si usted tiene un nombre de tabla en mayúsculas y minúsculas o en minúsculas, y desea conservar mayúsculas y minúsculas para el nombre de la tabla, debe encerrar el nombre entre comillas. El nombre debe coincidir exactamente con el nombre de la tabla almacenada en la base de datos.

Algunos sistemas operativos requieren que las comillas en la línea de comandos ir precedidos de un carácter de escape. Los siguientes son ejemplos de cómo las mayúsculas y minúsculas se conserva en los diferentes modos de exportación.

o En el modo de línea de comandos: o TABLAS = '\ "Emp \"'o

o En el modo interactivo: o Tabla (T) a exportar: "Emp"o

o En el modo de archivo de parámetros: o MESAS = '"Emp"'o

Los nombres de tabla especificados en la línea de comandos no pueden incluir un signo de número (#), a menos que el nombre de la tabla está encerrada entre comillas. Del mismo modo, en el archivo de parámetros, si un nombre de tabla incluye una almohadilla (#), la utilidad Export interpreta el resto de la línea como un comentario, a menos que el nombre de la tabla está encerrada entre comillas.

F o ejemplo, si el archivo de parámetros contiene la siguiente línea, Export interpreta todo en la línea después de emp # como un comentario y no exporta las tablas dept y mydata:

TABLAS = (emp #, departamento, mydata)

Sin embargo, dada la siguiente línea, la utilidad de exportación exporte las tres tablas, porque emp # está encerrada entre comillas:

TABLAS = ("emp #", departamento, mydata)

Nota:

Algunos sistemas operativos requieren comillas simples en lugar de comillas dobles, o al revés. Los diferentes sistemas operativos también tienen otras restricciones a la tabla de nombres.

TABLESPACES


El TABLESPACES parámetro especifica que todas las tablas del espacio de tablas especificado se exportan al archivo de volcado de exportación. Esto incluye todas las tablas que figuran en la lista de espacios de tabla y todas las tablas que tienen una partición situada en la lista de espacios de tablas. Los índices se exportan con sus mesas, independientemente del lugar donde se almacena el índice.

Debe tener el EXP_FULL_DATABASE papel para usar TABLESPACES para exportar todas las tablas en el espacio de tablas.

Cuando TABLESPACES se utiliza en conjunción con transport_tablespace = y, se puede especificar una lista limitada de espacios de tabla para ser exportados de la base de datos para el archivo de exportación.

Transport_tablespace

Por defecto: n

Si se especifica como y , este parámetro permite la exportación de metadatos de tablas transportable.

Nota:

No se puede exportar tablespaces transportables y luego importarlos a una base de datos a un nivel menor liberación. La base de datos de destino debe estar en el mismo o mayor nivel de versión que la de origen.

Vea también:

Transportables Tablespaces Guía de Oracle Database Administrator Oracle Conceptos de base de datos

TRIGGERS

Por defecto: y

Especifica si las exportaciones de servicios de exportación desencadena.

TTS_FULL_CHECK

Por defecto: n

Cuando TTS_FULL_CHECK se establece en y, Export verifica que un conjunto de recuperación (conjunto de espacios de tabla para ser recuperados) no tiene ninguna dependencia (específicamente, EN punteros) en objetos fuera del conjunto de recuperación, y al revés.

USERID (nombre de usuario / contraseña)


Especifica el nombre de usuario / contraseña (y opcional cadena de conexión) del usuario que realiza la exportación. Si se omite la contraseña, Export le preguntará por ello.

USERID también puede ser:

nombre de usuario / contraseña AS SYSDBA

o

nombre de usuario / contraseña @ instancia AS SYSDBA

Si se conecta como usuario SYS, también debe especificar AS SYSDBA en la cadena de conexión. El sistema operativo puede requerir que se traten AS SYSDBA como una cadena especial, en cuyo caso toda la cadena se escribe entre comillas. Ver Invocando Exportación e Importación para más información.

Vea también:

Guía del administrador de base de datos Oracle heterogénea Conectividad

La guía del usuario para el protocolo de Red de Oracle para obtener información sobre cómo especificar una cadena de conexión para Oracle Net

Volsize


Especifica el número máximo de bytes en un archivo de exportación en cada volumen de cinta.

El volsize parámetro tiene un valor máximo igual al valor máximo que se puede almacenar en 64 bits en su plataforma.

El volsize valor se puede especificar como un número seguido de KB (número de kilobytes). Por ejemplo, volsize = 2KB es el mismo que volsize = 2048. Del mismo modo, especifica megabytes (MB 1024 * 1024) y GB especifica gigabytes (1,024 ** 3). B sigue siendo la forma abreviada de bytes;el número no es multiplicado para obtener el tamaño final del archivo ( volsize = 2048B es el mismo que volsize = 2,048) .

Parámetros de importación

Esta sección contiene descripciones de los parámetros de la línea de comandos de importación.

INTERMEDIARIO


El entero especificado para INTERMEDIARIO es el tamaño, en bytes, del búfer a través del cual se transfieren las filas de datos.

INTERMEDIARIO determina el número de filas en la matriz insertada por Import. La siguiente fórmula da una aproximación del tamaño del buffer que se inserta una matriz de filas:

buffer_size = rows_in_array * maximum_row_size

Para las tablas que contienen LOB o LONG, BFILE, REF, ROWID, UROWID o TIMESTAMP columnas, las filas se insertan individualmente. El tamaño del buffer debe ser lo suficientemente grande como para contener toda la fila, a excepción de LOB y LARGAS columnas. Si el buffer no puede contener la fila más larga en una tabla, Import intenta asignar un búfer mayor.

Para FECHA columnas, dos o más filas se insertan a la vez si el búfer es lo suficientemente grande.

Nota:

Consulte la documentación específica del sistema operativo Oracle

para determinar el valor por defecto de este parámetro.

COMMIT

Por defecto: n

Especifica si la importación debe comprometerse después de cada inserción de matriz. Por defecto, la importación se compromete hasta después de cargar cada tabla, e importar realiza un rollback cuando se produce un error, antes de continuar con el siguiente objeto.

Si una tabla se ha anidado columnas o atributos de tabla, el contenido de las tablas anidadas se importan como tablas separadas. Por lo tanto, el contenido de las tablas anidadas siempre son cometidos en una transacción distinta de la transacción utilizado para cometer la tabla externa.

Si COMMIT = n y una tabla tiene particiones, cada partición y subpartición en el archivo de exportación se importa en una transacción independiente.

Para las tablas que contienen los LOB, LONG, BFILE, REF, ROWID, o UROWID columnas, insertos de matriz no se hacen. Si COMMIT = y , Import comete estas tablas después de cada fila.

COMPILAR

Por defecto: y

Especifica si se debe compilar los paquetes de importación, los procedimientos y funciones que se crean.

Si COMPILE = n , estas unidades se compilan en su primer uso. Por ejemplo, los paquetes que se utilizan para construir los índices de dominio se compilan cuando se crean los índices de dominio.

Vea también:

Importación de procedimientos almacenados, funciones y paquetes

RESTRICCIONES

Por defecto: y

Especifica si las restricciones de tabla se van a importar. El valor por omisión es importar las limitaciones. Si no desea que las limitaciones que deben ser importadas, se debe establecer el valor del parámetro n.

Tenga en cuenta que las restricciones de clave principal de las tablas organizadas en índices (IOT) y tablas de objetos siempre se importan.

FICHEROS DE DATOS


Cuando transport_tablespace se especifica como y , utilice este parámetro para enumerar los archivos de datos para ser transportados a la base de datos.

Vea también:


DESTRUIR

Por defecto: n

Especifica si los archivos de datos existentes que conforman la base de datos deben ser reutilizados. Es decir, especificando DESTRUIR = y provoca Import para incluir la REUTILIZACIÓN opción en el archivo de datos de la cláusula SQL CREATE TABLESPACE declaración, que hace que la importación de reutilizar los archivos de datos de la base de datos original, después de borrar su contenido.

Tenga en cuenta que el archivo de exportación contiene los nombres de ficheros de datos utilizados en cada espacio de tabla. Si especifica DESTRUIR = y e intento de crear una segunda base de datos en el mismo sistema (para pruebas u otros fines), la utilidad de importación sobrescribe los archivos de datos de la primera base de datos cuando se crea el espacio de tablas. En esta situación, usted debe utilizar el valor predeterminado, DESTRUIR = n, de manera que se produce un error si ya existen los archivos de datos cuando se crea el espacio de tablas.También, cuando se necesita para importar a la base de datos original, tendrá que especificar IGNORE = y añadir a los archivos de datos existentes sin sustituirlos.

Precaución:

Si los archivos de datos se almacenan en un dispositivo sin formato, DESTRUIR = n no impide que los archivos se sobrescriban.

COMENTARIOS

Por defecto: 0 (cero)

Especifica que la importación debe mostrar un indicador de progreso en la forma de un período de n número de filas importadas. Por ejemplo, si especifica FEEDBACK = 10, de Importación despliega un período cada vez 10 filas se han importado. La REACCIÓN valor se aplica a todas las tablas se importan; no se puede ajustar individualmente para cada tabla.

ARCHIVO

Por defecto: expdat . dmp

Especifica los nombres de los archivos de exportación para importar. La extensión predeterminada es. dmp . Debido a las Exportaciones soporta múltiples archivos de exportación (véase la siguiente descripción de la FILESIZE parámetro), es posible que deba especificar varios nombres de archivo que desea importar. Por ejemplo:

imp scott / tiger IGNORE = y FILE = dat1.dmp, dat2.dmp, dat3.dmp FILESIZE = 2048

Usted no tiene que ser el usuario que exporta los archivos de exportación; sin embargo, debe tener acceso de lectura a los archivos. Si usted no era el exportador de los archivos de exportación, también debe tener la IMP_FULL_DATABASE papel otorgado a usted.

FILESIZE


Export admite escritura a múltiples archivos de exportación y de importación puede leer de varios archivos de exportación. Si, en las exportaciones, se debe especificar un valor (límite de bytes) para la exportación FILESIZE parámetro Export escribirá sólo el número de bytes que se especifican para cada archivo de volcado. En la importación, debe utilizar el parámetro de importación FILESIZE para decirle Importe el tamaño máximo de archivo de volcado que ha especificado en la exportación.

Nota:

El tamaño máximo permitido depende del sistema operativo. Usted debe verificar este valor máximo en la documentación específica del sistema operativo Oracle antes de especificar FILESIZE.

El FILESIZE valor se puede especificar como un número seguido de KB (número de kilobytes). Por ejemplo, FILESIZE = 2KB es el mismo que FILESIZE = 2048. Del mismo modo, especifica megabytes (MB 1024 * 1024) y GB especifica gigabytes (1,024 ** 3). B sigue siendo la forma abreviada de bytes;el número no es multiplicado para obtener el tamaño del archivo final ( FILESIZE = 2048B es el mismo que FILESIZE = 2,048 ).

Para obtener información sobre el tamaño máximo de los archivos de volcado, consulte la Tabla 19-5 .

FROMUSER


Una lista separada por comas de los esquemas de importar. Este parámetro sólo es relevante para los usuarios con el IMP_FULL_DATABASE papel. El parámetro le permite importar un subconjunto de esquemas desde un archivo de exportación contiene varios esquemas (por ejemplo, un archivo de volcado de exportación completa o una multiesquema, archivo de volcado de exportación en modo de usuario).

Los nombres de esquema que aparecen dentro de índices basados en funciones, funciones, procedimientos, triggers, cuerpos de tipos, vistas, etc, son no afectados por FROMUSER o TOUSER procesamiento. Sólo el nombre del objeto se ve afectado. Después de la importación se haya completado, los elementos de cualquier TOUSER esquema se debe comprobar manualmente las referencias a antiguos ( fromuser ) los esquemas, y corregir si es necesario.

Normalmente utilizará la FROMUSER en conjunto con el parámetro de importación TOUSER , que se utiliza para especificar una lista de nombres de usuario cuyos esquemas serán blancos para la importación (ver TOUSER ). El usuario que especifique con TOUSER debe existir en la base de datos de destino antes de la operación de importación; de lo contrario se devuelve un error.

Si no se especifica TOUSER , Import hará lo siguiente:

Importar objetos en el FROMUSER esquema si el archivo de exportación es un volcado completo o un multiesquema, archivo de volcado de exportación en modo de usuario

Crear objetos en el esquema del importador (independientemente de la presencia o ausencia de la FROMUSER esquema de importación) si el archivo de exportación es un esquema único archivo de volcado de exportación en modo de usuario creado por un usuario sin privilegios

Nota:

Especificar FROMUSER = SISTEMA causa sólo objetos de esquema que pertenecen a usuarios SISTEMA que ser importados; que no causa los objetos del sistema que se importarán.

COMPLETO

Por defecto: y

Especifica si se debe importar todo el archivo de volcado de exportación.

SUBVENCIONES

Por defecto: y

Especifica si se debe importar subvenciones objeto.

Por defecto, la utilidad de importación importa o no subvenciones objeto que se exportaron. Si la exportación era una exportación en modo usuario, el archivo de exportación contiene subvenciones objeto único de primer nivel (como las otorgadas por el propietario).

Si la exportación era un modo de exportación de base de datos completa, el archivo de exportación contiene todas las donaciones de objetos, incluidas las donaciones de niveles inferiores (los otorgados por los usuarios dado un privilegio con la opción WITH GRANT ). Si especifica SUBVENCIONES = n, la utilidad de importación no importa subvenciones objeto. (Tenga en cuenta que el sistema de subvenciones se importaron aunque SUBVENCIONES = n. )

Nota:

Exportación no exporta subvenciones en las vistas del diccionario de datos por razones de seguridad que afectan a la importación. Si se exportan este tipo de subvenciones, los privilegios de acceso serían cambiados y el importador no serían conscientes de ello.

AYUDA

Por defecto: n uno

Muestra una descripción de los parámetros de importación. Introduzca imp HELP = y en la línea de comandos para invocarlo.

IGNORAR

Por defecto: n

Especifica cómo se deben manejar los errores de creación de objetos.Si acepta el valor predeterminado, IGNORE = n , registros o pantallas de importación objeto errores de creación antes de continuar.

Si especifica IGNORE = y , Importación da a los errores de creación de objetos cuando se intenta crear objetos de base de datos, y sigue sin informar de los errores.

Tenga en cuenta que sólo los errores de creación de objetos se pasan por alto; otros errores, como el sistema operativo, base de datos y errores de SQL, no son ignorados y pueden causar el procesamiento se detenga.

En situaciones en las múltiples actualizaciones desde un solo archivo de exportación se realizan con IGNORE = y , algunos objetos se pueden crear varias veces (aunque tendrán nombres definidos por el sistema único). Esto se puede evitar para ciertos objetos (por ejemplo, restricciones) al hacer una importación con LIMITACIONES = n . Si usted hace una importación completa con LIMITACIONES = n , se importan sin restricciones para cualquier tabla.

Si ya existe una tabla y IGNORE = y , a continuación, las filas se importan en tablas existentes sin ningún error o mensajes que ofrecen. Es posible que desee importar datos a tablas que ya existen con el fin de utilizar los nuevos parámetros de almacenamiento o porque ya ha creado la tabla en un cluster.

Si ya existe una tabla y IGNORE = n, entonces los errores son reportados y la tabla se omiten sin filas insertadas. Además, los objetos dependientes de tablas, como los índices, las subvenciones y las limitaciones, no se creará.

Precaución:

Cuando importa a tablas existentes, si hay una columna en la tabla está indexada de forma única, las filas pueden ser duplicados.

ÍNDICES

Por defecto: y

Especifica si importarlos o no los índices. Índices generados por el sistema, tales como los índices de LOB, índices de OID o índices restricción única se vuelven a crear por Import, independientemente del ajuste de este parámetro.

Puede posponer toda la creación de índice generado por el usuario hasta que se completa la importación, especificando ÍNDICES = n .

Si ya existen índices para la tabla de destino en el momento de la importación, la importación se realiza el mantenimiento de índices al insertar datos en la tabla.

Indexfile


Especifica un archivo para recibir declaraciones índice de creación.

Cuando se especifica este parámetro, el índice de creación de cuentas para el modo solicitado se extraen y se escriben en el archivo especificado, en lugar de utilizarse para crear índices en la base de datos. No se importan los objetos de base de datos.

Si los parámetros de importación LIMITACIONES se establece en y , Import también escribe restricciones de tabla para el archivo de índice.

El archivo puede ser editado (por ejemplo, para cambiar los parámetros de almacenamiento) y se utiliza como un script SQL para crear los índices.

Para que sea más fácil identificar los índices definidos en el archivo, del archivo de exportación CREATE TABLE declaraciones y CREATE CLUSTER declaraciones se incluyen como comentarios.

Realice los siguientes pasos para utilizar esta función:

1. Importación mediante el indexfile parámetro para crear un archivo de declaraciones índice de creación.

2. Edite el archivo, asegurándose de añadir una contraseña válida para los de conexión cuerdas.

3. Vuelva a ejecutar la importación, especificando ÍNDICES = n .

(Este paso importa los objetos de base de datos al tiempo que evita la importación de usar las definiciones de índices almacenados en el archivo de exportación.)

4. Ejecute el archivo de declaraciones índice de creación de un script SQL para crear el índice.

El indexfile parámetro se puede utilizar sólo con el COMPLETA = y , fromuser , TOUSER o MESAS parámetros.

LOG


Especifica un archivo para recibir mensajes informativos y de error. Si se especifica un archivo de registro, la utilidad de importación, escribe toda la información en el registro, además de la pantalla del terminal.

Parfile


Especifica un nombre de archivo para un archivo que contiene una lista de parámetros de importación. Para obtener más información sobre cómo utilizar un archivo de parámetros, consulte los archivos de parámetros .

RecordLength


Especifica la longitud, en bytes, del registro de archivo. El RecordLength parámetro es necesario cuando se debe transferir el archivo de exportación a otro sistema operativo que utiliza un valor predeterminado diferente.

Si no se define este parámetro, toma por omisión el valor depende de la plataforma para BUFSIZ.

Puede establecer RecordLength a cualquier valor igual o mayor que la de su sistema BUFSIZ . (El valor más alto es de 64 KB.) Cambio de la RecordLength parámetro sólo afecta al tamaño de los datos que se acumula antes de escribir en la base de datos. No afecta el tamaño del bloque de archivos del sistema operativo.

También puede utilizar este parámetro para especificar el tamaño del búfer de importación de E / S.

Resumable

Por defecto: n

El resumable parámetro se utiliza para activar y desactivar la asignación de espacio resumable .Debido a que este parámetro está desactivado por defecto, debe establecer resumable = y con el fin de utilizar sus parámetros asociados, RESUMABLE_NAME y RESUMABLE_TIMEOUT .

Vea también:

Oracle Conceptos de base de datos Guía de Oracle Database Administrator para obtener más

información acerca de la asignación de espacio resumable

RESUMABLE_NAME

Por defecto: "nombre de usuario del usuario (USERID), Sesión SessionID Instancia INSTANCEID '

El valor de este parámetro identifica la afirmación de que es reanudable. Este valor es una cadena definida por el usuario de texto que se inserta ya sea en el USER_RESUMABLE o DBA_RESUMABLE fin de ayudar a identificar una declaración resumable específico que ha sido suspendido.


RESUMABLE_TIMEOUT

Predeterminado: 7200 segundos (2 horas)

El valor del parámetro especifica el período de tiempo durante el que se debe fijar un error. Si el error no se corrige dentro del período de tiempo de espera, la ejecución de la sentencia se termina.


FILAS

Por defecto: y

Especifica si importarlos o no las filas de datos de la tabla.

DEMOSTRACIÓN

Por defecto: n

Cuando MOSTRAR = y, el contenido del archivo de volcado de exportación se enumeran a la pantalla y no importó. Las sentencias de SQL contenidas en la exportación se muestran en el orden en el que la importación se ejecute.

La MOSTRAR parámetro se puede utilizar sólo con el COMPLETA = y , FROMUSER , TOUSER o TABLAS parámetro.

SKIP_UNUSABLE_INDEXES

Por defecto: el valor del parámetro de configuración de base de datos Oracle, SKIP_UNUSABLE_INDEXES , según se especifica en el archivo de parámetros de inicialización

Tanto la importación y la base de datos de Oracle proporcionan una SKIP_UNUSABLE_INDEXES parámetro. La importación SKIP_UNUSABLE_INDEXES parámetro se especifica en la línea de comando Importar. La base de datos Oracle SKIP_UNUSABLE_INDEXES parámetro se especifica como un parámetro de configuración en el archivo de parámetros de inicialización. Es importante entender cómo se afectan entre sí.

Si no especifica un valor para SKIP_UNUSABLE_INDEXES en la línea de comando Importar, luego de importación utiliza el ajuste de la base de datos para el SKIP_UNUSABLE_INDEXES parámetro de configuración, como se especifica en el archivo de parámetros de inicialización.

Si especifica un valor para SKIP_UNUSABLE_INDEXES en la línea de comando Importar, anula el valor de la SKIP_UNUSABLE_INDEXES parámetro de configuración en el archivo de parámetros de inicialización.

El valor y significa que la importación se saltará los índices de construcción que se establecieron para el estado inutilizable Index (por cualquiera de los sistemas o usuario). Otros índices (no previamente establecidos al índice inutilizable) siguen actualizando a medida que se insertan filas.

Este parámetro le permite posponer el mantenimiento de índices en las particiones de índice seleccionados hasta después de los datos de fila que se ha insertado. A continuación, tiene la responsabilidad de reconstruir las particiones de índice afectadas después de la importación.

Nota:

Índices que son únicos y marcados inutilizable no se les permite omitir el mantenimiento de índices. Por lo tanto, la SKIP_UNUSABLE_INDEXES parámetro no tiene ningún efecto sobre los índices únicos.

Usted puede utilizar el indexfile parámetro junto con ÍNDICES = n para proporcionar las secuencias de comandos SQL para volver a crear el índice. Si el SKIP_UNUSABLE_INDEXES no se especifica el parámetro, inserciones de fila que intentan actualizar los índices inutilizables fallarán.

Vea también:

La SESIÓN ALTER declaración en la Base de Datos Oracle SQL

ESTADÍSTICAS

Por defecto: SIEMPRE

Especifica qué se hace con las estadísticas del optimizador de base de datos en el momento de la importación.

Las opciones son:

SIEMPRE

Siempre importar las estadísticas del optimizador de base de datos, independientemente de si son o no son cuestionables.

NINGUNO

No importar o volver a calcular las estadísticas del optimizador de base de datos.

SAFE

Estadísticas del optimizador de base de datos de importación sólo si no son cuestionables. Si son cuestionables, recalcular las estadísticas del optimizador.

Recalcular

No importar las estadísticas del optimizador de base de datos. En cambio, recalcularlos en la importación. Esto requiere que la operación de exportación original que creó el archivo de volcado debe haber generado las necesarias ANALIZAR declaraciones (es decir, la exportación no se realizó con ESTADÍSTICAS = NINGUNO ). Estos ANALICE declaraciones se incluyen en el archivo de volcado y utilizados por la operación de importación para el recálculo de las estadísticas de la tabla.

Vea también:

o Oracle Conceptos de base de datos para obtener más información sobre el optimizador y las estadísticas que utiliza

o Importación de Estadísticas

STREAMS_CONFIGURATION

Por defecto: y

Especifica si se debe importar cualquier Streams generales de metadatos que puede estar presente en el archivo de volcado de exportación.

Vea también:

Guía del administrador de Oracle Streams replicación

STREAMS_INSTANTIATION

Por defecto: n

Especifica si importarlos o no corrientes de instancias de metadatos que puede estar presente en el archivo de volcado de exportación. Especifique y si la importación es parte de una creación de instancias en un entorno Streams.

Vea también:

Guía del administrador de Oracle Streams replicación

TABLAS


Especifica que la importación es una importación de mesa-mode y enumera los nombres de tabla y de partición y SUBPARTITION nombres para importar. -Modo de tabla de importación le permite importar tablas con particiones enteras o sin particiones. El TABLAS parámetro restringe la importación de las tablas y sus objetos asociados especificados que se enumeran en la Tabla 19-3 . Puede especificar los siguientes valores para el TABLAS parámetro:

nombre de tabla especifica el nombre de la tabla o tablas que se deben importar. Si una tabla en la lista se divide y no se especifica un nombre de partición, se importan todas sus particiones y subparticiones. Para importar todas las tablas exportadas, especifique un asterisco (*) como único parámetro de nombre de la tabla.

nombre de tabla puede contener cualquier número de '%' coincidencia de patronescaracteres, que puede coincidir con cada uno cero o más caracteres en los nombres de tabla en el archivo de exportación. Todas las tablas cuyos nombres coincidan con los patrones especificados de un nombre de tabla específica en la lista son seleccionados para su importación. Un nombre de tabla en la lista que se compone de todos los caracteres de coincidencia de patrones y no hay nombre de la partición resultados en todas las tablas exportadas están importando.

partition_name y subpartition_name permiten restringir la importación de una o más particiones específicas o subparticiones dentro de una tabla con particiones.

La sintaxis que se utiliza para especificar la anterior es de la forma:

nombre de tabla: partition_name

nombre de tabla: subpartition_name

Si utiliza nombredetabla : partition_name , la tabla especificada debe estar particionado y partition_name debe ser el nombre de una de sus particiones o subparticiones. Si la tabla especificada no está dividido, la partition_name se ignora y toda la tabla se importa.

El número de tablas que se pueden especificar al mismo tiempo depende de los límites de la línea de comandos.

Como se procesa el archivo de exportación, cada nombre de tabla en el archivo de exportación se compara con cada nombre de tabla en la lista, en el orden en que se

especifican los nombres de tabla en el parámetro. Para evitar la ambigüedad y el tiempo de procesamiento excesivo, nombres de tabla específicos deben aparecer al principio de la lista, y los nombres de tabla más generales (aquellos con patrones) deben aparecer al final de la lista.

Aunque se pueden calificar los nombres de tabla con nombres de esquema (como en scott . emp ) al exportar, no puede hacerlo cuando se importan. En el siguiente ejemplo, el TABLAS parámetro se especifica incorrectamente:

SISTEMA imp / contraseña TABLAS = (jones.accts, scott.emp, scott.dept)

La especificación válida para importar estas tablas es la siguiente:

SISTEMA imp / contraseña FROMUSER = MESAS jones = (accts)SISTEMA imp / contraseña FROMUSER = TABLAS scott = (emp, dept)

Para un ejemplo más detallado, véase el Ejemplo Importar usando Coincidencia de patrones para importar varias tablas .

Nota:

Algunos sistemas operativos, como UNIX, requieren el uso de los caracteres de escape antes de caracteres especiales, como un paréntesis, por lo que el personaje no se trata como un carácter especial. En UNIX, utilice una barra invertida (\) como carácter de escape, como se muestra en el siguiente ejemplo: TABLAS = \ (emp, dept \)

Tabla restricciones de nombre

Las siguientes restricciones se aplican a los nombres de tabla:

De forma predeterminada, los nombres de tablas en una base de datos se almacenan en mayúsculas. Si usted tiene un nombre de tabla en mayúsculas y minúsculas o en minúsculas, y desea conservar mayúsculas y minúsculas para el nombre de la tabla, debe encerrar el nombre entre comillas. El nombre debe coincidir exactamente con el nombre de la tabla almacenada en la base de datos.

Algunos sistemas operativos requieren que las comillas en la línea de comandos ir precedidos de un carácter de escape. Los siguientes son ejemplos de cómo las mayúsculas y minúsculas se conserva en los diferentes modos de Importación.

o En el modo de línea de comandos: o tablas = '\ "Emp \"'o

o En el modo interactivo: o Tabla (T) a exportar: "Exp"

o

o En el modo de archivo de parámetros: o Mesas = '"Emp"'o

Los nombres de tabla especificados en la línea de comandos no pueden incluir un signo de número (#), a menos que el nombre de la tabla está encerrada entre comillas. Del mismo modo, en el archivo de parámetros, si un nombre de tabla incluye una almohadilla (#), la utilidad de importación interprete el resto de la línea como un comentario, a menos que el nombre de la tabla está encerrada entre comillas.

F o ejemplo, si el archivo de parámetros contiene la siguiente línea, Import interpreta todo en la línea después de emp # como un comentario y no importa las tablas dept y mydata:

TABLAS = (emp #, departamento, mydata)

Sin embargo, dada la siguiente línea, la utilidad de importación importa todos tres mesas porque emp # está encerrada entre comillas:

TABLAS = ("emp #", departamento, mydata)

Nota:

Algunos sistemas operativos requieren comillas simples en lugar de comillas dobles, o al revés; consulte la documentación específica del sistema operativo Oracle. Los diferentes sistemas operativos también tienen otras restricciones a la tabla de nombres.

Por ejemplo, el C shell UNIX atribuye un significado especial a un signo de dólar ($) o un signo de número (#) (o algunos otros caracteres especiales). Debe utilizar caracteres de escape para conseguir dichos caracteres en el nombre más allá de la cáscara y en Importar.

TABLESPACES


Cuando transport_tablespace se especifica como y , utilice este parámetro para enumerar los espacios de tabla para ser transportados a la base de datos. Si hay más de una tabla en el archivo de exportación, debe especificar todos ellos como parte de la operación de importación.

Ver transport_tablespace para más información.

TOID_NOVALIDATE


Al importar una tabla que hace referencia a un tipo, sino un tipo de ese nombre ya existe en la base de datos, importación intenta verificar que el tipo preexistente es, de hecho, del tipo utilizado por la tabla (en lugar de un tipo diferente que le pasa para tener el mismo nombre).

Para ello, Import compara el identificador único del tipo (TOID) con el identificador almacenado en el archivo de exportación. Import no importará las filas de la tabla si los Toids no coinciden.

En algunas situaciones, puede que no quiera esta validación que se produzca en los tipos específicos (por ejemplo, si los tipos fueron creados por una instalación del cartucho).Usted puede utilizar el TOID_NOVALIDATE parámetro para especificar los tipos de excluir de la comparación TOID.

La sintaxis es la siguiente:

TOID_NOVALIDATE = ( [-esquema.] nombre de tipo [, ...] )

Por ejemplo:

TABLA imp scott / tiger = empleos TOID_NOVALIDATE = TYP1TABLA imp scott / tiger = salarios TOID_NOVALIDATE = (fred.typ0, sally.typ2, TYP3)

Si no especifica un nombre de esquema para el tipo, el valor predeterminado es el esquema del usuario importador. Por ejemplo, en el primer ejemplo anterior, el tipo TYP1 defecto scott.typ1.

Tenga en cuenta que TOID_NOVALIDATE se ocupa sólo de los tipos de columna de tabla. No tiene ningún efecto sobre los tipos de tabla.

La salida de una importación típica con tipos excluidos sería contener entradas similares a la siguiente:

[...] . importación de objetos de IMP3 en IMP3 . . saltarse la validación TOID del tipo IMP2.TOIDTYP0 . . importación de la tabla "TOIDTAB3" [...]

Precaución:

Cuando se inhibe la validación del identificador de tipo, es su responsabilidad asegurarse de que la lista de atributos del tipo importado coincide con la lista de atributos del tipo existente. Si estas

listas de atributos no coinciden, los resultados son impredecibles.

TOUSER


Especifica una lista de nombres de usuarios cuyos esquemas serán blancos para su importación. Los nombres de usuario deben existir antes de la operación de importación; de lo contrario se devuelve un error. El IMP_FULL_DATABASE se requiere papel para usar este parámetro. Para importar a un esquema diferente de la que en un principio contenía el objeto, especifique TOUSER. Por ejemplo:

SISTEMA imp / contraseña FROMUSER = scott TOUSER = joe TABLAS = emp

Si se especifican varios esquemas, se emparejan los nombres de esquema. El ejemplo siguiente importa 'scott s objetos en joe 's esquema y fred 's objetos en ted ' s esquema:

SISTEMA imp / contraseña FROMUSER = scott, fred TOUSER = joe, ted

Si el FROMUSER lista es más larga que la TOUSER lista, los esquemas restantes se importarán a cualquiera la FROMUSER esquema o en el esquema del importador, basados en normas morosos normales. Puede usar la siguiente sintaxis para asegurarse de que todos los objetos adicionales se destinan a la TOUSER esquema:

SISTEMA imp / contraseña FROMUSER = scott, adams TOUSER = ted, ted

Tenga en cuenta que el usuario ted aparece dos veces.

Vea también:

FROMUSER para obtener información sobre las restricciones al utilizar FROMUSER y TOUSER


Por defecto: n

Si se especifica como y , instruye Importar para importar transportable tablas de metadatos de un archivo de exportación.

Nota:


TTS_OWNERS


Cuando transport_tablespace se especifica como y , utilice este parámetro para enumerar los usuarios que poseen los datos en el conjunto de tablas transportable.

Ver transport_tablespace .

USERID (nombre de usuario / contraseña)


Especifica el nombre de usuario / contraseña (y opcional cadena de conexión) del usuario que realiza la importación.

USERID también puede ser:

nombre de usuario / contraseña AS SYSDBA

o

nombre de usuario / contraseña @ instancia

o

nombre de usuario / contraseña @ instancia AS SYSDBA

Si se conecta como usuario SYS, también debe especificar AS SYSDBA en la cadena de conexión. El sistema operativo puede requerir que se traten AS SYSDBA como una cadena especial, en cuyo caso toda la cadena se escribe entre comillas.

Vea también:

Guía del administrador de base de datos Oracle heterogénea Conectividad

La guía del usuario para el protocolo de Red de Oracle para obtener información sobre cómo especificar una cadena de

conexión para Oracle Net

Volsize


Especifica el número máximo de bytes en un archivo de volcado en cada volumen de cinta.

El volsize parámetro tiene un valor máximo igual al valor máximo que se puede almacenar en 64 bits en su plataforma.

El volsize valor se puede especificar como número seguido KB (número de kilobytes). Por ejemplo, volsize = 2KB es el mismo que volsize = 2048. Del mismo modo, especifica megabytes (MB 1024 * 1024) y GB especifica gigabytes (1,024 ** 3). La abreviatura de bytes permanece B; el número no es multiplicado para obtener el tamaño final del archivo ( volsize = 2048B es el mismo que volsize = 2,048 ).

Ejemplo Export Sesiones

En esta sección se ofrecen ejemplos de los siguientes tipos de sesiones de la exportación:

Ejemplo de exportación de sesión en el modo de base de datos completa Ejemplo de exportación de sesión en el modo Usuario Ejemplo Sesiones Exportar en Tabla de los modos Ejemplo Export Sesión Uso de la partición de nivel de exportación

En cada ejemplo, se muestra cómo utilizar tanto el método de línea de comandos y el método de archivo de parámetros. Algunos ejemplos utilizan elipses verticales para indicar secciones de salida de ejemplo que eran demasiado extensa para incluirla.

Ejemplo de exportación de sesión en el modo de base de datos completa

Sólo los usuarios con el DBA papel o la EXP_FULL_DATABASE papel pueden exportar en modo de base de datos completa. En este ejemplo, una base de datos completa se exporta al archivo dba.dmp con todos BECAS y todos los datos.

Parámetro Método del archivo

> Exp SISTEMA / contraseña parfile = params.dat

El params.dat archivo contiene la siguiente información:

FILE = dba.dmp SUBVENCIONES = y

= COMPLETO Y FILAS = y

Método de línea de comandos

> SISTEMA exp / contraseña COMPLETO = y FILE = BECAS dba.dmp = FILAS Y = Y

Exportar mensajes

Se mostrará información sobre la liberación de las Exportaciones que está utilizando y la liberación de la Base de datos de Oracle que está conectado a. Los mensajes de estado se escriben como se exporta a toda la base de datos. Un mensaje de conclusión final se devuelve cuando la exportación se realiza correctamente, sin advertencias.

Ejemplo de exportación de sesión en el modo Usuario

Las exportaciones de modo de usuario se puede utilizar para copia de seguridad de uno o varios usuarios de bases de datos. Por ejemplo, un DBA puede querer hacer una copia de seguridad de las tablas de usuarios eliminados por un período de tiempo. Modo de usuario también es apropiado para usuarios que quieren hacer copias de seguridad de sus propios datos o que quieren mover objetos de un propietario a otro.En este ejemplo, el usuario scott está exportando sus propios cuadros.


> Exp scott / tiger parfile = params.dat


FILE = scott.dmpPROPIETARIO = scott SUBVENCIONES = yFILAS = y COMPRESS = y


> Exp scott / tiger FILE = BECAS scott.dmp PROPIETARIO = scott = FILAS Y = Y COMPRESS = y

Exportar mensajes

Se mostrará información sobre la liberación de las Exportaciones que está utilizando y la liberación de la Base de datos de Oracle que está conectado a. A continuación, se muestran los mensajes de estado similares a las siguientes:

. . . a punto de exportar tablas de Scott a través de camino convencional ... . . exportar tabla BONUS 0 filas exportadas

. . exportar la tabla DEPT 4 filas exportadas . . exportar tabla EMP 14 filas exportadas . . exportar tabla SALGRADE 5 filas exportadas . . . Exportación terminado con éxito y sin advertencias.

Ejemplo Sesiones Exportar en Tabla de los modos

En el modo de tabla, puede exportar datos de la tabla o las definiciones de tabla.(Si se exportan ninguna fila, el CREATE TABLE declaración se coloca en el archivo de exportación, con subvenciones y los índices, si se especifican).

Un usuario con el EXP_FULL_DATABASE rol puede usar el modo de tabla para exportar tablas de esquema de cualquier usuario especificando TABLAS = SCHEMANAME.TABLENAME.

Si -esquema no se especifica, el valor predeterminado de exportación a la nombre de esquema anterior desde donde se exportó un objeto. Si no hay un objeto anterior, los impagos de exportación a esquema del exportador. En el siguiente ejemplo, incumplimientos de exportación a la SISTEMA esquema para la tabla una y a scott para la mesa de c :

> Exp SISTEMA / contraseña TABLAS = (a, scott.b, c, mary.d)

Un usuario con el EXP_FULL_DATABASE papel también puede exportar los objetos dependientes que son propiedad de otros usuarios. Un usuario sin privilegios puede exportar sólo los objetos dependientes de las tablas especificadas que el usuario posee.

Exportaciones en modo de tabla no incluyen las definiciones de clúster. Como resultado, los datos se exportan como tablas no agrupados. Por lo tanto, se puede utilizar el modo de tabla para tablas desagrupar.

Ejemplo 1: DBA Exportación de tablas para dos usuarios

En este ejemplo, a las exportaciones de DBA especifican mesas para dos usuarios.




FILE = expdat.dmp TABLAS = (scott.emp, blake.dept) SUBVENCIONES = yÍNDICES = y


> SISTEMA exp / contraseña FILE = TABLAS expdat.dmp = (scott.emp, blake.dept) SUBVENCIONES = ÍNDICES Y = Y

Exportar mensajes


. . . Acerca de exportar tablas especificadas a través de camino convencional ...Usuario actual cambia a SCOTT . . exportar tabla EMP 14 filas exportadas Usuario actual cambia a BLAKE . . exportar la tabla DEPT 8 filas exportadas Exportación terminado con éxito y sin advertencias.

Ejemplo 2: Exportaciones usuario Tablas de su propiedad

En este ejemplo, el usuario Blake exportaciones tablas que posee seleccionados.


> Exp blake / papel parfile = params.dat


FILE = blake.dmpTABLAS = (departamento, gerente)FILAS = y COMPRESS = y


> Exp blake / papel FILE = TABLAS blake.dmp = (departamento, manager) FILAS = y COMPRESS = y

Exportar mensajes


. . .

Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar la tabla DEPT 8 filas exportadas . . exportar tabla MANAGER 4 filas exportadas

Exportación terminado con éxito y sin advertencias.

Ejemplo 3: Uso de coincidencia de patrón para exportar varias tablas

En este ejemplo, la coincidencia de patrones se utiliza para exportar varias tablas para usuarios scott y blake .




FILE = misc.dmpTABLAS = (scott.% P%, blake.%, Scott.% S%)


> SISTEMA exp / contraseña FILE = TABLAS misc.dmp = (scott.% P%, blake.%, scott.% S%)

Exportar mensajes


. . . Acerca de exportar tablas especificadas a través de camino convencional ...Usuario actual cambia a SCOTT . . exportar la tabla DEPT 4 filas exportadas . . exportar tabla EMP 14 filas exportadas Usuario actual cambia a BLAKE . . exportar la tabla DEPT 8 filas exportadas . . exportar tabla MANAGER 4 filas exportadasUsuario actual cambia a SCOTT . . exportar tabla BONUS 0 filas exportadas . . exportar tabla SALGRADE 5 filas exportadas Exportación terminado con éxito y sin advertencias.

Ejemplo Export Sesión Uso de la partición de nivel de exportación

En la exportación a nivel de partición, puede especificar las particiones y subparticiones de una tabla que desea exportar.

Ejemplo 1: Exportación de una tabla sin especificar una partición

Supongamos emp es una tabla con particiones en nombre del empleado. Hay dos particiones, m y z. Como muestra este ejemplo, si exporta la tabla sin especificar una partición, todas las particiones se exportan.



El params.dat archivo contiene lo siguiente:

TABLAS = (emp)FILAS = y


> Exp TABLAS scott / tiger = filas emp = y

Exportar mensajes


. . . Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar tabla EMP . . exportar partición M 8 filas exportadas . . exportar partición Z 6 filas exportadas Exportación terminado con éxito y sin advertencias.

Ejemplo 2: Exportación de una tabla con una partición especificado

Supongamos emp es una tabla con particiones en nombre del empleado. Hay dos particiones, m y z. Como muestra este ejemplo, si exporta la tabla y se especifica una partición, sólo la partición especificada se exporta.




TABLAS = (emp: m)FILAS = y


> Exp TABLAS scott / tiger = emp: m filas = y

Exportar mensajes


. . . Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar tabla EMP . . exportar partición M 8 filas exportadas Exportación terminado con éxito y sin advertencias.

Ejemplo 3: Exportación de una partición Composite

Supongamos emp es una tabla con particiones con dos particiones, m y z. Tabla énfasis está particionado utilizando el método compuesto. Partición m tiene subparticiones sp1 y sp2, y la partición z tiene subparticiones SP3 y SP4. Como muestra el ejemplo, si exporta la partición compuesta m, todos sus subparticiones ( sp1 y sp2 se exportarán). Si exporta la tabla y se especifica una subpartición ( SP4 ), sólo el subpartición especificada se exporta.




TABLAS = (emp: m, énfasis: SP4)FILAS = y


> Exp TABLAS scott / tiger = (emp: m, énfasis: SP4) FILAS = y

Exportar mensajes


. . . Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar tabla EMP . . exportación compuesto partición M . . exportación SP1 subpartición 1 filas exportadas . . exportación SP2 subpartición 3 filas exportadas . . exportación compuesto partición Z . . exportación SP4 subpartición 1 filas exportadas Exportación terminado con éxito y sin advertencias.

Ejemplo Import Sesiones

En esta sección se presentan algunos ejemplos de sesiones de importación que le muestran cómo utilizar el archivo de parámetros y los métodos de línea de comandos. Los ejemplos ilustran los siguientes escenarios:

Ejemplo de importación de tablas seleccionadas para un usuario específico Ejemplo de importación de tablas exportados por otro usuario Ejemplo de importación de tablas desde un usuario a otro Ejemplo Importar sesión Utilización de la importación de reparto-Nivel Ejemplo Importar usando Coincidencia de patrones para importar varias tablas

Ejemplo de importación de tablas seleccionadas para un usuario específico

En este ejemplo, el uso de un archivo de exportación de base de datos completa, un administrador importa los dept y emp tablas en el scott esquema.


> Imp SISTEMA / contraseña parfile = params.dat

Los params . dat archivo contiene la siguiente información:

FILE = dba.dmpDEMOSTRACIÓN = nIGNORE = n SUBVENCIONES = y FROMUSER = scottTABLAS = (departamento, énfasis)


> Imp SISTEMA / contraseña FILE = FROMUSER dba.dmp = TABLAS scott = (departamento, énfasis)

Importar mensajes

Se mostrará información sobre la liberación de importación que está utilizando y la liberación de la Base de datos de Oracle que está conectado a. A continuación, se muestran los mensajes de estado similares a las siguientes:

. . . Archivo de exportación creado por EXPORTACIÓN: V10.00.00 vía camino convencionalimportación realizada en el conjunto de caracteres WE8DEC y el conjunto de caracteres AL16UTF16 NCHAR . importación de objetos de Scott en SCOTT . . importación de la tabla "DEPARTAMENTO" 4 filas importadas . . importación de la tabla "EMP" 14 filas importadas

Importación terminado con éxito y sin advertencias.

Ejemplo de importación de tablas exportados por otro usuario

Este ejemplo ilustra la importación de la unidad y del gestor de tablas desde un archivo exportado por blake al scott esquema.




FILE = blake.dmpDEMOSTRACIÓN = nIGNORE = n SUBVENCIONES = yFILAS = yFROMUSER = blakeTOUSER = scott TABLAS = (unidad, manager)


> Imp SISTEMA / contraseña FROMUSER = blake TOUSER = scott FILE = blake.dmp - TABLAS = (unidad, manager)

Importar mensajes


. . .Advertencia: los objetos fueron exportados por BLAKE, no por usted

importación realizada en el conjunto de caracteres WE8DEC y el conjunto de caracteres AL16UTF16 NCHAR . . importación de la tabla "UNIDAD" 4 filas importadas . . importación de mesa "gerente" 4 filas importadas Importación terminado con éxito y sin advertencias.

Ejemplo de importación de tablas desde un usuario a otro

En este ejemplo, un administrador de base de datos (DBA) importa todas las tablas que pertenecen a scott en usuario blake ' cuenta s.




FILE = scott.dmp FROMUSER = scottTOUSER = blakeTABLAS = (*)


> Imp SISTEMA / contraseña FILE = scott.dmp FROMUSER = scott TOUSER = TABLAS blake = (*)

Importar mensajes


. . .Advertencia: los objetos fueron exportados por SCOTT, no por usted

importación realizada en el conjunto de caracteres WE8DEC y el conjunto de caracteres AL16UTF16 NCHAR . importación de objetos de Scott en BLAKE . . importación de la tabla "BONUS" 0 filas importadas . . importación de la tabla "DEPARTAMENTO" 4 filas importadas . . importación de la tabla "EMP" 14 filas importadas . . importación de la tabla "SALGRADE" 5 filas importadas Importación terminado con éxito y sin advertencias.

Ejemplo Importar sesión Utilización de la importación de reparto-Nivel

En esta sección se describe una importación de una mesa con varias particiones, una tabla con particiones y subparticiones y volver a particionar una tabla en diferentes columnas.

Ejemplo 1: Una partición Import-Nivel

En este ejemplo, EMP es una tabla particionada con tres particiones: P1 , P2 , y P3 .

Un archivo de exportación a nivel de tabla se ha creado usando el siguiente comando:

> Exp TABLAS scott / tiger = emp FILE = FILAS exmpexp.dat = y

Exportar mensajes


. .

. Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar tabla EMP . . exportar partición P1 7 filas exportadas . . exportar partición P2 12 filas exportadas . . exportación P3 partición 3 filas exportadas Exportación terminado con éxito y sin advertencias.

En una Importación-nivel de partición se puede especificar las particiones específicas de una tabla exportada que desea importar. En este ejemplo, estos son P1 y P3 de la tabla EMP:

> Imp TABLAS scott / tiger = (emp: p1, énfasis: p3) FILE = FILAS exmpexp.dat = y

Importar mensajes


. . . Archivo de exportación creado por EXPORTACIÓN: V10.00.00 vía camino convencionalimportación realizada en el conjunto de caracteres WE8DEC y el conjunto de caracteres AL16UTF16 NCHAR . importación de objetos de Scott en SCOTT . . importación de partición "EMP": "P1" 7 filas importadas . . importación de partición "EMP": "P3" 3 filas importadas Importación terminado con éxito y sin advertencias.

Ejemplo 2: Una partición de nivel de importación de una tabla particionada Composite

Este ejemplo demuestra que las particiones y subparticiones de una tabla con particiones compuesto se importan. emp es una tabla con particiones con dos particiones de compuestos: P1 y P2 . Partición P1 tiene tres subparticiones: P1_SP1 , P1_SP2, y P1_SP3 . Partición P2 tiene dos subparticiones: P2_SP1 y P2_SP2 .

Un archivo de exportación a nivel de tabla se ha creado usando el siguiente comando:

> Exp TABLAS scott / tiger = emp FILE = FILAS exmpexp.dat = y

Exportar mensajes


Cuando se ejecuta el comando, se muestran los siguientes mensajes de Exportación:

. . . Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar tabla EMP . . exportación compuesto partición P1 . . exportación P1_SP1 subpartición 2 filas exportadas . . exportación P1_SP2 subpartición 10 filas exportadas . . exportación P1_SP3 subpartición 7 filas exportadas . . exportación P2 partición compuesta . . exportación P2_SP1 subpartición 4 filas exportadas . . exportación P2_SP2 subpartición 2 filas exportadas Exportación terminado con éxito y sin advertencias.

Los siguientes resultados de los comandos de importación en la importación de subpartición P1_SP2 y P1_SP3 de composite partición P1 en la tabla emp y todos subparticiones de partición compuesta P2 en la tabla emp.

> Imp TABLAS scott / tiger = (emp: p1_sp2, énfasis: p1_sp3, énfasis: p2) FILE = FILAS exmpexp.dat = y

Importar mensajes


. . . . importación de objetos de Scott en SCOTT . . subpartición importador "EMP": "P1_SP2" 10 filas importadas . . importación subpartición "EMP": "P1_SP3" 7 filas importadas . . importación subpartición "EMP": "P2_SP1" 4 filas importadas . . importación subpartición "EMP": "P2_SP2" 2 filas importadas Importación terminado con éxito y sin advertencias.

Ejemplo 3: Volver a particionar una tabla en una columna diferente

En este ejemplo se supone que el énfasis tabla tiene dos particiones basadas en el empno columna. Este ejemplo reparticiones del emp tabla de la deptno columna.

Realice los pasos siguientes para volver a particionar una tabla en una columna diferente:

1. Exportar la tabla para guardar los datos. 2. Elimine la tabla de la base de datos. 3. Crear la tabla de nuevo con las nuevas particiones. 4. Importe los datos de la tabla.

El siguiente ejemplo ilustra estos pasos.

> Exp tabla scott / tiger = Archivo de emp = empexp.dat

. . .

Acerca de exportar tablas especificadas a través de camino convencional ... . . exportar tabla EMP . . exportación EMP_LOW partición 4 filas exportadas . . exportación EMP_HIGH partición 10 filas exportadas Exportación terminado con éxito y sin advertencias.

SQL> connect scott / tiger Conectado.SQL> drop tabla EMP limitaciones en cascada; Declaración de procesado. SQL> create table emp 2 ( 3 Número empno (4) no es nulo, 4 ename varchar2 (10), 5 varchar2 trabajo (9), 6 Número mgr (4), 7 Fecha fechaingreso, 8 Número sal (7,2), 9 Número de comunicaciones (7,2), 10 Número deptno (2) 11) 12 particiones por rango (DEPTNO) 13 ( 14 partición dept_low valores inferiores a (15) 15 tbs_1 de tablas, 16 valores dept_mid partición menos de (25) 17 tbs_2 de tablas, 18 valores dept_high partición menos de (35) 19 tablespace tbs_3 20); Declaración de procesado. SQL> exit

> Imp tablas scott / tiger = Archivo de emp = empexp.dat ignorar = y . . .importación realizada en el conjunto de caracteres WE8DEC y el conjunto de caracteres AL16UTF16 NCHAR . importación de objetos de Scott en SCOTT . . importación de partición "EMP": "EMP_LOW" 4 filas importadas . . partición importador "EMP": "EMP_HIGH" 10 filas importadas Importación terminado con éxito y sin advertencias.

Los siguientes SQL SELECT declaraciones muestran que los datos se divide en la deptno columna:

SQL> connect scott / tiger Conectado.SQL> select empno, deptno de partición emp (dept_low);EMPNO DEPTNO -------------------- 7782 10 7839 10

7934 10 3 filas seleccionadas. SQL> select empno, deptno de partición emp (dept_mid);EMPNO DEPTNO -------------------- 7369 20 7566 20 7788 20 7876 20 7902 20 5 filas seleccionadas. SQL> select empno, deptno de partición emp (dept_high);EMPNO DEPTNO -------------------- 7499 30 7521 30 7654 30 7698 30 7844 30 7900 30 6 filas seleccionadas. SQL> exit;

Ejemplo Importar usando Coincidencia de patrones para importar varias tablas

En este ejemplo, la coincidencia de patrones se utiliza para importar varias tablas para el usuario scott .


SISTEMA imp / contraseña parfile = params.dat


FILE = scott.dmpIGNORE = n SUBVENCIONES = yFILAS = y FROMUSER = scott TABLAS = (% d% b% s)


SISTEMA imp / contraseña FROMUSER = scott FILE = TABLAS scott.dmp = (% d% b% s)

Importar mensajes


. .

. importación realizada en el conjunto de caracteres US7ASCII y el conjunto de caracteres AL16UTF16 NCHAR servidor de importación utiliza el conjunto de caracteres JA16SJIS (posible conversión de caracteres) . importación de objetos de Scott en SCOTT . . importación de la tabla "BONUS" 0 filas importadas . . importación de la tabla "DEPARTAMENTO" 4 filas importadas . . importación de la tabla "SALGRADE" 5 filas importadas Importación terminado con éxito y sin advertencias.

El uso de Exportación e Importación de mover una base de datos Entre Plataformas

Las utilidades de la exportación y de importación son el único método que Oracle apoya para mover una base de datos existente de Oracle de una plataforma de hardware a otra. Esto incluye moverse entre sistemas UNIX y NT y también se mueve entre dos sistemas NT que se ejecutan en diferentes plataformas.

Los pasos siguientes presentan una visión general de cómo mover una base de datos entre plataformas.

1. Como usuario DBA, emitir la siguiente consulta SQL para obtener el nombre exacto de todos los espacios de tabla. Usted necesitará esta información más adelante en el proceso.

2. SQL> SELECT FROM tablespace_name dba_tablespaces;3.

4. Como usuario DBA, realice una exportación completa de la base de datos de origen, por ejemplo:

5. > Exp system / manager COMPLETO = y FILE = expdat.dmp

Vea también:

Puntos a tener en cuenta para la Exportación de bases de datos completas e Importaciones

6. Mueva el archivo de volcado al servidor de base de datos destino. Si utiliza FTP, asegúrese de copiarlo en formato binario (mediante la introducción binaria en el símbolo del FTP) para evitar la corrupción de archivos.

7. Crear una base de datos en el servidor de destino.

Vea también:

Guía de Oracle Database Administrator para obtener información

acerca de cómo crear una base de datos

8. Antes de importar el archivo de volcado, debe primero crear sus espacios de tabla, utilizando la información obtenida en el paso 1. De lo contrario, la importación creará los ficheros de datos correspondientes en la misma estructura de archivos como en la base de datos fuente, que puede no ser compatible con la estructura de archivos en el sistema de destino.

9. Como usuario DBA, realice una importación completa con el IGNORAR parámetro enabled:

10. > Imp system / manager COMPLETO = y IGNORE = y FILE = expdat.dmp

11.

Usando IGNORE = y ordena a Oracle a ignorar los errores durante la creación de la importación y permitir la importación en completarse.

12. Realice una copia de seguridad completa de su nueva base de datos.

Mensajes de advertencia, error y finalización

Esta sección describe los diferentes tipos de mensajes emitidos por la exportación y la importación y la forma de guardarlos en un archivo de registro.

Archivo de registro

Usted puede capturar todos los mensajes de exportación e importación en un archivo de registro, ya sea mediante el uso de la LOG parámetro o, para aquellos sistemas que lo permiten, redirigiendo la salida a un archivo. Un registro de información detallada está escrito acerca de descarga y carga de éxito y los errores que se hayan podido producir.

Mensajes de advertencia

Exportación e Importación no terminan después de errores recuperables.Por ejemplo, si se produce un error al exportar una tabla, muestra de exportación (o troncos) un mensaje de error, se salta a la siguiente tabla, y continúa el procesamiento. Estos errores recuperables son conocidos como advertencia s.

Exportación e importación también emiten advertencias cuando se encuentran objetos no válidos.

Por ejemplo, si se especifica una tabla no existente como parte de una tabla en modo de exportación, la utilidad Export exporta todas las demás tablas. A continuación se muestra un aviso y termina con éxito.

Mensajes de error no recuperables

Algunos errores son irrecuperables y finalizan la exportación o de la sesión de importación. Estos errores suelen producirse debido a un problema interno o porque un recurso, como la memoria, no está disponible o se ha agotado. Por ejemplo, si el catexp.sql script no se ejecuta, la exportación emite el siguiente mensaje de error no recuperable:

EXP-00024: vistas a la exportación no están instalados, por favor notifique a su DBA

Los mensajes de finalización

Cuando una exportación o una importación completa sin errores, se muestra un mensaje en este sentido, por ejemplo:

Exportación terminado con éxito y sin advertencias

Si uno o más errores recuperables ocurre pero el trabajo continúa hasta el final, se muestra un mensaje similar al siguiente:

Exportación terminado con éxito con advertencias

Si se produce un error no recuperable, el trabajo termina inmediatamente y se muestra un mensaje que indica que, por ejemplo:

Exportación termina sin éxito

Códigos de salida para la Inspección y Display

Exportación e Importación ofrecen los resultados de una operación inmediatamente después de su finalización. Dependiendo de la plataforma, el resultado puede ser reportado en un código de salida del procesoy los resultados registrados en el archivo de registro. Esto le permite comprobar el resultado de la línea de comandos o script. Tabla 19-6 muestra los códigos de salida que consiguen devueltos para diversos resultados.

Tabla 19-6 Códigos de salida para la exportación y la importación

Resultado Código de salida

Exportación terminado con éxito y sin advertencias

Importación terminado con éxito y sin advertencias

EX_SUCC

Exportación terminado con éxito con advertencias

Importación terminado con éxito con advertencias

EX_OKWARN

Exportación termina sin éxito

Importación finaliza sin éxito

EX_FAIL

Para UNIX, los códigos de salida son los siguientes:

EX_SUCC 0 EX_OKWARN 0 EX_FAIL 1

Consideraciones de red

Esta sección describe los factores a tener en cuenta al utilizar la exportación y la importación a través de una red.

Transportar Exportar archivos a través de red

Debido a que el archivo de exportación está en formato binario, utilice un protocolo que soporta transferencias binarias para prevenir la corrupción del archivo cuando lo transfiere a través de una red. Por ejemplo, utilice FTP o un protocolo de transferencia de archivos similar al transmitir el archivo en modo binario. La transmisión de archivos de exportación en modo carácter provoca errores cuando se importa el archivo.

Exportación e importación con Oracle Net

Con Oracle Net, puede realizar las exportaciones y las importaciones a lo largo de una red. Por ejemplo, si ejecuta la exportación a nivel local, puede escribir datos desde una base de datos Oracle remoto en un archivo de exportación local. Si ejecuta Import localmente, puede leer los datos en una base de datos Oracle remota.

Para utilizar exportar o importar con Oracle Net, incluya la cadena calificadora conexión @ connect_string al entrar en el nombre de usuario / contraseña en el exp o imp comando. Para conocer la sintaxis exacta de esta cláusula, consulte la guía del usuario de su protocolo de red Oracle.

Vea también:

Guía del administrador de base de datos Oracle Net Services Guía del administrador de base de datos Oracle heterogénea

Conectividad

Juego de caracteres y el soporte de globalización Consideraciones

Las siguientes secciones describen el comportamiento de apoyo globalización de Exportación e Importación con respecto al conjunto de caracteres de conversión de datos de usuario y del lenguaje de definición de datos (DDL).

Datos del usuario

La utilidad de exportación siempre exporta datos de los usuarios, incluyendo los datos Unicode, en los juegos de caracteres del servidor de exportación. (Conjuntos de caracteres se especifican en la creación de bases de datos.) Si los juegos de caracteres de la base de datos de origen son diferentes de los juegos de caracteres de la base de datos de importación, se realiza una sola conversión para convertir automáticamente los datos para los juegos de caracteres del servidor de importación.

Efecto del conjunto de caracteres Orden de clasificación en Conversiones

Si el juego de caracteres de exportación tiene un orden de clasificación diferente a la del juego de caracteres de importación, entonces las tablas que se particionan en columnas de caracteres pueden producir resultados imprevisibles. Por ejemplo, considere la definición de la tabla siguiente, que se produce en una base de datos que tiene un conjunto de caracteres ASCII:

CREAR TABLA Partlist ( parte VARCHAR2 (10), NÚMERO partno (2) ) PARTITION BY RANGE (parte) ( Part_low PARTICIÓN valores inferiores a ('Z') Tbs_1 TABLESPACE, Part_mid PARTICIÓN valores inferiores a ('z') Tbs_2 TABLESPACE, Part_high PARTICIÓN valores inferiores a (MAXVALUE) Tbs_3 TABLESPACE );

Este esquema de partición tiene sentido porque z viene después de Z en los juegos de caracteres ASCII.

Cuando esta tabla se importa a una base de datos basada en un conjunto de caracteres EBCDIC, todas las filas de la part_mid partición emigrarán a la part_low partición porque z viene antes Z en juegos de caracteres EBCDIC. Para obtener los resultados deseados, el dueño de Partlist debe crear particiones en la tabla después de la importación.

Vea también:

Base de datos Oracle Support Guide Globalización

Data Definition Language (DDL)

Hasta tres conversiones de juegos de caracteres pueden ser necesarios para el lenguaje de definición de datos (DDL) durante una operación de exportación / importación:

1. Exportación escribe archivos de exportación utilizando el juego de caracteres especificado en el NLS_LANG variable de entorno para la sesión de usuario. Una conversión de juegos de caracteres se realiza si el valor de NLS_LANG difiere del conjunto de caracteres base de datos.

2. Si el juego de caracteres del archivo de exportación es diferente que el usuario del juego de caracteres sesión de importación, entonces Importación convierte el juego de caracteres a su conjunto de caracteres sesión de usuario. Importación sólo puede realizar esta conversión de juegos de caracteres de un solo byte. Esto significa que para los juegos de caracteres de varios bytes, juego de caracteres del archivo de importación debe ser idéntico al conjunto de caracteres del archivo de exportación.

3. Una conversión definitiva de juego de caracteres se puede realizar si el conjunto de caracteres de la base de datos de destino es diferente del conjunto de caracteres utilizado por la sesión de usuario de importación.

Para minimizar la pérdida de datos debido a la conversión de juegos de caracteres, asegúrese de que la base de datos de las exportaciones, la sesión de usuario a la exportación, la sesión de usuario de importación, y la base de datos de importación todos utilizan el mismo juego de caracteres.

Conjuntos de caracteres de un solo byte y de Exportación e Importación

Algunos 8 bits personajes se puede perder (es decir, convertidos en equivalentes de 7 bits) al importar un archivo de exportación juego de caracteres de 8 bits. Esto ocurre si el sistema en el que se produce la importación tiene un conjunto de caracteres de 7 bits nativa, o el NLS_LANG variable de entorno del sistema operativo está definido en un conjunto de caracteres de 7 bits. Más a menudo, esto es evidente cuando los caracteres acentuados pierden la tilde.

Para evitar esta conversión no deseada, se puede establecer el NLS_LANG variable de entorno de sistema operativo que el del conjunto de caracteres del archivo de exportación.

Juegos de caracteres multibyte y de Exportación e Importación

Durante el juego de caracteres de conversión, todos los caracteres en el archivo de exportación que no tienen equivalente en el conjunto de caracteres de destino se sustituyen con un carácter predeterminado. (El carácter predeterminado se define por el conjunto de caracteres de destino.) Para garantizar una conversión del 100%, el conjunto de caracteres de destino debe ser un superconjunto (o equivalente) del conjunto de caracteres de origen.

Vea también:

Base de datos Oracle Support Guide Globalización

Precaución:

Cuando el ancho de caracteres difiere entre el servidor y el servidor de exportación de importación, el truncamiento de los datos se puede producir si la conversión provoca la expansión de los datos. Si se produce un truncamiento, Import muestra un mensaje de advertencia.

Vistas materializadas y Snapshots

Nota:

En ciertas situaciones, particularmente aquellas que implican el almacenamiento de datos, las instantáneas pueden ser referidos como vistas materializadas . En esta sección se conserva la instantánea plazo.

Los tres objetos relacionados entre sí en un sistema de captura son la tabla maestra, opcional registro de instantáneas, y la propia instantánea. Las tablas (tabla maestra, definición de la tabla del registro de instantáneas y tablas de instantánea) se pueden exportar de forma independiente el uno del otro.Los registros de instantáneas se pueden exportar sólo si exporta la tabla maestra asociada. Puede exportar instantáneas usando base de datos completa o en modo de usuario a la exportación; no puede utilizar la tabla de modo de exportación.

Vea también:

Oracle Database replicación avanzada para obtener información específica acerca de Importación-migración y la compatibilidad y para más información acerca de las instantáneas y los registros de copias

Registro de instantáneas

El registro de instantáneas en un archivo de volcado se importa si la tabla maestra que ya existe para la base de datos a la que está importando y tiene un registro de instantáneas.

Cuando un ROWID se exporta registro de instantáneas, ROWID s almacenado en el registro de instantáneas no tienen ningún sentido sobre la importación. Como resultado, cada ROWID el primer intento de la instantánea que hacer una actualización rápida falla, generando un error que indica que se requiere una actualización completa.

Para evitar el error de actualización, haga una actualización completa después de importar un ROWID registro de instantáneas. Después de haber hecho una renovación completa, posteriores actualizaciones rápidas funcionarán correctamente. En contraste, cuando se exporta un registro de instantáneas clave principal, los valores de las claves primarias no conservan su significado sobre la importación. Por lo tanto, las instantáneas de clave primaria pueden hacer una actualización rápida después de la importación.

Snapshots

Una instantánea que ha sido restaurado a partir de un archivo de exportación se ha revertido a un estado anterior. En la importación, la hora de la última actualización se importa como parte de la definición de tabla de instantáneas. La función que calcula el próximo tiempo de actualización también se importa.

Cada actualización de las hojas de una firma.Una actualización rápida utiliza las entradas del registro que datan de la época de que la firma de traer la instantánea hasta la fecha. Cuando la actualización rápida se ha completado, la firma se elimina y se crea una nueva firma. También se elimina cualquier entradas de registro que no son necesarios para actualizar otras instantáneas (todas las entradas del registro con tiempos de antes de la firma queda más temprano).

Importación de una instantánea

Al restaurar una instantánea de un archivo de exportación, puede encontrarse con un problema en determinadas circunstancias.

Supongamos que una instantánea se actualiza en tiempo de A, exportó en el momento B, y actualiza de nuevo en el momento C. Luego, a causa de la corrupción y otros problemas, la instantánea se debe restaurar al dejar caer la instantánea y la importación de nuevo. La versión recién importado tiene el último tiempo de actualización registra como tiempo de A. Sin embargo, las entradas necesarias para una rápida restauración de velocidad ya no exista registro. Si existen las entradas de registro (ya que se necesitan para la otra instantánea que todavía tiene que ser refrescada), que se utilizan, y la rápida restauración de velocidad completa con éxito. De lo contrario, la rápida restauración de velocidad falla, generando un error que dice se requiere una actualización completa.

Importar una instantánea en un esquema diferente

Instantáneas y artículos relacionados se exportan con el nombre de esquema dado de manera explícita en las sentencias DDL. Para importarlos a un esquema diferente, utilice los fromuser y TOUSER parámetros. Esto no se aplica a los registros de copias, que no se pueden importar en un esquema diferente.

Transportables Tablespaces

La función de tabla transportable que permite mover un conjunto de espacios de tabla de una base de datos de Oracle a otra.

Nota:


Para mover o copiar un conjunto de espacios de tabla, usted debe hacer los espacios de tabla de sólo lectura, copie los archivos de datos de estos espacios de tabla, y el uso de Exportación e Importación para mover la información de base de datos (metadatos) almacenados en el diccionario de datos. Tanto los archivos de datos y el archivo de exportación de metadatos se deben copiar en la base de datos de destino. El transporte de estos archivos se puede hacer uso de cualquier instalación para copiar los archivos binarios planos, tales como la instalación del sistema operativo copiado, modo binario FTP, o la publicación en CD-ROMs.

Después de copiar los archivos de datos y exportar los metadatos, puede poner opcionalmente los espacios de tabla en modo lectura / escritura.

Exportación e Importación proporcionan los siguientes parámetros para permitir el movimiento de los metadatos de tablas transportable.

TABLESPACES Transport_tablespace

Ver TABLESPACES y transport_tablespace para obtener más información sobre el uso de estos parámetros durante una operación de exportación.

Ver TABLESPACES y transport_tablespace para obtener información sobre el uso de estos parámetros durante una operación de importación.

Vea también:

Guía de Oracle Database Administrator para obtener más información acerca de la gestión de tablespaces transportables

Oracle Conceptos de base de datos para una introducción a tablespaces transportables

De sólo lectura de tablas para

De sólo lectura de tablas se pueden exportar. En la importación, si el espacio de tablas no existe ya en la base de datos de destino, el espacio de tabla se crea como un espacio de tabla de lectura / escritura. Si desea la funcionalidad de sólo lectura, debe realizar manualmente el espacio de tabla de sólo lectura después de la importación.

Si el espacio de tabla ya existe en la base de datos de destino y es de sólo lectura, debe hacerlo de lectura / escritura antes de la importación.

Dejar caer un espacio de tabla

Puedes dejar un espacio de tabla mediante la redefinición de los objetos a utilizar diferentes espacios de tablas antes de la importación. A continuación, puede emitir el imp comando y especifique IGNORE = y.

En muchos casos, usted puede dejar un espacio de tabla al hacer una exportación de base de datos completa, a continuación, crear un espacio de tabla de bloque cero con el mismo nombre (antes de cerrar la sesión) como el espacio de tabla que desea desconectar. Durante la importación, con IGNORE = y, la correspondiente CREATE TABLESPACE declaración fallará y prevenir la creación del espacio de tabla no deseado.

Todos los objetos del espacio de tablas que se importarán en tablas por defecto de su propietario con la excepción de las tablas con particiones, tablas de tipo, y las tablas que contienen LOB o VARRAY columnas o sólo las tablas con índice de segmentos de rebose. Import no puede determinar qué espacio de tablas ha provocado el error. En su lugar, primero debe crear una tabla e importar la tabla de nuevo, especificando IGNORE = y.

Los objetos no se importan en el espacio de tabla por defecto si el espacio de tablas no existe, o que no tienen las cuotas necesarias para su espacio de tabla predeterminado.

Los espacios de tabla Reorganizar

Si la cuota de un usuario lo permite, mesas de los usuarios se importan en el mismo espacio de tablas desde el que fueron exportadas. Sin embargo, si el espacio de tablas ya no existe o el usuario no tiene el cupo necesario, el sistema utiliza el espacio de tabla predeterminado para ese usuario, siempre y cuando la mesa está particionado, no contiene LOB o VARRAY columnas, no es una tabla de tipos, y es no un solo índice de la tabla con un segmento de desbordamiento. Este escenario se puede usar para mover tablas de un usuario de un espacio de tabla a otra.

Por ejemplo, tiene que mover joe tablas 's de tablas A a tablespace B después de una exportación de base de datos completa. Siga estos pasos:

1. Si joe tiene la UNLIMITED TABLESPACE privilegio, revocarla. Establecer joe cuota 's en tablas A a cero. También revocar todos los papeles que pueden tener este tipo de privilegios o cuotas.

Cuando se revoca un papel, que no tiene un efecto de cascada. Por lo tanto, los usuarios que se concedieron otros roles por joe no se verán afectados.

2. Exportación joe tablas 's.3. Deja joe tablas 's de espacio de tabla A .4. Dale joe una cuota en tablas B y lo convierten en el espacio de tabla por defecto

para joe .

5. Importación joe tablas 's. (De manera predeterminada, Import pone joe tablas 's en espacio de tabla B ).

Apoyo a grano fino control de acceso

Puede exportar e importar tablas con las políticas de control de acceso de grano fino habilitado. Al hacerlo, tenga en cuenta lo siguiente:

Para restaurar las políticas de control de acceso de grano fino, el usuario que importa de un archivo de exportación contiene dichas tablas deben tener la EJECUTAR privilegio en la DBMS_RLS paquete, de manera que las políticas de seguridad en las mesas pueden ser reintegrados. Si un usuario sin los privilegios correctos intenta exportar una tabla con las políticas de acceso de grano fino habilitados, sólo las filas que el usuario tiene privilegios para leer se exportarán.

Si un usuario sin los privilegios correctos intenta importar un archivo de exportación que contiene las tablas con las políticas de control de acceso de grano fino, se emitirá un mensaje de advertencia. Por lo tanto, es recomendable por razones de seguridad que el exportador e importador de dichas tablas se el DBA.

Si el control de acceso de grano fino se habilita en un SELECT declaración, a continuación, camino convencional de exportación no puede exportar toda la tabla, ya que el acceso de grano fino puede reescribir la consulta.

Sólo el usuario SYS, o un usuario con el EXP_FULL_DATABASE papel habilitado o que se ha concedido la POLÍTICA DE ACCESO EXENTO privilegio, pueden realizar exportaciones directas de trayectoria en las tablas que tienen el control de acceso de grano fino.

Vea también:

Oracle Database Guía del desarrollador de aplicaciones - Fundamentos para obtener más información sobre el control de acceso de grano fino

Usando Instancia Afinidad con las Exportaciones e Importación

Puede utilizar la afinidad de instancia para asociar trabajos con casos en bases de datos que vaya a exportar e importar. Tenga en cuenta que puede haber algunos problemas de compatibilidad si está utilizando una combinación de lanzamientos.

Vea también:

Guía de Oracle Database Administrator Oracle Database Reference Oracle Guía de actualización de base de datos

Reducir la fragmentación de base de datos

Una base de datos con muchos pequeños bloques no contiguos, de espacio libre se dice que está fragmentado. Una base de datos fragmentada debería reorganizarse para hacer el espacio disponible en el contiguo, bloques más grandes. Usted puede reducir la fragmentación mediante la realización de una exportación de base de datos completa e importe de la siguiente manera:

1. Realice una exportación de base de datos completa ( TOTAL = y ) para realizar copias de seguridad de toda la base de datos.

2. Cierre la base de datos de Oracle después de que todos los usuarios hayan cerrado la sesión.

3. Eliminar la base de datos. Consulte la documentación específica del sistema operativo Oracle para obtener información acerca de cómo eliminar una base de datos.

4. Volver a crear la base de datos utilizando el CREATE DATABASE comunicado.5. Realice una importación de base de datos completa ( TOTAL = y ) para restaurar

toda la base de datos.

Vea también:

Guía de Oracle Database Administrator para obtener más información sobre la creación de bases de datos

Utilizar parámetros de almacenamiento con Exportaciones e Importaciones

De forma predeterminada, una tabla se importa en su espacio de tablas originales.

Si el espacio de tablas que ya no existe o el usuario no tiene cuota suficiente en el espacio de tabla, el sistema utiliza el espacio de tabla por defecto para que el usuario, a menos que la tabla:

Se reparte Es una tabla de tipos Contiene LOB, VARRAY, o OPACO columnas de tipo

Tiene una tabla organizada por índices (IOT) segmento de desbordamiento

Si el usuario no dispone de cuota suficiente en el espacio de tabla por defecto, las tablas del usuario no se importan. Ver Reorganización de espacios de tabla para ver cómo se puede usar esto para su ventaja.

El ÓPTIMA Parámetro

El parámetro de almacenamiento ÓPTIMA para los segmentos de rollback no se conserva durante la exportación e importación.

Parámetros de almacenamiento para los índices de OID y columnas LOB

Las tablas se exportan con sus parámetros de almacenamiento actuales. Para tablas de objetos, la OIDINDEX se crea con sus parámetros actuales de almacenamiento y el nombre, si se les da. Para las tablas que contienen LOB, VARRAY o OPACOS columnas de tipo, LOB, VARRAY o OPACO tipo de datos se crea con sus parámetros de almacenamiento actuales.

Si modifica los parámetros de almacenamiento de las tablas existentes antes de la exportación, las tablas se exportan con los parámetros de almacenamiento alterados.Tenga en cuenta, sin embargo, que los parámetros de almacenamiento para los datos LOB no se pueden modificar antes de la exportación (por ejemplo, tamaño de porción para una columna LOB, si una columna LOB es CACHE o NOCACHE , y así sucesivamente).

Tenga en cuenta que los datos de línea de negocio podrían no residir en el mismo espacio de tabla como la tabla que contiene. El espacio de tabla para que los datos deben ser de lectura / escritura en el momento de la importación o la tabla no se importará.

Si los datos LOB reside en un espacio de tabla que no existe en el momento de la importación, o el usuario no tiene la cuota necesaria en ese espacio de tabla, no se importará la tabla. Porque puede haber varias cláusulas del espacio de tablas, entre ellos uno para la tabla, de importación no puede determinar qué cláusula de tablas causó el error.

Invalidar parámetros de almacenamiento

Antes de utilizar la utilidad de importación para importar datos, es posible que desee crear tablas grandes con diferentes parámetros de almacenamiento. Si es así, debe especificar IGNORE = y en la línea de comandos o en el archivo de parámetros.

La exportación COMPRESS Parámetro

Por defecto al momento de exportar, los parámetros de almacenamiento se ajustan para consolidar todos los datos en su extensión inicial. Para conservar el tamaño original de una medida inicial, se debe especificar en el momento de la exportación de que las extensiones son no ser consolidados (estableciendo COMPRESS = n ). Ver COMPRESS .

Información específica de las Exportaciones

El material que se presenta en esta sección es específica de la utilidad de exportación original. Los siguientes temas:

Ruta convencional Export Versus Camino Directo Exportación La invocación de un camino directo de exportación Exportación de una base de datos de sólo lectura Consideraciones al importar objetos de base de datos

Ruta convencional Exportación Versus Camino Directo Exportación

Export proporciona dos métodos para exportar datos de la tabla:

Ruta convencional Exportación Camino directo Exportación

Ruta convencional Export utiliza el SQL SELECT instrucción para extraer datos de tablas. Los datos se leen desde el disco en una caché del búfer, y las filas se transfieren a la memoria intermedia de la evaluación. Los datos, después de pasar la evaluación de expresiones, se transfiere al cliente de exportación, que a continuación, escribe los datos en el archivo de exportación.

Camino directo Exportación mucho más rápido que la exportación camino convencional, porque los datos se leen desde el disco en la caché del búfer y las filas son transferidos directamente al cliente de exportación. El tampón de la evaluación (es decir, la capa de procesamiento de comandos SQL) se omite. Los datos ya están en el formato que espera Export, evitando así la conversión de datos innecesarios. Los datos se transfieren al cliente de exportación, que luego escribe los datos en el archivo de exportación.

La invocación de un camino directo de exportación

Para utilizar la ruta directa de exportación, especifique la DIRECTO = y parámetro en la línea de comandos o en el archivo de parámetros. El valor predeterminado es DIRECTO = n, que extrae los datos de la tabla utilizando la ruta convencional. El resto de esta sección se tratan los siguientes temas:

Consideraciones de seguridad para las exportaciones vía directa Consideraciones de rendimiento para las exportaciones vía directa Restricciones para las exportaciones vía directa

Nota:

Al exportar una tabla en la ruta directa, asegúrese de que ninguna otra transacción está actualizando la misma mesa, y que el tamaño del segmento de cancelación es suficiente. De lo contrario, puede recibir

el siguiente error:

Instantánea ORA-01555 muy viejo; segmento de rollback número de cadena con el nombre de " cadena "demasiado pequeño

Esto hará que la exportación a terminar sin éxito.

Consideraciones de seguridad para las exportaciones vía directa

Oracle Virtual Private Database (VPD) y Oracle Label Security no se impongan durante Exportaciones camino directo.

Los siguientes usuarios están exentos de Virtual Private Database y Oracle Label aplicación de seguridad sin importar el modo de exportación, aplicación o utilidad que se utiliza para extraer datos de la base de datos:

El usuario de la base SYS Los usuarios de bases de datos otorgan la POLÍTICA DE ACCESO EXENTO

privilegio , Ya sea directamente o a través de un papel de base de datos

Esto significa que cualquier usuario que se concede la POLÍTICA DE ACCESO EXENTO privilegio es totalmente exentos de la aplicación de VPD y Oracle Label Security. Este es un privilegio poderoso y debe ser manejado con cuidado. Este privilegio no afecta a la aplicación de los privilegios de objeto tradicionales, como SELECT , INSERT , ACTUALIZAR y ELIMINAR . Estos privilegios se aplican incluso si un usuario se ha concedido la POLÍTICA DE ACCESO EXENTO privilegio.

Vea también:

Apoyo a grano fino control de acceso Oracle Database Guía del desarrollador de aplicaciones -

Fundamentos

Consideraciones de rendimiento para las exportaciones vía directa

Usted puede ser capaz de mejorar el rendimiento al aumentar el valor de la RecordLength parámetro al invocar una vía directa de exportación. Su ganancia exacta rendimiento depende de los siguientes factores:

DB_BLOCK_SIZE Los tipos de las columnas de la tabla Su diseño de I / O (La unidad recibe el archivo de exportación debe estar

separada de la unidad de disco donde residen los archivos de la base.)

Los siguientes valores son generalmente recomendados para RecordLength:

Múltiplos del sistema de archivos de E / S tamaño de bloque Múltiplos de DB_BLOCK_SIZE

Un archivo de exportación que se crea mediante la exportación vía directa tendrá la misma cantidad de tiempo para importar como un archivo de exportación creado usando camino convencional de exportación.

Restricciones para las exportaciones vía directa

Mantenga las siguientes restricciones en mente cuando usted está utilizando el modo trayectoria directa:

Para invocar un camino directo de exportación, debe utilizar el método de línea de comandos o un archivo de parámetros. No se puede invocar una exportación vía directa mediante el método interactivo.

El parámetro Export INTERMEDIARIO sólo se aplica a las exportaciones de ruta convencionales. Por vía directa de exportación, utilice el RecordLength parámetro para especificar el tamaño del búfer que Export utiliza para escribir en el archivo de exportación.

No se puede utilizar la ruta directa al exportar en modo de tabla ( TRANSPORT_TABLESPACES = Y ).

El CONSULTA parámetro no se puede especificar en un camino directo Exportar. A Export camino directo sólo puede exportar datos cuando el NLS_LANG variable

de entorno de la sesión invocando la exportación es igual al conjunto de caracteres base de datos. Si NLS_LANG no se establece o si es diferente a la del conjunto de caracteres base de datos, se muestra una advertencia y la exportación se interrumpe. El valor predeterminado para el NLS_LANG variable de entorno es American_America.US7ASCII .

Exportación de una base de datos de sólo lectura

Para extraer los metadatos de una base de datos de origen, de exportación utiliza consultas que contienen cláusulas de pedidos (operaciones de ordenación). Para estas consultas para tener éxito, el usuario que realiza la exportación debe ser capaz de asignar segmentos de ordenación. Para estos segmentos de ordenar que se asignarán en una base de datos de sólo lectura, espacio de tabla temporal del usuario debe establecerse para que apunte a un espacio de tabla temporal, administrado localmente.

Vea también:

Conceptos Oracle Data Guard y Administración para obtener más información sobre la configuración de este entorno

Consideraciones al exportar objetos de base de datos

Las siguientes secciones describen los puntos que debe considerar al exportar objetos de base de particulares.

Exportación de secuencias

Si las operaciones continúan acceder a los números de secuencia durante una exportación, los números de secuencia pueden ser omitidos. La mejor manera de asegurarse de que los números de secuencia no se pasan por alto es asegurar que las secuencias no son accesibles durante la exportación.

Los números de secuencia se pueden saltar sólo cuando los números de secuencia en caché están en uso. Cuando un caché de los números de secuencia se ha asignado, están disponibles para su uso en la base de datos actual. El valor exportado es el siguiente número de secuencia (después de los valores almacenados en caché). Los números de secuencia que se almacenan en caché, pero no utilizados, se pierden cuando se importa la secuencia.

Exportación LARGO y LOB Datatypes

En la exportación, LONG tipos de datos se captan en las secciones. Sin embargo, hay suficiente memoria debe estar disponible para guardar todos los contenidos de cada fila, incluyendo los datos de longitud.

LARGAS columnas pueden ser de hasta 2 gigabytes de longitud.

Todos los datos de una columna LOB no necesita que se celebrará en la memoria al mismo tiempo. Datos LOB se carga y descarga en las secciones.

Nota:

Oracle también recomienda convertir existentes LARGAS columnas para columnas LOB. Columnas LOB están sujetos a muchas menos restricciones que LARGAS columnas. Además, la funcionalidad de LOB se ha mejorado en todos los lanzamientos, mientras que la funcionalidad ha sido largamente estática en varios releases.

Exportación de bibliotecas de funciones Exteriores

El contenido de bibliotecas de funciones extranjeras no se incluyen en el archivo de exportación. En lugar de ello, sólo la especificación de biblioteca (nombre, lugar) se incluye en el modo de base de datos completa y en modo de usuario a la exportación. Debe mover los archivos ejecutables de la biblioteca y actualizar la especificación de biblioteca, si la base de datos se mueve a una nueva ubicación.

Exportador Tablespaces Gestionados Localmente Desconectado

Si los datos que va a exportar contiene offline tablespaces gestionados localmente, la exportación no será capaz de exportar la definición de tabla completa y mostrará un mensaje de error.Usted todavía puede importar los datos; Sin embargo, se debe crear la

conexión tablespaces gestionados localmente antes de importar para evitar comandos DDL que pueden hacer referencia a los espacios de tabla que faltan en su defecto.

Exportación de directorio de los nombres

Definiciones de alias Directory se incluyen sólo en un modo de exportación de base de datos completa. Para mover una base de datos a una nueva ubicación, el administrador de base de datos debe actualizar los alias de directorio para que apunte a la nueva ubicación.

Alias de directorio no se incluyen en modo de usuario o de la mesa de modo de exportación. Por lo tanto, debe asegurarse de que el alias del directorio se ha creado en el sistema de destino antes de utilizar el alias de directorio.

Exportación de Columnas y Atributos BFILE

El archivo de exportación no se mantiene el contenido de archivos externos referenciados por BFILE columnas o atributos. En su lugar, sólo los nombres y alias de directorio para los archivos se copian en la exportación y la restauraron en Importar. Si mueve la base de datos a una ubicación donde los viejos directorios no se pueden utilizar para acceder a los archivos incluidos, el administrador de base de datos (DBA) debe mover los directorios que contienen los archivos especificados a una nueva ubicación en la que se puede acceder.

Exportación de tablas externas

El contenido de las tablas externas no están incluidos en el archivo de exportación. En lugar de ello, sólo la especificación de la tabla (nombre, lugar) se incluye en el modo de base de datos completa y en modo de usuario a la exportación. Debe mover manualmente los datos externos y actualizar la especificación de la tabla, si la base de datos se mueve a una nueva ubicación.

Exportación de tipo de objeto Definiciones

En todos los modos de exportación, la utilidad de exportación incluye información acerca de las definiciones de tipos de objetos utilizados por las tablas que se exportan. La información, incluyendo el nombre del objeto, el identificador del objeto, y la geometría del objeto, es necesario verificar que el tipo de objeto en el sistema objetivo está en consonancia con las instancias de los objetos contenidos en el archivo de exportación. Esto asegura que los tipos de objetos que necesita una tabla se crean con el mismo identificador de objeto en tiempo de importación.

Tenga en cuenta, sin embargo, que en el modo de mesa, de modo de usuario y modo de tabla, el archivo de exportación no incluir una definición de tipo de objeto completo que necesita una tabla si el usuario que ejecuta la exportación no tiene acceso de ejecución al tipo de objeto. En este caso, sólo la información suficiente como está escrito para verificar que existe el tipo, con el mismo identificador de objeto y la misma geometría, en el sistema de destino de importación.

El usuario debe asegurarse de que se dan las definiciones de tipos adecuados en el sistema objetivo, ya sea trabajando con el DBA para crearlas, o bien importarlas desde el modo de base de datos completa o exportaciones de modo de usuario que realiza el DBA.

Es importante llevar a cabo un modo de exportación de base de datos completa con regularidad para conservar todas las definiciones de tipo de objeto.Alternativamente, si se utilizan las definiciones de tipo de objeto de diferentes esquemas, el DBA debe realizar una exportación de modo de usuario del conjunto adecuado de los usuarios. Por ejemplo, si tabla1 perteneciente al usuario scott contiene una columna de blake 's tipo tipo1, el DBA debe realizar una exportación de modo de usuario de ambos blake y scott para conservar las definiciones de tipo que necesita la mesa.

Exportación de tablas anidadas

Inner datos de la tabla anidada se exporta cada vez que se exporta la tabla que contiene externa. Aunque tablas anidadas interiores pueden ser nombrados, que no se pueden exportar individualmente.

Exportación de cola avanzada (AQ) Mesas

Las colas se implementan en las mesas. La exportación e importación de colas constituye la exportación e importación de las tablas de cola subyacentes y tablas del diccionario relacionados. Puede exportar y las colas de importación sólo en la mesa de la cola de granularidad.

Al exportar una tabla de cola, tanto la información de definición de tabla y cola de datos se exportan. Debido a que la tabla de datos de colas se exporta, así como la definición de la tabla, el usuario es responsable de mantener la integridad de los datos a nivel de aplicación al importar datos de la tabla de colas.

Oracle Exp Imp

Documents

Transcript of Oracle Exp Imp