img-feed img-feed-email

Recuperar password expirado que impide acceder al Enterprise manager (ORA-28001)

Al intentar conectar  Enterprise Manager obtenemos un error  de que no es posible conectarnos a la instancia por hay  el siguiente error con el agente de Oracle:
Details: ORA-28001: the password has expired (DBD ERROR: OCISessionBegin)   
La razón mas probable es que el usuario SYSMAN tenga el password expirado. Necesitaras cambiar la contraseña:
Para ello entramos al sqlplus como sysdba  y efectuaremos el cambio del password para SYSMAN,  modificar el “default” profile para que no vuelva a expirar  y comprobamos la expiración de los password para el resto de usuarios:
sqlplus / as sysdaba
 alter user sysman identified by YourNewPassword;
 ALTER PROFILE DEFAULT LIMIT password_life_time UNLIMITED;
 SELECT username,ACCOUNT_STATUS,EXPIRY_DATE FROM dba_users;

Información obtenida  de:
► Leer más...

Restaurar procedimiento desde export

Para restaurar solamente un procedimiento a partir de un export hay que tener en cuenta primero que no es posible restaurar este solo objeto.

Asumamos que el procedimiento Proc_XXXX se encuentra en el esquema ESQUEMA_NN el cual se encuentra en el backup BCK_YYYY.dmp


lo que podemos hacer es crear un esquema copia donde guardaremos los objetos del export, pero sin incluir el contenido de las tablas


SQL> create user COPIA_ESQUEMA_NN identified by clave;

SQL> alter user COPIA_ESQUEMA_NN default tablespace tbs_xxxxx;

SQL> grant connect, resource to COPIA_ESQUEMA_NN;

SQL> exit



$ imp usuario/contrasena file=BCK_YYYY.dmp fromuser=ESQUEMA_NN touser=COPIA_ESQUEMA_NN rows=N log=logProc.log



No se recomienda hacer este tipo de restauraciones en producción, a menos que ya tengas algun grado de experiencia

listo, eso es todo, ahora podrás recuperar el codigo fuente de tu procedimiento
► Leer más...

Backups de Oracle con RMAN

RMAN (Recovery Manager) es la herramienta de Oracle para poder hacer backups físicos de nuestra BBDD. Un backup físico, es a fín de cuentas, como copiar los ficheros DBFs que forman los TableSpaces de nuestra BBDD a un lugar seguro (de ahí, lo de copia de seguridad), pero claro, si lo hiciéramos con el comando COPY del sistema operativo, el estado de la copia de seguridad sería inconsistente, porque no todos los DBFs estarían sincronizados con los cambios en nuestra BBDD a la misma hora, por lo tanto, lo mejor es hacer esta copia con la base de datos parada.

Claro que no todas las bases de datos se pueden parar, para hacerles backup, por lo que para poder hacer un backup físico con Oracle arriba, necesitamos que la base de datos esté configurada en modo ArchiveLog. En ese caso, podremos hacer backup físico en caliente (que se dice).

Para ilustrar el procedimiento, vamos a lanzar un backup físico al directorio /opt/backups_oracle/backupset/, por lo que, lo primero será crear el directorio donde dejaremos la copia.



mkdir -p /opt/backups_oracle/backupset/controlfileschown -R oracle.oinstall /opt/backups_oracle

Nos convertimos en usuario oracle, y lanzamos RMAN usando el catálogo local (esto son los ControlFiles de la propia BBDD).

su - oracle$ORACLE_HOME/bin/rman target / nocatalog

Ya en la consola de RMAN ejecutaremos los siguientes comandos:

RMAN>-- Mostrar nuestr política de backupSHOW RETENTION POLICY;-- Configurar: solo conservaremos dos backups físicosCONFIGURE RETENTION POLICY TO REDUNDANCY 2;-- Hacer copia también de los controlFiles.CONFIGURE CONTROLFILE AUTOBACKUP ON;-- Decirle el directorio donde dejar los backups de estos-- controlfiles...CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK \TO '/opt/backups_oracle/backupset/controlfiles/BBDD_%F.ctl.bck';-- Decirle que el dispositivo por defecto sera el discoCONFIGURE DEFAULT DEVICE TYPE TO DISK;-- Decirle el directorio donde dejar la copia de los DatafilesCONFIGURE CHANNEL DEVICE TYPE DISK FORMAT \'/opt/backups_oracle/backupset/%T__%d_%p_%s.bck';-- No limitar el tamaño de la copiaCONFIGURE MAXSETSIZE TO UNLIMITED;-- salir :)RMAN> exit;

Con estos comandos estamos configurando nuestra política de backup, donde lo más significativo es que le decimos el directorio donde debe dejar los backups y que como máximo conservaremos dos copias físicas. Esto se guardará en los controlfiles de la BBDD, ya que no estamos usando un catálogo global. Esto es importante porque significa que tenemos que guardar copia de los controlfiles junto al backup de Oracle.

Una vez configurada nuestra política de copia, podremos lanzar el backup de Oracle ejecutando...

RMAN>-- Hacer backup de los DatafilesBACKUP DATABASE;-- Borrar los archivelogs, obsoletosBACKUP ARCHIVELOG ALL DELETE INPUT;-- Hacer copia extra de los controlfilesCOPY CURRENT CONTROLFILE TO \'/opt/backups_oracle/backupset/controlfiles/control%u.copia';-- Borrar las copias obsoletas (según RETENTION POLICY REDUNDANCY)DELETE NOPROMPT OBSOLETE;-- salir :)RMAN> exit;

Además, sería bueno conservar junto al backup el BDID de la BBDD...

su - oraclesqlplus /nologSQLPLUS> connect /as sysdba;SQLPLUS> select DBID from v$database;

... y una copia del SPFILE que usa la BBDD para arrancar (que podemos copiar usando el comando COPY del sistema Operativo)

su - oraclesqlplus /nologSQLPLUS> connect /as sysdba;SQLPLUS> show parameter pfile;
► Leer más...

Data Pump: Escenarios de uso. Parte.3

En estos ejemplos se utilizan parfiles (archivos plano de texto) para especificar los parámetros a utilizar en el expdp e impdp. Para ejecutar un expdp o impdp utilizando un parfile: expdp parfile=archivo_parfile.txt o impdp parfile=archivo_parfile.txt.



En los diferentes escenarios se muestra el contenido de cada parfile en particular.

El parámetro directory, especifica donde quedará el dmp exportado, o de donde se toma el dmp de origen para realizar una importación. La ubicación data_pump_dir, en una instalación por default, apunta a la ubicación $ORACLE_BASE/admin/dpdump.



Escenario 1:

Exportar la base ORCL completa.



userid=system/password@ORCL

dumpfile=completadp.dmp

logfile=completadp.log

full=y

directory=data_pump_dir



Escenario 2:

Exportar schema SCOTT de la base ORCL.



userid=system/password@ORCL

dumpfile=scottdp.dmp

logfile=scottdp.log

schemas=SCOTT

directory=data_pump_dir



Escenario 3:

Exportar las tablas PAISES y CIUDADES del esquema SCOTT.



userid=system/password@ORCL

dumpfile=scott_paisyciuddp.dmp

logfile=scott_paisyciuddp.log

tables=(SCOTT.PAISES,SCOTT.CIUDADES)

directory=data_pump_dir



Escenario 4:

Exportar la tabla EMPLEADOS del schema SCOTT de la base ORCL e importarla sobre la base ORCL_NEW.



*expdp parfile

userid=system/password@ORCL

dumpfile=scott_empdp.dmp

logfile=scott_empdp.log

tables=SCOTT.EMPLEADOS

directory=data_pump_dir



*impdp parfile

userid=system/password@ORCL_NEW

dumpfile=scott_empdp.dmp -- se utiliza el dmp creado en el paso anterior --

logfile=imp_scott_empdp.log

directory=data_pump_dir

table_exists_action=replace -- en caso de que la tabla exista en el destino, se reemplazará --



Escenario 5:

Exportar solamente la estructura, sin incluir datos, del esquema SCOTT.



userid=system/password@ORCL

dumpfile=scott_metadata.dmp

logfile=scott_metadata.log

content=metadata_only -- solamente la estructura --

schemas=SCOTT

directory=data_pump_dir



Escenario 6:

Exportar del esquema SCOTT, los registros de las tablas PAISES y CIUDADES cuyo nombre comience con letra A.



userid=system/password@ORCL

dumpfile=scott_soloA.dmp

logfile=scott_soloA.log

content=data_only

schemas=SCOTT

include=table:"in('PAISES','CIUDADES')"

query="where nombre like 'A%'"

directory=data_pump_dir
► Leer más...

Expdp falla con errores ORA-31626, ORA-31633, ORA-06512, ORA-01031

Os voy a comentar un error que me sucedió al ejecutar el comando expdp para exportar solo objetos de mi esquema (schema)  los errores que me daban eran ORA-31626, ORA-31633, ORA-06512 y ORA-01031.
A continuación muestro los errores de mi consola.
SQL> host expdp test/t   directory=d   dumpfile=a.dmp

Export: Release 10.2.0.1.0 - Production on Saturday, 12 September, 2010 14:58:53Copyright (c) 2003, 2005, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORA-31626: job does not exist
ORA-31633: unable to create master table "TEST.SYS_EXPORT_SCHEMA_05"
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPV$FT", line 863
ORA-01031: insufficient privileges

Causa del Problema

 ORA-01031 indica que el usuario test  que esta ejecutando data pump export no tiene los suficientes privilegios para ejecutarlo.

Para ver los privilegios del usuario en curso ejecutamos la siguiente consulta:
SQL> select * from session_privs;


PRIVILEGE
----------------------------------------
CREATE SESSION
BACKUP ANY TABLE
SELECT ANY TABLE
SELECT ANY SEQUENCE
EXECUTE ANY PROCEDURE
CREATE ANY DIRECTORY
EXECUTE ANY TYPE
ADMINISTER RESOURCE MANAGER
RESUMABLE
SELECT ANY DICTIONARY
READ ANY FILE GROUP

11 rows selected.

Solución al Problema

Para poder hacer operaciones de exportación del usuario de tener el privilegio de systema: create table. Como se puede ver el usuario no tiene el privilegio "create table". Para evitar este problema podemos usar diferentes soluciones:

Solución 1) Como DBA user dar el privilegio 'create table' al usuario que tiene que ejecutar  operaciones data pump export.

SQL> conn system/a
SQL> grant create table to test;

Entonces el usuario test podrá ejecutar la operación.

SQL> host expdp test/t full=y directory=d dumpfile=a.dmp

Solución 2) Ejecutar la operación con un usuario diferente que tenga el privilegio de create table. Por ejemplo ejectuar la exportación con el usuario.

SQL>host expdp system/orcl full=y directory=d dumpfile=a.dmp

► Leer más...

Data Pump Export (expdp) and Data Pump Import (impdp) Parte.2

Ahora vamos  a dar un pequeño repaso al Data Pump,  que podemos usar  a partir de la versión Oracle Database 10g.  Esta nueva tecnología permite a los DBAs trasferir gran volumen de datos entre bases de datos Oracle y con muy alta velocidad comparada con las anteriores herramientas export/import.


Principales ventajas de Data pump

  Podemos exportar en paralelo, escribiendo en múltiples archivos en diferentes discos. Por ejemplo, especificando el parámetro PARALLEL=2 y dos directorios con los nombres de archivos destino, DUMPFILE=dir1:/file1.dp, dir2:/file2.dp.

  Posibilidad de realizar attach y dettach del trabajo, monitoreando el trabajo remotamente.

  Más opciones para filtrado de metadatos (parámetros EXCLUDE e INCLUDE).

  Podemos estimar los requerimientos de espacio en disco con el parámetro ESTIMATE_ONLY, antes de ejecutar la tarea.

  Los datos pueden ser exportados desde una BD remota utilizando un DB link.

  Puede especificarse la versión de la BD y exportar solo los objetos compatibles con dicha versión.

  Durante la tarea de impdp podemos cambiar el destino de los datafiles, esquemas y tablespaces (REMAP_DATAFILES, REMAP_SCHEMA, REMAP_TABLESPACE).

  Nos permite filtrar los datos durante la ejecución de impdp.

  Puede importarse desde una BD hacia otra sin escribir a un archivo de dump, especificando el parámetro NETWORK_LINK.

  El status de los trabajos pueden ser consultados directamente desde el data dictionary. Por ejemplo, dba_datapump_jobs, dba_datapump_sessions, etc




Introducción
Oracle Data Dump dispone de dos utilidades para efectuar las operaciones de exportación o importación:
  • Data Dump Export que se invoca con expdp.
  •  Data Dump Import que se invoca con impdp.
Data Pump export crea archivos conocidos como dumps files los cuales tiene un formato propietario que solo Data Pump Import puede entender.

Data Pump  es una tecnología servidor. Por esto, los ficheros dump y log son generados en directorios  del servidor oracle. Data Pump requiere objetos directorios que para poder acceder al directorio donde se exportará o importarán los datos.

Por ejemplo para crear un objeto directorio llamado expdp_dir  localizado en  /u01/backup/exports  se ejecutaremos la siguiente instrucción SQL:

SQL> create directory expdp_dir as '/u01/backup/exports';

Una vez creado le daremos permisos de lectura y escritura a los usuarios que usen data pump export y import:

SQL> grant read,write on directory expdp_dir to system, user1, user2;



Invocar Data Pump Export
Data pump export se llama desde la línea de comandos.  Los parámetros de exportación puede se especificados directamente en la línea de comandos o a través  un ficheros de parámetros creado previamente y llamado con el parámetro PARFILE=mifichero.par.
Modo ‘Full Export’
A full export se especifica usando el parámetro FULL y de este modo la base de datos completa es  exportada. Este modo requiere que tengas asignado el rol EXP_FULL_DATABASE. Ejemplo:
$ expdp system/ DIRECTORY=expdp_dir DUMPFILE=expfull.dmp FULL=y LOGFILE=expfull.og

Modo ‘Schema Export’
Se invoca usando  el parametro SCHEMAS. Si no tiene el rol EXP_FULL_DATABASE, solo podrás importar de tu propio esquema. Se tienes el rol EXP_FULL_DATABASE  podrás exportar de cualquier esquema.
$ expdp hr/hr DIRECTORY=expdp_dir DUMPFILE=schema_exp.dmp SCHEMAS=hr,sh,oe

Modo ‘Table Export’
Este modo se especifica usando el parámetro TABLES. En este modo, solo las tablas especificadas y sus dependencias serán exportadas. Si no tienes el rol EXP_FULL_DATABASE, solo podrás exportar tablas de tu propio esquema.
$ expdp hr/hr DIRECTORY=expdp_dir DUMPFILE=tables_exp.dmp TABLES=employees,jobs,departments

Invocar Data Pump ImportData pump Import se llama desde la línea de comandos.  Los parámetros de exportación puede se especificados directamente en la línea de comandos
Modo Full Import
Carga el contenido completo del fichero dump origen (creado con expdp) en la base de datos destino. Sin embargo, debes tener permisos como IMP_FULL_DATABASE rol  y especificar el parámetro FULL=y.

$ impdp system/ DIRECTORY=expdp_dir DUMPFILE=expfull.dmp FULL=y LOGFILE=impfull.og
Schema Import Mode
Se invoca usando el parámetro SCHEMAS. Solo los contenidos del esquema especificado son incorporados en la base de datos. El fichero del ‘dump file’  pueder ser  a full, schema-mode, table, o tablespace.  Si posees el rol IMP_FULL_DATABASE role, podrás especificar una lista de esquemas a importar en la base de datos destino.

$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp SCHEMAS=hr,sh,oe

Table Import Mode
Es especifica usando el parámetro TABLES. En este modo solo las tablas indicadas y sus dependencias  son importadas. Si no tienes el rol IMP_FULL_DATABASE solo podrás importar tablas de tu propio esquema.
$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp TABLES=employees,jobs,departments



Uso de Fichero de Parámetros con DATA DUMP

Es aconsejable especificar los parámetros dentro de un fichero parámetros, sobre todo cuando se usan en procedimientos repetitivos, complejos o por simple comodidad.

Primer paso ello crear el fichero de texto con una línea por cada parámetro a usar. Por ejemplo creamos el fichero exp.par con el siguiente contenido:

DIRECTORY=DP01
DUMPFILE=HR_dataonly-3.dmp
CONTENT=DATA_ONLY
SCHEMAS=HR,OE
EXCLUDE=TABLE:"IN ('COUNTRIES','LOCATIONS', 'REGIONS')"
QUERY=hr.EMPLOYEES:"WHERE Department_id !=20 ORDER BY employee_id"
FLASHBACK_TIME="TO_TIMESTAMP('15-09-2010 17:22:00', 'DD-MM-YYYY-HH24:MI:SS')

Ahora podemos ejecutar el comando usando el fichero de parámetros que hemos creado:
$ expdp hr/hr PARFILE=exp.par



Párametros para Filtrar los Datos

Para filtrar los datos en las operaciones con Data Pump disponemos de las opciones CONTENT, EXCLUDE/INCLUDE y QUERY.

Aqui un pequeño resumen con ejemplos:

CONTENT. Permite filtra el contenido a exportar en el fichero dump. Puede tener e valores: ALL, DATA_ONLY, METADATA_ONLY.



$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp CONTENT=DATA_ONLY;


EXCLUDE y INCLUDE

EXCLUDE permite omitir los objetos especificados en la operación de exportación/exportación.

Format del parámetro EXCLUDE=objete_type:[name_clause]. Ejemplo:

$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp EXCLUDE=TABLE:"LIKE ‘EMP%’";



INCLUDE fuerza la inclusión de solo los objetos especificados. Ejemplos:

INCLUDE=TABLE:"IN (‘EMPLOYEES’, ‘DEPARTMENTS’)";


INCLUDE=PROCEDURE



QUERY

Este parámetro selecciona las filas que se quiere exportar o importar. Ejemplo:

QUERY=OE.ORDERS: "WHERE order_id >10000"





Monotorizar Trabajos DATA


El uso de dos vistas son cruciales para monotorizar DATA DUMP:

1- DBA_DATAPUMP_JOBS: esta vista muestra un resumen de los trabajos Data Pump que estan corriendo. Ejemplo:

SQL> SELECT * FROM dba_datapump_jobs;

2- DBA_DATAPUMP_SESSIONS: Identifica las secciones de usuario que estab abiertas con trabjos de Data Pump Export o Import.

SQL> SELECT sid, serial# FROM V$session s,
       dba_datapump_jobs d 
       WHERE s.saddr=d.saddr;



Visualizar el progreso de trabajos DataPump.

Con la vista V$session_longops usaremos las siguientes columnas para monotorizar el progreso de los trabajos de exportación o importación:

- TOTALWORK: muestra una estimación total tamaño en megabytes.

- SOFAR: megasbytes trasferidos hasta ahora en el trabajo.

- OPNAME: nombre del trabajo.

Ejemplo:

SQL>  SELECT opname, target_desc, sofar, totalwork FROM  V$session_longops;
► Leer más...

Data Pump Export (expdp) and Data Pump Import (impdp) Parte-1

Introducción
Data Pump está disponible a partir de la versión Oracle Database 10g. Esta nueva tecnología permite a los DBAs trasferir gran volumen de datos entre bases de datos Oracle y con muy alta velocidad comparada con las anteriores herramientas export/import.

The oracle Data Dump dispone de dos utilidades:
• Data Dump Export que se invoca con expdp.
• Data Dump Import que se invoca con impdp.

De Data Pump export crea archivos conocidos como dumps files los cuales tiene un formato propietario que solo Data Pump Import puede entender.

Data Pump es una tecnología servidor. Por esto, los ficheros dump y log son generados en directorios del servidor oracle. Data Pump requiere objetos directorios que para poder acceder al directorio donde se exportará o importarán los datos.

Por ejemplo para crear un objeto directorio llamado expdp_dir localizado en /u01/backup/exports se ejecutaremos la siguiente instrucción SQL:

SQL> create directory expdp_dir as '/u01/backup/exports';

Una vez creado le daremos permisos de lectura y escritura a los usuarios que usen data pump export y import:

SQL> grant read,write on directory expdp_dir to system, user1, user2;


Invocar Data Pump Export
Data pump export se llama desde la línea de comandos. Los parámetros de exportación puede se especificados directamente en la línea de comandos o a través un ficheros de parámetros creado previamente y llamado con el parámetro PARFILE=mifichero.par.
Modo ‘Full Export’
A full export se especifica usando el parámetro FULL y de este modo la base de datos completa es exportada. Este modo requiere que tengas asignado el rol EXP_FULL_DATABASE. Ejemplo:
$ expdp system/ DIRECTORY=expdp_dir DUMPFILE=expfull.dmp FULL=y LOGFILE=expfull.og

Modo ‘Schema Export’
Se invoca usando el parametro SCHEMAS. Si no tiene el rol EXP_FULL_DATABASE, solo podrás importar de tu propio esquema. Se tienes el rol EXP_FULL_DATABASE podrás exportar de cualquier esquema.
$ expdp hr/hr DIRECTORY=expdp_dir DUMPFILE=schema_exp.dmp SCHEMAS=hr,sh,oe

Modo ‘Table Export’
Este modo se especifica usando el parámetro TABLES. En este modo, solo las tablas especificadas y sus dependencias serán exportadas. Si no tienes el rol EXP_FULL_DATABASE, solo podrás exportar tablas de tu propio esquema.
$ expdp hr/hr DIRECTORY=expdp_dir DUMPFILE=tables_exp.dmp TABLES=employees,jobs,departments

Invocar Data Pump Import
Data pump Import se llama desde la línea de comandos. Los parámetros de exportación puede se especificados directamente en la línea de comandos
Modo Full Import
Carga el contenido completo del fichero dump origen (creado con expdp) en la base de datos destino. Sin embargo, debes tener permisos como IMP_FULL_DATABASE rol y especificar el parámetro FULL=y.

$ impdp system/ DIRECTORY=expdp_dir DUMPFILE=expfull.dmp FULL=y LOGFILE=impfull.og
Schema Import Mode
Se invoca usando el parámetro SCHEMAS. Solo los contenidos del esquema especificado son incorporados en la base de datos. El fichero del ‘dump file’ pueder ser a full, schema-mode, table, o tablespace. Si posees el rol IMP_FULL_DATABASE role, podrás especificar una lista de esquemas a importar en la base de datos destino.

$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp SCHEMAS=hr,sh,oe

Table Import Mode
Es especifica usando el parámetro TABLES. En este modo solo las tablas indicadas y sus dependencias son importadas. Si no tienes el rol IMP_FULL_DATABASE solo podrás importar tablas de tu propio esquema.
$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp TABLES=employees,jobs,departments



PARAMETROS DE FILTRADO DE DATOS.
CONTENT. Permite filtra el contenido a exportar en el fichero dump. Puede tener e valores: ALL, DATA_ONLY, METADATA_ONLY.

$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp CONTENT=DATA_ONLY;

EXCLUDE and INCLUDE.
EXCLUDE permite omitir los objetos especificados en la operación de exportación/exportación.
Format del parámetro EXCLUDE=objete_type:[name_clause]. Ejemplo:

$ impdp hr/hr DIRECTORY=expdp_dir DUMPFILE=expfull.dmp EXCLUDE=TABLE:”LIKE ‘EMP%’;

INCLUDE fuerza la inclusión de solo los objetos especificados. Ejemplos:
INCLUDE=TABLE:”IN (‘EMPLOYEES’, ‘DEPARTMENTS’)”;
INCLUDE=PROCEDURE

QUERY
Este parámetro selecciona las filas que se quiere exportar o importar. Ejemplo:
QUERY=OE.ORDERS: “WHERE order_id >10000”
USO DE FICHEROS de PARÁMETROS con DATA PUMP

Es aconsejable especificar los parámetros dentro de un fichero parámetros, sobre todo cuando se usan en procedimientos repetitivos, complejos o por simple comodidad.
Primer paso ello crear el fichero de texto con una línea por cada parámetro a usar. Por ejemplo creamos el fichero exp.par con el siguiente contenido:

DIRECTORY=DP01
DUMPFILE=HR_dataonly-3.dmp
CONTENT=DATA_ONLY
SCHEMAS=HR,OE
EXCLUDE=TABLE:"IN ('COUNTRIES','LOCATIONS', 'REGIONS')"
QUERY=hr.EMPLOYEES:"WHERE Department_id !=20 ORDER BY employee_id"
FLASHBACK_TIME="TO_TIMESTAMP('15-09-2010 17:22:00', 'DD-MM-YYYY-HH24:MI:SS')

Ahora podemos ejecutar el comando usando el fichero de parámetros que hemos creado:

$ expdp hr/hr PARFILE=exp.par
► Leer más...

/
 
▲ ARRIBA▲