View a markdown version of this page

Phase 1 — Vorbereitungsphase (Quelldatenbank bleibt online) - AWS Präskriptive Leitlinien
Sichern Sie TablespacesÜbertragen Sie SicherungskopienStellen Sie Sicherungskopien wieder her

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Phase 1 — Vorbereitungsphase (Quelldatenbank bleibt online)

Während dieser Phase werden die Datendateien des zu transportierenden Tablespaces auf dem Quellsystem gesichert. Sicherungskopien werden zum Zielsystem transportiert und durch Ausführen des xttdriver.pl Skripts wiederhergestellt.

Schritt 1: Erstellen Sie vollständige Tablespace-Backups (Stufe = 0) auf dem Quellsystem

Um die Dauer der Sicherung zu verkürzen, kopieren Sie die xttdriver.pl Dateien xtt.properties und in mehrere Verzeichnisse. Geben Sie in jeder xtt.properties Datei unter jedem Verzeichnis den Namen des Tablespace in den tablespaces Parameter ein. Führen xttdriver.pl Sie dann unter jedem Verzeichnis die --backup Option aus. Dieser Befehl transportiert alle Tablespaces mit Ausnahme vonSYSTEM,SYSAUX, und UNDOTEMP, die während der Installation der Zieldatenbank erstellt wurden.

Beispielsweise enthält jedes xtt01~xtt04 Verzeichnis alle xtt Skripten (xtt.propertiesundxttdriver.pl) mit unterschiedlichen Werten für den tablespaces= Parameter in der xtt.properties Datei. Wenn Sie den tablespaces Parameter in jeder xtt.properties Datei bearbeiten, sollten Sie die Tablespace-Gruppen so aufteilen, dass die Gesamtgröße der Datendateien in jeder Tablespace-Gruppe ähnlich ist.

In diesem Handbuch wird in dem Beispiel davon ausgegangen, dass es vier Tablespace-Gruppen gibt. Wenn es sich bei der Quelldatenbank um eine Oracle-Einzelinstanz handelt, erstellen Sie alle xtt01~04 Verzeichnisse. Wenn es sich bei der Quelldatenbank um Oracle RAC handelt, können Sie jedes xtt Verzeichnis auf jedem Oracle RAC-Server erstellen.

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

Die folgende Tabelle zeigt Beispiele für die tablespaces= Parameter in den xtt.properties Dateien.

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…

Um zu verhindern, dass vorhandene Sicherungskopien von Datendateien gelöscht werden, während sie parallel ausgeführt xttdriver.pl wird, kommentieren Sie die folgende Zeile ausxttdriver.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;
   }

Wird verwendetxttdriver.pl, um das RMAN-Backup des Quellsystems zu erstellen.

Wenn das Quellsystem Oracle RAC ist, kann es auf jeder Oracle RAC-Instanz gleichzeitig ausgeführt werden.

Die Ausgabe von xttdriver.pl wird in der Umgebungsvariablen TMPDIR gespeichert. Führen Sie jeden xttdriver.pl Befehl mit der --backup Option aus und verwenden Sie die --debug Option, um den Debug-Modus zu aktivieren.

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

Stellt in diesem Beispiel <nn>die Tablespace-Gruppen dar. Wenn es vier Tablespace-Gruppen gibt, <nn>wird daraus01, 0203, und. 04

Schritt 2: Übertragen Sie vollständige Sicherungskopien auf das Zielsystem

Verwenden Sie eine der folgenden beiden Optionen, um Ihre Sicherungskopien auf das Zielsystem zu übertragen.

Option 1 — Verwenden AWS Snowball Edge

Pfad: Quelldatenbank -> Quellstufe -> AWS Snowball Edge -> Amazon S3 -> FSx für Lustre

Anmerkung

AWS Snowball Edge ist für Neukunden nicht mehr verfügbar. Neukunden sollten AWS DataSyncnach Online-Übertragungen, AWS Datenübertragungsterminals für sichere physische Übertragungen oder nach AWS Partner Lösungen suchen. Erkunden Sie das Thema Edge-Computing AWS Outposts.

Das folgende Diagramm zeigt die Übertragung eines vollständigen Backups mit Snowball Edge.

Diagramm, das den Pfad von der Quelldatenbank zu FSx Lustre zeigt.

Der Snowball Edge ist ein robustes physisches Speicher- und Computergerät, auf das Sie große Datenmengen verschieben können. AWS Snowball Edge hilft Ihnen bei der Bewältigung von Herausforderungen, denen Sie bei umfangreichen Datenübertragungen begegnen können, einschließlich langer Übertragungszeiten, mangelnder nutzbarer Bandbreite und Sicherheitsbedenken.

Die gesamten Datendatei-Backup-Kopien werden vom Snowball Edge nach Amazon S3 übertragen. Wenn das Quellsystem über 100 TB groß ist, müssen Sie mehrere Snowball Edge-Geräte verwenden, um die Übertragungsdauer zu verkürzen.

Amazon FSx for Lustre ist tief in Amazon S3 integriert. Sie können in wenigen Minuten ein FSx for Lustre-Dateisystem erstellen, das mit Ihrem S3-Bucket verknüpft ist. Wenn sie mit dem Amazon S3 S3-Daten-Repository verknüpft sind, stellen Dateisysteme FSx für Lustre Amazon S3 S3-Objekte transparent als Dateien dar. In der realen Umgebung hängt die Leistung von FSx for Lustre von der Speicherkapazität, der Größe der einzelnen Dateien und der Verteilung der Dateien im Dateisystem ab. Wenn FSx for Lustre als Zielspeicher verwendet wird, müssen Sie keine Tablespace-Backup-Kopien von Amazon Amazon S3 in Amazon Elastic Block Store (Amazon EBS) oder Amazon Elastic File System wiederherstellen.

  1. Importieren Sie den S3-Bucket nach for Lustre. FSx

    Verwenden Sie Snowball Edge, um den Quellstagebereich (z. B.src_backups) in einen S3-Bucket zu übertragen und zu speichern (z. B.s3-src-backups).

    Erstellen Sie das FSx for Lustre-Dateisystem (z. B.dest_backups) als Ziel-Stagingbereich für die Sicherungskopien der Datendateien.

    Installieren Sie den Open-Source-Lustre-Client auf dem Zielsystem (Amazon EC2). Weitere Informationen finden Sie im Amazon FSx for Lustre-Benutzerhandbuch.

    Nachdem der Lustre-Client installiert ist, mounten Sie das FSx for Lustre-Dateisystem auf dem Zielsystem (Amazon EC2).

  2. Übertragung res.txt von $TMPDIR der Quelle zum $TMPDIR Ziel.

Option 2 — Verwenden AWS Direct Connect

Pfad: Quelldatenbank -> Quellstufe -> AWS Direct Connect -> FSx für Lustre

Das folgende Diagramm zeigt die Übertragung eines vollständigen Backups mithilfe AWS Direct Connect von.

Das Diagramm zeigt den Pfad mit AWS Direct Connect

Direct Connect bietet Ihnen die Möglichkeit, private Netzwerkverbindungen zwischen Ihrem Rechenzentrum, Büro oder Ihrer Colocation-Umgebung herzustellen und AWS. Diese privaten Netzwerkverbindungen reduzieren die Netzwerkkosten, erhöhen den Durchsatz und sorgen für ein einheitliches Erlebnis.

Sie können Datendatei-Backup-Kopien direkt vom Quellsystem auf das Zielsystem (Amazon EC2) übertragen, auf dem das Amazon FSx for Lustre-Dateisystem bereitgestellt ist. Diese Option ist schneller als die Snowball Edge-Option, wenn Sie die hohe Bandbreite von Direct Connect berücksichtigen können.

Nachdem die Datendatei-Backupkopien von Snowball Edge oder übertragen wurden Direct Connect, können Sie sie im FSx for Lustre-Dateisystem im Zielstagebereich sehen.

Schritt 3: Vollständige Sicherungskopien wiederherstellen und Datendateien konvertieren

Stellen Sie vollständige Sicherungskopien wieder her und konvertieren Sie Datendateien in das Endian-Format des Zielsystems. Um die Dauer der Wiederherstellung und Konvertierung zu reduzieren, führen Sie den xttdriver.pl Befehl mit der --restore Option für jede Tablespace-Gruppe aus.

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

Nach Abschluss des Schritts werden die Datendateien am definierten Zieldatafile_Speicherort in der Datei auf dem Zielsystem platziert. xtt.properties