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:
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.