Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Phase 1 — Phase de préparation (la base de données source reste en ligne)
Au cours de cette phase, les fichiers de données du tablespace à transporter sont sauvegardés sur le système source. Les copies de sauvegarde sont transportées vers le système de destination et restaurées en exécutant le `xttdriver.pl` script.
## Étape 1 : effectuer des sauvegardes complètes (niveau = 0) du tablespace sur le système source
Pour réduire la durée de sauvegarde, copiez les `xttdriver.pl` fichiers `xtt.properties` et dans plusieurs répertoires. Dans chaque `xtt.properties` fichier de chaque répertoire, entrez le nom du tablespace dans le `tablespaces` paramètre. Ensuite, sous chaque répertoire, exécutez `xttdriver.pl` avec l'`--backup`option. Cette commande transporte tous les tablespaces à l'exception de`SYSTEM`,, et `SYSAUX` `UNDO``TEMP`, qui ont été créés lors de l'installation de la base de données cible.
Par exemple, chaque `xtt01~xtt04` répertoire contient tous les `xtt` scripts (`xtt.properties`et`xttdriver.pl`) avec des valeurs différentes pour le `tablespaces=` paramètre du `xtt.properties` fichier. Lorsque vous modifiez le `tablespaces` paramètre dans chaque `xtt.properties` fichier, pensez à diviser les groupes d'espaces disque logiques afin que la taille totale des fichiers de données de chaque groupe de tablespaces soit similaire.
Dans ce guide, l'exemple suppose qu'il existe quatre groupes de tablespaces. Si la base de données source est une instance unique Oracle, vous créez tous les `xtt01~04` répertoires. Si la base de données source est Oracle RAC, vous pouvez créer chaque `xtt` répertoire dans chaque serveur Oracle RAC.
```
[oracle@erp expimp]$ ls
out xtt01 xtt02 xtt03 xtt04
[oracle@erp out]$ ls
out01 out02 out03 out04
```
Le tableau suivant présente des exemples du `tablespaces=` paramètre dans les `xtt.properties` fichiers.
| | |
| --- |--- |
| `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…` |
Pour empêcher la suppression de copies de sauvegarde de fichiers de données existantes lors `xttdriver.pl` de l'exécution en parallèle, commentez la ligne suivante dans`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;
}
```
`xttdriver.pl`À utiliser pour effectuer la sauvegarde RMAN du système source.
Si le système source est Oracle RAC, il peut être exécuté simultanément sur chaque instance Oracle RAC.
La sortie de `xttdriver.pl` est stockée dans la variable d'environnement `TMPDIR`. Exécutez chaque `xttdriver.pl` commande avec l'`--backup`option, puis utilisez l'`--debug`option pour activer le mode de débogage.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --backup --debug 3
```
Dans cet exemple, représente les groupes de tablespaces. S'il existe quatre groupes de tablespaces, devient`01`, `02``03`, et. `04`
## Étape 2 : transférer des copies de sauvegarde complètes vers le système de destination
Utilisez l'une des deux options suivantes pour transférer vos copies de sauvegarde vers le système de destination.
### Option 1 — Utilisation AWS Snowball Edge
**Chemin :** Base de données source -> étage source -> AWS Snowball Edge -> Amazon S3 -> FSx pour Lustre
**Note**
AWS Snowball Edge n'est plus disponible pour les nouveaux clients. Les nouveaux clients devraient envisager [AWS DataSync](https://aws.amazon.com/datasync/)des transferts en ligne, un [terminal de transfert de AWS données](https://aws.amazon.com/data-transfer-terminal/) pour des transferts physiques sécurisés ou AWS Partner des solutions. Pour l'informatique de pointe, explorez [AWS Outposts](https://aws.amazon.com/outposts/).
Le schéma suivant montre le transfert d'une sauvegarde complète à l'aide de Snowball Edge.
![\[Schéma montrant le chemin de la base de données source vers FSx Lustre.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)
Le Snowball Edge est un périphérique de stockage physique et informatique robuste que vous pouvez utiliser pour transférer des données à grande échelle. AWS Snowball Edge vous aide à surmonter les difficultés que vous pourriez rencontrer lors de transferts de données à grande échelle, notamment les longs délais de transfert, le manque de bande passante utilisable et les problèmes de sécurité.
Les copies de sauvegarde complètes des fichiers de données sont transférées vers Amazon S3 par le Snowball Edge. Si la taille du système source est supérieure à 100 To, vous devez utiliser plusieurs appareils Snowball Edge pour réduire la durée du transfert.
Amazon FSx for Lustre est profondément intégré à Amazon S3. Vous pouvez créer un système de fichiers FSx pour Lustre lié à votre compartiment S3 en quelques minutes. Lorsqu'ils sont liés au référentiel de données Amazon S3, FSx les systèmes de fichiers Lustre présentent de manière transparente les objets Amazon S3 sous forme de fichiers. Dans l'environnement réel, les performances de FSx for Lustre dépendent de sa capacité de stockage, de la taille de chaque fichier et de la qualité de leur distribution dans le système de fichiers. Lorsque FSx for Lustre est utilisé comme stockage cible, vous n'avez pas besoin de restaurer les copies de sauvegarde des tablespaces sur Amazon Elastic Block Store (Amazon EBS) ou Amazon Elastic File System depuis Amazon S3.
****
1. Importez le compartiment S3 dans FSx for Lustre.
Utilisez Snowball Edge pour transférer et stocker la zone de scène source (par exemple,`src_backups`) dans un compartiment S3 (par exemple,`s3-src-backups`).
Créez le système de fichiers FSx for Lustre (par exemple,`dest_backups`) comme zone de destination pour les copies de sauvegarde des fichiers de données.
Installez le client Lustre open source sur le système de destination (Amazon EC2). Pour plus d'informations, consultez le guide de l'utilisateur d'Amazon FSx for Lustre.
Une fois le client Lustre installé, montez le système de fichiers FSx for Lustre sur le système de destination (Amazon EC2).
1. `$TMPDIR`Transférez `res.txt` de la source vers `$TMPDIR` la destination.
### Option 2 — Utilisation AWS Direct Connect
**Chemin :** Base de données source -> étage source -> AWS Direct Connect -> FSx pour Lustre
Le schéma suivant montre le transfert d'une sauvegarde complète à l'aide de AWS Direct Connect.
![\[Schéma illustrant le chemin à l'aide AWS Direct Connect\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)
Direct Connect vous permet de créer des connexions réseau privées entre votre centre de données, votre bureau ou votre environnement de colocation et AWS. Ces connexions réseau privées réduisent les coûts du réseau, augmentent le débit et offrent une expérience cohérente.
Vous pouvez transférer directement des copies de sauvegarde de fichiers de données du système source vers le système de destination (Amazon EC2) sur lequel le système de fichiers Amazon FSx for Lustre est monté. Cette option est plus rapide que l'option Snowball Edge si vous pouvez prendre en charge la bande passante élevée de. Direct Connect
Une fois les copies de sauvegarde des fichiers de données transférées par Snowball Edge Direct Connect, vous pouvez également les voir dans le système de fichiers FSx for Lustre dans la zone de scène cible.
## Étape 3 : Restaurez les copies de sauvegarde complètes et convertissez les fichiers de données
Restaurez des copies de sauvegarde complètes et convertissez les fichiers de données au format endian du système de destination. Pour réduire la durée de restauration et de conversion, exécutez la `xttdriver.pl` commande avec l'`--restore`option pour chaque groupe d'espaces de table.
```
cd /u01/oracle/expimp/xtt
export TMPDIR=/u01/oracle/expimp/out/out
$ORACLE_HOME/perl/bin/perl xttdriver.pl --restore --debug 3
```
Une fois l'étape terminée, les fichiers de données sont placés dans l'emplacement dest\$1datafile\$1location défini dans le fichier sur le `xtt.properties` système de destination.