Oracle Database 12c: Transporte de “Tablespaces” (Multiplataforma) (Parte II)

Por Joel Pérez y Wissem El Khlifi
Publicado en septiembre 2013

Índice de contenidos

1. Transporte de “Tablespaces” (Multiplataforma) (Parte I)
2. Transporte de “Tablespaces” (Multiplataforma) (Parte II)
3. Transporte de “Tablespaces” de “11.2.0.3” a “12.1” ( Parte III )

Objetivo: Llevar a cabo un transporte de “Tablespaces” en modo “Cross-Platform” con el uso de “RMAN Backupsets” inconsistentes. Para el presente caso los sistemas operativos origen y destino serán los siguientes de forma correspondiente: “Oracle Enterprise Linux 64bits” y “Windows 8 64bits”

Transporte de “Tablespaces” utilizando “Backups” Inconsistentes

A partir de “Oracle Database 12c” es posible el realizado de transporte de “Tablespaces” a partir de “Backups” inconsistentes y en modo “Cross-Platform”. Un respaldo de tipo inconsistente de un “Tablespace” es creado cuando el respectivo “Tablespace” se encuentra en modo “Read-Write”. El término inconsistente es referido al hecho de que los “Datafiles” contenidos en el “Backup” poseen cambios realizados posterior a su respectivo ultimo “Checkpoint”. Los “Foreign Datafiles” a lo cual es referido a los “Datafiles” pertenecientes a la BBDD origen no pueden ser directamente conectados a la BBDD destino sin antes haber llevado a los mismos a un estado consistente. Esta nueva posibilidad de transportar “Tablespaces” a través de “Backups” inconsistentes nos ofrecen las siguientes ventajas respecto a versiones de manejador previas a “12c”:

Previo a “Oracle Database 12cR1”
A partir de “Oracle Database 12cR1”
Anteriormente el transporte de “Tablespaces” debía iniciar con un “Backup” de los “Tablespaces” establecidos en modo “Read-Only”. Este hecho implicaba un posible “Downtime” de algunas operaciones sobre los respectivos “Tablespaces” o una sobre carga de trabajo a la instancia por la condición de “Read-Only” temporal de los “Tablespaces” deseados a transportar
A partir de “12c” el “Backup” de los “Tablespaces” deseados a transportar se puede llevar a cabo con los “Tablespaces” en modo “Read-Write”, lo cual evita “downtime” o sobrecarga a las aplicaciones o instancia(s) de BBDDs
Anteriormente, cada vez que se deseaba transportar los “Tablespaces” con la información a determinado punto en el tiempo se debía repetir el proceso de tomar “Backup” del “Tablespace” de forma completa, esto afecta en cierta medida a la disponibilidad de las aplicaciones, sobrecarga de la instancia y espacio necesitado para la operación
A partir de “12c” el respaldo inicial ( Incremental “Level 0” ) se puede reutilizar “n” veces siempre y cuando se disponga de los “Backups” incrementales ( “Level 1” ) para llegar al punto deseado de transporte
Una vez o durante el tomado del “Backup” con los “Tablespaces” en modo “Read-Only” se procede a realizar el “Backup” de la “Metadata” para así poder alimentar el diccionario de datos de la BBDD para completar el transporte. El proceso de exportar la “Metadata” es un proceso ejecutado de forma aparte con respecto al “Backup” de “Tablespaces”
A partir de “12c” la tarea de exportar la “Metadata” es necesario hacerla solo al momento del ultimo “Backup” “Level 1” para llegar al punto deseado. El ultimo “Backup” debe realizarse con el “Tablespace” en modo “Read-Only” para asegurar el estado consistente de la “Metadata” respecto al punto exacto físico al que llegara la recuperación de los “Datafiles”

 

Procedamos a realizar el ejemplo práctico descrito en el objetivo del artículo.

Creación de “Tablespace”

Creación de “Tablespace” “TBS_TRANSP_2” el cual será utilizado como “Tablespace” objeto de transporte y objeto para el comprobado final de la operación

SQL> CREATE TABLESPACE TBS_TRANSP_2 DATAFILE AUTOEXTEND ON MAXSIZE 100M;

Tablespace created.

SQL>  CREATE TABLE TAB_TRASNP_2 (ID NUMBER) TABLESPACE TBS_TRANSP_2;

Table created.

SQL>  insert into TAB_TRASNP_2 values(2);

1 row created.

SQL> commit;

Commit complete.

Chequeo de Pre-Requisitos

Tal como en las versiones anteriores, se debe realizar el verificado de si los “Tablespaces” a ser transportados son auto-contenidos ( “Self-Contained” ). Un “Tablespace” posee condición “Self-Contained” afirmativa si los objetos de este no dependen de otros “Tablespaces” que no estén siendo transportados en la operación.

Nota: Para llevar a cabo la operación de transporte el parámetro de BBDD “COMPATIBLE” debe encontrarse con un set igual o superior a “12.0”

SQL> EXECUTE DBMS_TTS.TRANSPORT_SET_CHECK('TBS_TRANSP_2', TRUE);

PL/SQL procedure successfully completed.

SQL> SELECT * FROM TRANSPORT_SET_VIOLATIONS;

no rows selected

SQL>

Chequeo de Plataformas soportadas

Para poder llevar a cabo el procedimiento, la plataforma destino debe estar en la lista presentada a continuación. Para el caso presente, la plataforma destino es:

( 12 Microsoft Windows x86 64-bit                        Little  )

SQL> set linesize 2000
SQL> set pagesize 2000
SQL> select PLATFORM_ID, PLATFORM_NAME, ENDIAN_FORMAT from v$transportable_platform;

PLATFORM_ID PLATFORM_NAME                                   ENDIAN_FORMAT      
----------- ------------------------------------------------------------------
          1 Solaris[tm] OE (32-bit)                             Big                     
          2 Solaris[tm] OE (64-bit)                             Big                     
          7 Microsoft Windows IA (32-bit)                       Little                  
         10 Linux IA (32-bit)                                   Little                  
          6 AIX-Based Systems (64-bit)                          Big                     
          3 HP-UX (64-bit)                                      Big                     
          5 HP Tru64 UNIX                                       Little                  
          4 HP-UX IA (64-bit)                                   Big                     
         11 Linux IA (64-bit)                                   Little                  
         15 HP Open VMS                                         Little                  
          8 Microsoft Windows IA (64-bit)                       Little                  
          9 IBM zSeries Based Linux                             Big                     
         13 Linux x86 64-bit                                    Little                  
         16 Apple Mac OS                                        Big                     
         12 Microsoft Windows x86 64-bit                        Little                  
         17 Solaris Operating System (x86)                      Little                  
         18 IBM Power Based Linux                               Big                     
         19 HP IA Open VMS                                      Little                  
         20 Solaris Operating System (x86-64)                   Little                  
         21 Apple Mac OS (x86-64)                               Little                  

20 rows selected.

SQL>

“BACKUP for Transport ALLOW INCONSISTENT… INCREMENTAL LEVEL 0”

A diferencia de la Parte I de este articulo, la operación a realizar estará basada en un “Tablespace” activo en modo “Read-Write” por lo tanto el respaldo a realizar es de modo inconsistente. Para ello se deberá utilizar la opción “ALLOW INCONSISTENT” y el primer “backup” a realizar será de tipo ( Incremental 0 ) para ser complementado posteriormente por “backups” de tipo ( Incremental 1 ).

sandbox1(orawiss):/home/oracle/PDB02>rman

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Jul 15 06:29:11 2013

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

RMAN> CONNECT TARGET "sys AS SYSBACKUP";

target database Password:
connected to target database: ORAWISS (DBID=3257067578)

RMAN> BACKUP
FOR TRANSPORT
ALLOW INCONSISTENT
INCREMENTAL LEVEL 0
TABLESPACE TBS_TRANSP_2 FORMAT '/home/oracle/PDB02/tbs_incons_2.bck'
;

Starting backup at 07/15/2013 06:33:26
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
using channel ORA_DISK_4
using channel ORA_DISK_5
channel ORA_DISK_1: starting incremental level 0 datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00061 name=+DATA/ORAWISS/DATAFILE/tbs_transp_2.341.820823239
channel ORA_DISK_1: starting piece 1 at 07/15/2013 06:33:27
channel ORA_DISK_1: finished piece 1 at 07/15/2013 06:33:28
piece handle=/home/oracle/PDB02/tbs_incons_2.bck tag=TAG20130715T063327 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 07/15/2013 06:33:28

RMAN>

Posterior al “respaldo” insertaremos unos cuantos registros mas para probar el concepto de transporte de “Tablespaces” en modo dinamico, en versiones anteriores, los “Tablespaces” debían de permanecer en modo “Read-Only” para realizar la operación y si se deseaba poseer una imagen posterior de la información del mismo, había que realizar el proceso desde el principio nuevamente. Para el presente caso solo es necesario el “Backup” inicial ( Nivel 0 ) y los posteriores respaldos ( Nivel 1 ) hasta llegar al punto deseado.

SQL> insert into TAB_TRASNP_2 values(3);

1 row created.

SQL> commit;

Commit complete.

“BACKUP for Transport ALLOW INCONSISTENT… INCREMENTAL LEVEL 1”

Posterior a la inserción de un registro nuevo, realizaremos el “Backup” incremental de nivel 1

BACKUP
FOR TRANSPORT
ALLOW INCONSISTENT
INCREMENTAL LEVEL 1
TABLESPACE TBS_TRANSP_2 FORMAT '/home/oracle/PDB02/tbs_incons_2_lvl1.bck';

sandbox1(orawiss):/home/oracle/PDB02>rman

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Jul 15 06:36:12 2013

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

RMAN> CONNECT TARGET "sys AS SYSBACKUP";

target database Password:
connected to target database: ORAWISS (DBID=3257067578)

RMAN> BACKUP
FOR TRANSPORT
ALLOW INCONSISTENT
INCREMENTAL LEVEL 1
TABLESPACE TBS_TRANSP_2 FORMAT '/home/oracle/PDB02/tbs_incons_2_lvl1.bck'2> 3> 4> 5>
6> ;

Starting backup at 07/15/2013 06:36:26
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=18 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=271 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=29 device type=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: SID=263 device type=DISK
allocated channel: ORA_DISK_5
channel ORA_DISK_5: SID=28 device type=DISK
channel ORA_DISK_1: starting incremental level 1 datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00061 name=+DATA/ORAWISS/DATAFILE/tbs_transp_2.341.820823239
channel ORA_DISK_1: starting piece 1 at 07/15/2013 06:36:29
channel ORA_DISK_1: finished piece 1 at 07/15/2013 06:36:30
piece handle=/home/oracle/PDB02/tbs_incons_2_lvl1.bck tag=TAG20130715T063629 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 07/15/2013 06:36:30

RMAN>


“Tablespace” en “Read-Only” & Ultimo backup

Los “Backups” “Level 1” pueden ser realizados cuantas veces se desee posterior al “Backup” “Level 0”, solo será necesario obtener la “Metadata” al momento del ultimo “Backup” con el cual se desee establecer el punto final de recuperación para así llevar a cabo el transporte del “Tablespace”.

La siguiente ejecución contendrá el establecimiento en modo “Read-Only” del “Tablespace” y el ultimo “Backup” con la respectiva generación del “Export Dump File” que poseerá la “Metadata”.

sandbox1(orawiss):/home/oracle/PDB02>sqlplus / as sysdba

SQL*Plus: Release 12.1.0.1.0 Production on Mon Jul 15 06:39:23 2013

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics
and Real Application Testing options

SQL> ALTER TABLESPACE TBS_TRANSP_2 READ ONLY;

Tablespace altered.

SQL> exit
Disconnected from Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics
and Real Application Testing options
sandbox1(orawiss):/home/oracle/PDB02>

sandbox1(orawiss):/home/oracle/PDB02>rman

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Jul 15 06:41:10 2013

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

RMAN> CONNECT TARGET "sys AS SYSBACKUP";

target database Password:
connected to target database: ORAWISS (DBID=3257067578)

RMAN> BACKUP
FOR TRANSPORT
INCREMENTAL LEVEL 1
TABLESPACE TBS_TRANSP_2
FORMAT '/home/oracle/PDB02/tbs_incons_final.bck'
DATAPUMP FORMAT '/home/oracle/PDB02/tbs_incons_final.dmp'
DESTINATION '/home/oracle/PDB02';

Starting backup at 07/15/2013 06:41:23
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=31 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=262 device type=DISK
allocated channel: ORA_DISK_3
channel ORA_DISK_3: SID=271 device type=DISK
allocated channel: ORA_DISK_4
channel ORA_DISK_4: SID=28 device type=DISK
allocated channel: ORA_DISK_5
channel ORA_DISK_5: SID=263 device type=DISK
Running TRANSPORT_SET_CHECK on specified tablespaces
TRANSPORT_SET_CHECK completed successfully

Performing export of metadata for specified tablespaces...
   EXPDP>
WARNING: Oracle Data Pump operations are not typically needed when connected to the 
root or seed of a container database.

   EXPDP> Starting "SYSBACKUP"."TRANSPORT_EXP_ORAWISS_urkc":
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/TABLE
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/TABLE_STATISTICS
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/STATISTICS/MARKER
   EXPDP> Processing object type TRANSPORTABLE_EXPORT/POST_INSTANCE/PLUGTS_BLK
   EXPDP> Master table "SYSBACKUP"."TRANSPORT_EXP_ORAWISS_urkc" successfully loaded/unloaded
   EXPDP> ******************************************************************************
   EXPDP> Dump file set for SYSBACKUP.TRANSPORT_EXP_ORAWISS_urkc is:
   EXPDP>   /home/oracle/PDB02/backup_tts_ORAWISS_71586.dmp
   EXPDP> ******************************************************************************
   EXPDP> Datafiles required for transportable tablespace TBS_TRANSP_2:
   EXPDP>   +DATA/ORAWISS/DATAFILE/tbs_transp_2.341.820823239
   EXPDP> Job "SYSBACKUP"."TRANSPORT_EXP_ORAWISS_urkc" successfully completed at 
   Mon Jul 15 06:42:30 2013 elapsed 0 00:00:51
Export completed

channel ORA_DISK_1: starting incremental level 1 datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00061 name=+DATA/ORAWISS/DATAFILE/tbs_transp_2.341.820823239
channel ORA_DISK_1: starting piece 1 at 07/15/2013 06:42:33
channel ORA_DISK_1: finished piece 1 at 07/15/2013 06:42:34
piece handle=/home/oracle/PDB02/tbs_incons_final.bck tag=TAG20130715T064125 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
channel ORA_DISK_1: starting incremental level 1 datafile backup set
input Data Pump dump file=/home/oracle/PDB02/backup_tts_ORAWISS_71586.dmp
channel ORA_DISK_1: starting piece 1 at 07/15/2013 06:42:34
channel ORA_DISK_1: finished piece 1 at 07/15/2013 06:42:35
piece handle=/home/oracle/PDB02/tbs_incons_final.dmp tag=TAG20130715T064125 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01

Finished backup at 07/15/2013 06:42:35

RMAN>

“Restore”

Se copian al “Host” destino “Windows” todos los elementos necesarios para realizar la operación de “Restore”. Los elementos son los siguientes:

  • “Backup Level 0”
  • “Backup Level 1” + “Export Dump File” de “Metadata”

En el comando “RESTORE” se identifica cual es el sistema operativo del cual se tomo el “Backup”, ya que el mismo fue producido en forma genérica para poder ser restaurado en cualquier sistema operativo de la lista especificada al principio del articulo. Se especifica igualmente el numero del o los “Datafile(s)” pertenecientes al “Tablespace” a ser transportado, la ruta donde se encuentra el mismo en el sistema operativo destino y la locación donde se encuentra el “Backupset” generado en el sistema operativo origen.

C:\Users\wissem>rman

Recovery Manager: Release 12.1.0.1.0 - Production on Mon Jul 15 12:51:51 2013

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

RMAN> CONNECT TARGET "sys AS SYSBACKUP";

target database Password:
connected to target database: CDBTST (DBID=918472262)

RMAN> RESTORE
2> FROM PLATFORM 'Linux x86 64-bit'
3> FOREIGN DATAFILE 61
4> FORMAT 'C:\PDB02\tbs_transp_2_61.df'
5> FROM BACKUPSET 'C:\PDB02\tbs_incons_2.bck';

Starting restore at 15-JUL-13
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=364 device type=DISK

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring foreign file 00061
channel ORA_DISK_1: reading from backup piece C:\PDB02\tbs_incons_2.bck
channel ORA_DISK_1: restoring foreign file 61 to C:\PDB02\TBS_TRANSP_2_61.DF
channel ORA_DISK_1: foreign piece handle=C:\PDB02\tbs_incons_2.bck
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:04
Finished restore at 15-JUL-13

RMAN>

“Recover” utilizando el primer “Backup” incremental
RMAN> RECOVER
2> FROM PLATFORM 'Linux x86 64-bit'
3> FOREIGN DATAFILECOPY 'C:\PDB02\tbs_transp_2_61.df'
4> FROM BACKUPSET 'C:\PDB02\tbs_incons_2_lvl1.bck';

Starting restore at 15-JUL-13
using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring foreign file C:\PDB02\tbs_transp_2_61.df
channel ORA_DISK_1: reading from backup piece C:\PDB02\tbs_incons_2_lvl1.bck
channel ORA_DISK_1: foreign piece handle=C:\PDB02\TBS_INCONS_2_LVL1.BCK
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished restore at 15-JUL-13

RMAN>


“Recover” utilizando el ultimo “Backup” incremental
RMAN> RECOVER
2> FROM PLATFORM 'Linux x86 64-bit'
3> FOREIGN DATAFILECOPY 'C:\PDB02\tbs_transp_2_61.df'
4> FROM BACKUPSET 'C:\PDB02\tbs_incons_final.bck';

Starting restore at 15-JUL-13
using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring foreign file C:\PDB02\tbs_transp_2_61.df
channel ORA_DISK_1: reading from backup piece C:\PDB02\tbs_incons_final.bck
channel ORA_DISK_1: foreign piece handle=C:\PDB02\TBS_INCONS_FINAL.BCK
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished restore at 15-JUL-13

RMAN>


”Restore” del “Backupset” que contiene el “Export Dump File”. El siguiente comando 
creara un “Export Dump File” denominado “tbs_inscons_final_dest.dmp” el cual será 
utilizado posteriormente para importar la “Metadata”
RMAN> RESTORE
2> FROM PLATFORM 'Linux x86 64-bit'
3> DUMP FILE 'tbs_incons_final_dest.dmp'
4> DATAPUMP DESTINATION 'C:\PDB02'
5> FROM BACKUPSET 'C:\PDB02\tbs_incons_final.dmp';

Starting restore at 15-JUL-13
using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring Data Pump dump file to C:\PDB02/tbs_incons_final_dest.dmp
channel ORA_DISK_1: reading from backup piece C:\PDB02\tbs_incons_final.dmp
channel ORA_DISK_1: foreign piece handle=C:\PDB02\tbs_incons_final.dmp
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:02
Finished restore at 15-JUL-13

RMAN>

Creación de “Directorio”

Creación de directorio para el “Import” final de la “Metadata”

C:\Users\wissem>sqlplus / as sysdba

SQL*Plus: Release 12.1.0.1.0 Production on Mon Jul 15 13:03:57 2013

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL> create directory TBS_TRANSP_DIR AS 'C:\PDB02';

Directory created.

SQL> exit
Disconnected from Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

C:\Users\wissem>

“Plug” de “Tablespace” en la BBDD destino

Haciendo uso del “Data Pump Import Utility” finalmente realizaremos el “Import” de la “Metadata” y así quedara finalizada satisfactoriamente la tarea de transportar un “Tablespace” con “Backups” inconsistentes.

C:\Users\wissem>impdp \"/ as sysdba\" 
directory=TBS_TRANSP_DIR dumpfile=tbs_incons_final_dest.dmp 
transport_datafiles='C:\PDB02\tbs_transp_2_61.df' nologfile=Y

Import: Release 12.1.0.1.0 - Production on Mon Jul 15 13:07:17 2013

Copyright (c) 1982, 2013, Oracle and/or its affiliates.  All rights reserved.

Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

WARNING: Oracle Data Pump operations are not typically needed when connected to the root or 
seed  of a container database.

Master table "SYS"."SYS_IMPORT_TRANSPORTABLE_01" successfully loaded/unloaded
Source timezone version is +00:00 and target timezone version is -05:00.
Starting "SYS"."SYS_IMPORT_TRANSPORTABLE_01":  "/******** AS SYSDBA" 
directory=TBS_TRANSP_DIR dumpfile=tbs_incons_final_dest.dmp 
transport_datafiles='C:\PDB02\tbs_transp_2_61.df' nologfile=Y
Processing object type TRANSPORTABLE_EXPORT/PLUGTS_BLK
Processing object type TRANSPORTABLE_EXPORT/TABLE
Processing object type TRANSPORTABLE_EXPORT/TABLE_STATISTICS
Processing object type TRANSPORTABLE_EXPORT/STATISTICS/MARKER
Processing object type TRANSPORTABLE_EXPORT/POST_INSTANCE/PLUGTS_BLK
Job "SYS"."SYS_IMPORT_TRANSPORTABLE_01" successfully completed at Mon Jul 15
 13:07:34 2013 elapsed 0 00:00:08

C:\Users\wissem>

“Check”

Realizando el verificado de la tarea, observaremos el registro incluido en la BBDD original posterior al “Backup” “Level 0”

C:\Users\wissem>sqlplus / as sysdba

SQL*Plus: Release 12.1.0.1.0 Production on Mon Jul 15 13:08:40 2013

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL> select * from TAB_TRASNP_2;

        ID
----------
         2
         3

SQL>

Conclusión

Tal como se pudo observar durante la ejecución del transporte, en “Oracle Database 12c” el “endian format” ya no representa una dificultad o elemento de posibilidad para realizar tareas “Cross-Platform” a excepción de aquellas tareas de “Upgrade” de versiones anteriores a “12c”. El modo en que ahora se pueden llevar a cabo el transporte de “Tablespaces” es mas flexible y permite minimizar el “Application Downtime”.

 


Joel es un experto DBA con más de 12 años de experiencia, especializado en bases de datos con especial énfasis en la soluciones de alta disponibilidad (RAC, Data Guard, y otras). Es un conferencista habitual en eventos de Oracle como: OTN LAD TOUR y otros. Consultor Internacional con trabajos en más de 20 países alrededor del mundo. Fue el primer latinoamericano en ser nombrado "Experto OTN" en el año 2003, Oracle ACE año 2004 y actualmente Oracle ACE Director. Wissem es un Senior DBA con más de 12 años de experiencia, especializado en soluciones RAC & Data Guard. Actualmente labora para “Schneider Electric / APC Global operations”. Wissem ha trabajado también para varias empresas internacionales líderes en sectores de Bancas, Telecomunicaciones, Internet y Energía. Wissem fue el primer Oracle ACE en España y es un OCP DBA.