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` `UNDO``TEMP`, 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.properties`y`xttdriver.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.
| | |
| --- |--- |
| `xtt01` | `tablespaces=APPS_TS_TX_DATA` |
| `xtt02` | `tablespaces=APPS_TS_TX_IDX` |
| `xtt03` | `tablespaces=APPS_TS_SUMMARY` |
| `xtt04` | `tablespaces=APPS_CALCLIP, APPS_OMO, APPS_TS_ARCHIVE, APPS_TS_DISCO, APPS_TS_DISCO_OLAP, APPS_TS_INTERFACE, APPS_TS_MEDIA, APPS_TS_NOLOGGING, APPS_TS_QUEUES, APPS_TS_SEED…` |
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ínea`xttdriver.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
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3
```
En este ejemplo, representa los grupos de tablespaces. Si hay cuatro grupos de tablespaces, pasa a ser,, `01` y`02`. `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
**nota**
AWS Snowball Edge ya no está disponible para nuevos clientes. Los nuevos clientes deberían [AWS DataSync](https://aws.amazon.com/datasync/)buscar transferencias en línea, una [terminal de transferencia de AWS datos](https://aws.amazon.com/data-transfer-terminal/) para transferencias físicas seguras o AWS Partner soluciones. Para la computación perimetral, explore [AWS Outposts](https://aws.amazon.com/outposts/).
El siguiente diagrama muestra la transferencia de una copia de seguridad completa mediante Snowball Edge.
![\[Diagrama que muestra la ruta desde la base de datos de origen hasta FSx Lustre.\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)
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.
****
1. Importe el bucket de S3 a Lustre. FSx
Utilice Snowball Edge para transferir y almacenar el área del escenario de origen (por ejemplo`src_backups`) a un depósito de S3 (por ejemplo,`s3-src-backups`).
Cree el FSx sistema de archivos de Lustre (por ejemplo`dest_backups`) como área de destino para las copias de seguridad de los archivos de datos.
Instale el cliente Lustre de código abierto en el sistema de destino (Amazon EC2). Para obtener más información, consulta la Guía del usuario de Amazon FSx for Lustre.
Una vez instalado el cliente Lustre, monte el sistema de archivos FSx for Lustre en el sistema de destino (Amazon EC2).
1. Transfiera `res.txt` del `$TMPDIR` lugar de origen al `$TMPDIR` de destino.
### 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.
![\[Diagrama que muestra la ruta mediante AWS Direct Connect\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)
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
export TMPDIR=/u01/oracle/expimp/out/out
$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\$1datafile\$1location definida en el archivo del sistema de destino. `xtt.properties`