

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)
<a name="phase1"></a>

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
<a name="phase1-step1"></a>

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 von`SYSTEM`,`SYSAUX`, und `UNDO``TEMP`, die während der Installation der Zieldatenbank erstellt wurden.

Beispielsweise enthält jedes `xtt01~xtt04` Verzeichnis alle `xtt` Skripten (`xtt.properties`und`xttdriver.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 aus`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;
   }
```

Wird verwendet`xttdriver.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 daraus`01`, `02``03`, und. `04`

## Schritt 2: Übertragen Sie vollständige Sicherungskopien auf das Zielsystem
<a name="phase1-step2"></a>

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

### Option 1 — Verwenden AWS Snowball Edge
<a name="step2-option1"></a>

**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 DataSync](https://aws.amazon.com/datasync/)nach Online-Übertragungen, [AWS Datenübertragungsterminals](https://aws.amazon.com/data-transfer-terminal/) für sichere physische Übertragungen oder nach AWS Partner Lösungen suchen. Erkunden Sie das Thema Edge-Computing [AWS Outposts](https://aws.amazon.com/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.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-snowball-edge.png)


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).

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

### Option 2 — Verwenden AWS Direct Connect
<a name="step2-option2"></a>

**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\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/migrate-bulky-oracle-databases/images/full-backup-with-aws-direct-connect.png)


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
<a name="phase1-step3"></a>

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\$1Speicherort in der Datei auf dem Zielsystem platziert. `xtt.properties`