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'--backupoption. Cette commande transporte tous les tablespaces à l'exception deSYSTEM,, et SYSAUX UNDOTEMP, 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.propertiesetxttdriver.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.

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 dansxttdriver.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'--backupoption, puis utilisez l'--debugoption pour activer le mode de débogage.

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

Dans cet exemple, <nn>représente les groupes de tablespaces. S'il existe quatre groupes de tablespaces, <nn>devient01, 0203, 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

Le schéma suivant montre le transfert d'une sauvegarde complète à l'aide de Snowball Edge.

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.

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.

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'--restoreoption pour chaque groupe d'espaces de table.

cd /u01/oracle/expimp/xtt<nn>
export TMPDIR=/u01/oracle/expimp/out/out<nn>
$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_datafile_location défini dans le fichier sur le xtt.properties système de destination.