Informationen zur Reduzierung der Ausfallzeit während einer Datenbankmigration

Geplante Ausfallzeit zur Migration einer Production-Datenbank zu einer neuen Plattform kann zu einer Unterbrechung der Vorgänge als ungeplante Ausfallzeit führen. Dies gilt besonders für globale Unternehmen, die Benutzer in mehreren Zeitzonen unterstützen, und für Unternehmen, die Internetzugriff auf 24 Stunden täglich und 7 Tage in einer Woche bieten. Unabhängig davon, ob Sie eine Datenbank von On Premise in die Cloud oder von Ihrem aktuellen Cloud-Service zu einer neuen Infrastruktur oder Plattform migrieren, können Sie Ausfallzeiten mit Oracle-Technologien reduzieren, die hohe Verfügbarkeit bieten.

Informationen zur erwarteten Ausfallzeit

Wenn Sie eine Datenbank von On Premise in die Cloud migrieren, führen einige Optionen zu geringeren Ausfallzeiten als andere.

Die folgende Tabelle zeigt die erwartete Ausfallzeit für Lösungen mit hoher Verfügbarkeitsmigration.

Oracle-Lösung	Erwartete Ausfallzeit
Oracle GoldenGate	Null bis Sekunden
Oracle Data Guard	Weniger als 5 Minuten
Oracle Recovery Manager	Weniger als 2 Stunden
Aus Oracle Cloud-Backup instanziieren	Minuten bis Stunden, je nach Datenbankgröße

Überlegungen zur Migration einer Datenbank zu Oracle Database Cloud Service

Für die Migration Ihrer On-Premise-Oracle Database zu Oracle Database Cloud Service stehen verschiedene Methoden und Tools zur Verfügung.

Nicht alle Migrationsmethoden gelten für alle Migrationsszenarios. Viele der Migrationsmethoden gelten nur, wenn bestimmte Eigenschaften der Quelldatenbank und der Zieldatenbank übereinstimmen oder kompatibel sind. Zusätzliche Faktoren können sich darauf auswirken, welche Methode Sie für die Migration unter den Methoden wählen, die Technisch für das Migrationsszenario gelten.

Bei Auswahl einer Migrationsmethode müssen einige der Merkmale und Datenbankoptionen berücksichtigt werden:

Quelldatenbankversion
Oracle Database Cloud Service -Datenbankversion
On-Premise-Hostbetriebssystem und -version
On-Premise-Datenbankzeichensatz
Datenmenge, einschließlich Indizes
In der On-Premise-Datenbank verwendete Datentypen
Speicherung für Daten-Staging
Zulässige Länge des Systemausfalls
Netzwerkbandbreite und Konnektivität

Um zu ermitteln, welche Migrationsmethoden für Ihr Migrationsszenario gelten, erfassen Sie die folgenden Informationen.

Datenbankversion der Quelle der On-Premise-Datenbank.

Beachten Sie, dass für eine Oracle Database 11g Release 2-Version unter 11.2.0.4 ein Upgrade auf mindestens Version 11.2.0.4. erforderlich ist
Bei On-Premise-Datenbanken von Oracle Database 12c Release 1 Version 12.1.0.2 oder höher die Architektur der Datenbank:
- Eine Containerdatenbank (CDB) kann mindestens eine integrierbare (mehrmandantenfähige) Datenbank (PDB) unterstützen.
- Nicht-CDB
Ihre On-Premise-Quelldatenbankhostplattform und das Endian-Format.
Plattformen sind entweder Lite-Endian- oder big-endisch, je nach Bytereihenfolge, die sie verwenden. Oracle Database Cloud Service verwendet die Linux x86-64-Plattform, d.h. little endian.

Abfrage V$DATABASE zur Identifizierung des Plattformnamens für die Quelldatenbank.

Abfrage V$TRANSPORTABLE_PLATFORM, um alle Plattformen anzuzeigen, die plattformübergreifenden Tablespace-Transport unterstützen, zusammen mit dem Endian-Format jeder Plattform.
Datenbankzeichensatz der On-Premise-Datenbank und der Oracle Database Cloud Service-Datenbank.

Bei einigen Migrationsmethoden müssen die Quelldatenbank und die Zieldatenbank kompatible Datenbankzeichensätze verwenden. Standardmäßig werden Datenbanken so konfiguriert, dass sie den Zeichensatz der AL32UTF8-Datenbank verwenden.
Die Zieldatenbankversion, zu der Sie in Oracle Database Cloud Service migrieren.

Datenbanken in Oracle Cloud, die Oracle Database 12c oder höher verwenden, verwenden die CDB-Architektur. Datenbanken, die mit der Option Enterprise Edition erstellt werden, sind einzelmandantenfähig, und Datenbanken, die mit der Option Enterprise Edition - High Performance oder Enterprise Edition - Extreme Performance erstellt wurden, sind mehrmandantenfähig.
- Oracle Database 11g Release 2
- Oracle Database 12c Release 1
- Oracle Database 12c Release 2
- Oracle Database 18c

Überlegungen zum Migrieren einer DBCS-Datenbank zu neuen Cloud-Services

Sie können ein Oracle Database von einer Oracle Database Cloud Service-Umgebung in eine andere migrieren.

Überprüfen Sie die aktuelle Umgebung auf Faktoren, die sich auf die Migration auswirken können, wie z.B. Größe der Datenbankdateien, Workload-Ebene und Versionen der Software, die Sie verwenden.

Beachten Sie die Anforderungen der Zielumgebung wie Versionen, Patches und Speicherung, die sich darauf auswirken, wie Sie die Quelldatenbank vor der Migration optimieren können.

Um Ihnen zu helfen, zu bestimmen, welche Cloudservices für Ihre Migration geeignet sind, sammeln Sie die folgenden Informationen.

Die Größe der Datenbankdateien in der Quelldatenbank zu bestimmen, wieviel Speicherplatz im Zieldatenbanksystem zugewiesen werden soll.

Sie finden die Gesamtgröße der Datenbankdateien in der zu migrierenden Datenbank, einschließlich der Größe der Redo-Logs, indem Sie die folgende Abfrage ausführen:
```
SELECT SUM(BYTES)/1024/1024 SIZE_IN_MB FROM DBA_SEGMENTS;
```
Um die Größe der Redo-Logs zu finden, fragen Sie die dynamische V$LOG-Ansicht ab.
```
SELECT GROUP#, BYTES FROM V$LOG;
```
Legen Sie die Workload-Ebene fest.

Sie können einen AWR-Bericht (Oracle Automatic Workload Repository) generieren, um ein Beispiel der Workload für die Quelldatenbank zu finden. Alternativ können Sie einen Automatic Database Diagnostic Monitor-(ADDM-)Bericht generieren, um die Performance der Quelldatenbank über einen Zeitraum zwischen angegebenen Snapshots zu suchen. Die Zeitmodellstatistiken, Betriebssystemstatistiken und Wait-Ereignisse bieten eine relativ rechte Kennzahl der Workload, in Bezug auf die Betriebssystemkapazität.
Legen Sie die Umgebungsvariablen fest, die in der Quelldatenbank festgelegt werden.

Möglicherweise möchten Sie diese Einstellungen in der Zieldatenbank verwenden.
Prüfen Sie die Datenbankzeichensätze in der Quelldatenbank.

Sie können die Datenbankzeichensätze suchen, indem Sie die folgende Abfrage ausführen:
```
SELECT NLS_CHARACTERSET, NLS_NCHAR_CHARACTERSET
 FROM NLS_DATABASE_PARAMETERS;
```
Die Zieldatenbank muss außerdem diese Zeichensätze haben.
Bestimmen Sie den derzeit aktiven Disaster Recovery-Plan.

Beispiel: Wenn Oracle Data Guard bereits bereitgestellt ist, können Sie eine Standbydatenbank für die Migrationsprozedur erstellen. Wenn Backups außerhalb der Site verwendet werden, sollten Sie mit Oracle Recovery Manager (RMAN) ein neues Backup auf Oracle Cloud erstellen.
Prüfen Sie, ob Oracle GoldenGate mit der Quelldatenbank konfiguriert ist.

Um Informationen zu Oracle GoldenGate zu finden, führen Sie das Utility ggsci aus. Oracle GoldenGate kann als alternatives Migrationstool verwendet werden, wenn Sie Oracle Data Guard nicht für die Migration verwenden möchten.

Datenbank vor der Migration vereinfachen und optimieren

Bevor Sie die Datenbank migrieren, können Sie die Ausfallzeit reduzieren, indem Sie ein Upgrade auf die Zielplattformversion ausführen, nicht verwendete Objekte löschen und andere Optimierungen durchführen.

Die Migration von Datenbankplattformen sollte zusätzlich zu den folgenden vereinfachten und Optimierungsstrategien sehr viel Tests umfassen.

Vereinfachen: Die meisten Datenbankumgebungen, die durch verschiedene Versionen erweitert wurden, und verschiedene Datenbankadministratoren enthalten alte Informationen (und der aktuelle DBA kann die Ursache für Objekte, Daten, Policys oder ähnliche Anwendungen im System stellen). Der Zweck der Vereinfachung besteht darin, die Administration zu vereinfachen und zuverlässiger zu gestalten. Diese Vereinfachung führt zu einem hochverfügbaren System.

Sie sollten Schemaobjekte löschen, die in der Quelldatenbank nicht vor der Migration benötigt werden. Dadurch kann die migrierte Datenmenge reduziert werden.
Optimieren: In vielen Fällen umfasst die Migration eine aktualisierte Datenbankversion, einschließlich neuer Features. Beim Durchführen einer Migration sollten Sie neue Funktionen und Best Practices übernehmen.

Sie sollten ein Upgrade der Quelldatenbank ausführen, damit sie mit der Zieldatenbankversion übereinstimmt, da die Migration (in einigen Fällen deutlich) verbessert werden kann. Beispiel: Die parallelen Funktionen von Data Pump werden mit jedem neuen Oracle Database-Release erweitert, sodass ein Datenbankexport aus dem Quellsystem verbessert und schneller abgeschlossen werden kann, wenn die Quelldatenbank upgegradet wird, damit sie mit der Zieldatenbankversion übereinstimmt.

Sie können die Migration in Stufen durchführen. Beispiel: Wenn die Quelldatenbank eine große Anzahl von schreibgeschützten Daten enthält, kann sie vor der Live-Datenmigration migriert werden, um die Ausfallzeit zu reduzieren.