Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Fase 1: fase de preparación (la base de datos de origen permanece en línea)

Durante esta fase, se realiza una copia de seguridad de los archivos de datos del espacio de tablas que se va a transportar en el sistema de origen. Las copias de backup se transportan al sistema de destino y se restauran mediante la ejecución del xttdriver.pl script.

Paso 1: Realice copias de seguridad completas (nivel=0) del espacio de tablas en el sistema de origen

Para reducir el tiempo de duración de la copia de seguridad, copie los xttdriver.pl archivos xtt.properties y en varios directorios. En cada xtt.properties archivo de cada directorio, introduzca el nombre del espacio de tabla en el tablespaces parámetro. A continuación, en cada directorio, ejecute xttdriver.pl con la --backup opción. Este comando transporta todos los espacios de tabla excepto los,, y SYSTEM SYSAUX UNDOTEMP, que se crearon durante la instalación de la base de datos de destino.

Por ejemplo, cada xtt01~xtt04 directorio tiene todos los xtt scripts (xtt.propertiesyxttdriver.pl) con valores diferentes para el tablespaces= parámetro del archivo. xtt.properties Al editar el tablespaces parámetro de cada xtt.properties archivo, considere la posibilidad de dividir los grupos de espacios de tabla de manera que el tamaño total de los archivos de datos de cada grupo de espacios de tabla sea similar.

En esta guía, el ejemplo supone que hay cuatro grupos de tablespaces. Si la base de datos de origen es una instancia única de Oracle, debe crear todos los directorios. xtt01~04 Si la base de datos de origen es Oracle RAC, puede crear cada xtt directorio en cada servidor Oracle RAC.

[oracle@erp expimp]$ ls
out  xtt01  xtt02  xtt03    xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04

En la siguiente tabla se muestran ejemplos del tablespaces= parámetro de los xtt.properties archivos.

Para evitar que se eliminen las copias de seguridad de los archivos de datos existentes mientras xttdriver.pl se ejecuta en paralelo, comente la siguiente líneaxttdriver.pl.

   if (@present)
   {
      ## Try deleting any existing copied datafiles
##Comment out it for executing rman command in parallel by AWS
##        system("\\rm -f $dfcopydir/*.tf");
      sleep 5;
   }

Se utiliza xttdriver.pl para realizar la copia de seguridad en RMAN del sistema de origen.

Si el sistema de origen es Oracle RAC, se puede ejecutar en cada instancia de Oracle RAC simultáneamente.

La salida de xttdriver.pl se almacena en la variable de entorno TMPDIR. Ejecute cada xttdriver.pl comando con la --backup opción y utilícela para activar el --debug modo de depuración.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3

En este ejemplo, <nn>representa los grupos de tablespaces. Si hay cuatro grupos de tablespaces, <nn>pasa a ser,, 01 y02. 03 04

Paso 2: Transfiera las copias de seguridad completas al sistema de destino

Utilice una de las dos opciones siguientes para transferir las copias de seguridad al sistema de destino.

Opción 1: usar AWS Snowball Edge

Ruta: Base de datos de origen -> etapa de origen AWS Snowball Edge -> -> Amazon S3 -> FSx para Lustre

El siguiente diagrama muestra la transferencia de una copia de seguridad completa mediante Snowball Edge.

El Snowball Edge es un dispositivo físico robusto de almacenamiento y computación que se puede utilizar para mover datos a gran escala. AWS Snowball Edge ayuda a superar los desafíos que pueden surgir con las transferencias de datos a gran escala, como los largos tiempos de transferencia, la falta de ancho de banda utilizable y los problemas de seguridad.

Snowball Edge transfiere todas las copias de seguridad de los archivos de datos a Amazon S3. Si el tamaño del sistema de origen es superior a 100 TB, debe utilizar varios dispositivos Snowball Edge para reducir la duración de la transferencia.

Amazon FSx for Lustre está profundamente integrado con Amazon S3. Puede crear un sistema de archivos FSx para Lustre que se vincule a su bucket de S3 en cuestión de minutos. Cuando están vinculados al repositorio de datos de Amazon S3, los sistemas FSx de archivos de Lustre presentan de forma transparente los objetos de Amazon S3 como archivos. En el entorno real, el rendimiento de FSx for Lustre depende de su capacidad de almacenamiento, del tamaño de cada archivo y del grado de distribución de los archivos en el sistema de archivos. Si se utiliza FSx for Lustre como almacenamiento en fase de destino, no es necesario restaurar las copias de seguridad de los tablespaces en Amazon Elastic Block Store (Amazon EBS) o Amazon Elastic File System desde Amazon S3.

Opción 2: usar AWS Direct Connect

Ruta: base de datos de origen -> fase de origen -> AWS Direct Connect -> FSx para Lustre

El siguiente diagrama muestra la transferencia de una copia de seguridad completa mediante el uso AWS Direct Connect de.

Direct Connect le permite crear conexiones de red privadas entre su centro de datos, oficina o entorno de colocación y AWS. Estas conexiones de red privada reducen los costos de la red, aumentan el rendimiento y ofrecen una experiencia uniforme.

Puede transferir directamente las copias de seguridad de los archivos de datos desde el sistema de origen al sistema de destino (Amazon EC2) donde está montado el sistema de archivos Amazon FSx for Lustre. Esta opción es más rápida que la opción Snowball Edge si puede adaptarse al alto ancho de banda de. Direct Connect

Una vez que Snowball Edge haya transferido las copias de seguridad de los archivos de datos Direct Connect, podrá verlas en el sistema de archivos FSx for Lustre, en el área del escenario de destino.

Paso 3: Restaure las copias de seguridad completas y convierta los archivos de datos

Restaure copias de seguridad completas y convierta los archivos de datos al formato endian del sistema de destino. Para reducir la duración de la restauración y la conversión, ejecute el xttdriver.pl comando con la --restore opción para cada grupo de espacios de tabla.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3

Una vez completado el paso, los archivos de datos se colocan en la ubicación dest_datafile_location definida en el archivo del sistema de destino. xtt.properties