1. Informationen zur Reduzierung der Ausfallzeit während einer Datenbankmigration
  2. Informationen zur Migration mit Oracle Data Guard

Informationen zur Migration mit Oracle Data Guard

In allen Fällen der Migration mit Oracle Data Guard können Sie ein Switchover zu einer Standby-Datenbank durchführen und eine Primärdatenbank aus der Standby-Datenbank erstellen.

Zwei Lösungen sind verfügbar, wenn Sie Oracle Data Guard für reduzierte Ausfallzeitmigrationen verwenden. Für beide Methoden ist die Ausführung auf Oracle Data Guard-kompatiblen Plattformen erforderlich.

Wenn das Ziel ist, die Quelldatenbank in das Ziel zu migrieren und das Datenbankrelease gleich zu halten, können Sie die Lösung “Simple Data Guard” verwenden. Wenn Sie Ihr Ziel ist, Ihre Quelldatenbank auf eine höhere Version upzugraden und die Quelldatenbank in das Ziel zu migrieren, verwenden Sie die Lösung “Advanced Data Guard”.

Die im Migrationsprozess verwendeten Standbydatenbanken sollten nur zu Migrationszwecken und nicht für Disaster Recovery verwendet werden.Wenn Sie die Migration vorbereiten und eine High Availability Disaster Recovery-Lösung verwalten müssen, erstellen Sie mehrere Standby-Datenbanken mit einer für die Migration und zusätzliche Datenbanken, um Ihre High Availability-Anforderungen zu erfüllen.

Wenn Sie eine Datenbank mit Oracle Data Guard migrieren, können Sie die folgenden Methoden verwenden:

  • Simple Data Guard - Bei dieser Lösung ist die Quelldatenbank schon die Zielversion für die neue Umgebung.Eine physische Standbydatenbank wird in der neuen Umgebung erstellt.Wenn Sie die Migration abschließen möchten, wird ein Data Guard Switchover ausgeführt, und alle Anwendungen beginnen mit der Verwendung der neuen Primärdatenbank.Im Rahmen dieses Prozesses können Sie Redo aus der neuen Umgebung zurück in die Quellumgebung senden, um sie auf dem neuesten Stand zu halten. Wenn Probleme auftreten, kann ein Wechsel ohne Datenverlust (Fallback) durchgeführt werden, um zur ursprünglichen Konfiguration zurückzukehren.

  • Advanced Data Guard - Bei dieser Lösung wird die Datenbank auf eine neue Version upgegradet.Innerhalb dieser Lösung gibt es zwei Methoden:

    • Transientes logisches Rolling Upgrade - Diese Methode stellt die wenigste Ausfallzeit bereit. Die Zeit für das Upgrade der Datenbankversion wirkt sich nicht auf die Primärdatenbank aus. Das Upgrade wird auf der Ziel-Standby-Datenbank vor dem Switchover ausgeführt. Die Quell-Primärdatenbank wird zur Verwendung geöffnet.Nachdem Sie das Upgrade abgeschlossen haben, wechseln Sie zu der upgegradeten Ziel-Standby-Datenbank, und alle Anwendungen beginnen mit der Verwendung der neuen upgegradeten Primärdatenbank.

    • Data Guard Switchover and Upgrade - Diese Methode führt zu einer Ausfallzeit (2 Stunden oder weniger), um die Zieldatenbank upzugraden. Sie führen das Switchover zu der Zieldatenbank durch, bevor Sie das Upgrade ausführen.

Optional können Sie im Rahmen dieser Prozesse die Oracle Transparent Data Encryption (TDE) zur Verschlüsselung der vorhandenen Daten verwenden. Sie können optional eine Konvertierung in die Oracle Multitenant-Architektur vornehmen, indem Sie Ihre Oracle Database 12c - oder höhere Nicht-CDB-Datenbank als integrierbare Datenbank (PDB) in eine Cloudcontainerdatenbank (CDB) integrieren.

Einfache Data Guard-Lösung verwenden

Diese Lösung für die Migration einer Datenbank sollte verwendet werden, wenn keine Upgrades oder Konvertierungen in eine mehrmandantenfähige Architektur erforderlich sind.

In der folgenden Abbildung wird der allgemeine Fluss für die einfache Migration bereitgestellt, z.B. für eine Oracle Cloud-Umgebung.   

Beschreibung von mm-32575_edc_001a.png folgt
Beschreibung der Abbildung mm-32575_edc_001a.png

Die Voraussetzungen für die Simple Data Guard-Migration sind:

  • Die Quelldatenbank kann Oracle Database 11g Release 11.2.0.4, Oracle Database 12c oder Oracle Database 18c sein.

  • Das Oracle-Standardverzeichnis, das von der Standby-Datenbank verwendet wird, muss dieselbe Version wie die Originaldatenbank haben, kann jedoch eine andere Bundle-Patchebene sein, der von der Standby-Datenbank verwendete Bundle-Patch muss jedoch mit Document 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply konform sein.

  • Die Quellplattform und die Zielplattform müssen für eine Data Guard-Konfiguration kompatibel sein.

Die Schritte der hohen Ebene für die Simple Data Guard-Migration sind:

  1. Bereiten Sie die Cloudumgebung vor, und instanziieren Sie die Data Guard-Standbydatenbank in der Zielumgebung.

  2. Aktivieren Sie TDE, und verschlüsseln Sie Benutzerdaten in der Standbydatenbank.

  3. Führen Sie ein Data Guard Switchover zu der neuen Umgebung durch, damit Anwendungen die Datenbank in der neuen Umgebung verwenden.

    Während des Switchovers kommt es zu einer minimalen Ausfallzeit.Data Guard kann Redo in der Originaldatenbank versenden und einspielen.

  4. Wenn Probleme auftreten, führen Sie einen Data Guard Switchover aus, um zu der Originalkonfiguration zurückzugehen.

Info zum Verwenden der transienten logischen Rolling-Upgradelösung

Diese Lösung für die Migration einer Datenbank begrenzt die Ausfallzeit, die bei einem Upgrade aufgetreten ist. Diese Lösung sollte verwendet werden, wenn die Quelldatenbank keine Einschränkungen zur Verwendung von logischem Standby hat.

Die folgende Abbildung zeigt den allgemeinen Ablauf mit dem transienten logischen Rolling-Upgrade, um die Migration in eine Oracle Cloud-Umgebung durchzuführen.

Beschreibung von mm-32575_edc_002a.png folgt
Beschreibung der Abbildung mm-32575_edc_002a.png

Die Voraussetzungen für die Verwendung der transienten logischen Rolling-Upgradelösung sind:

  • Die Quelldatenbank kann Oracle Database 11g Release 11.2.0.4, Oracle Database 12c oder Oracle Database 18c sein.

  • Die Quelldatenbank muss mit der Verwendung der logischen Standby-Datenbank kompatibel sein.

  • Das Oracle-Standardverzeichnis, das von der Ziel-Standby-Datenbank verwendet wird, muss dieselbe Version wie die Quelldatenbank haben, kann jedoch ein anderes Bundle-Patch leve sein. Der Bundle-Patch muss mit Document 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply konform sein.

  • Die Quellplattform und die Zielplattform müssen für eine Data Guard-Konfiguration kompatibel sein.

  • Eine Containerdatenbank (CDB) mit mindestens einer integrierbaren Datenbank (PDB) muss erstellt und aus einem Datenbankstandardverzeichnis der Zielversion in der Zielumgebung einsatzbereit sein.

  • Patch 22826718 in Ziel-Nicht-CDB- und CDB-Oracle-Standardverzeichnissen für Umgebungen vorOracle-Datenbank 12c Release 12.2.0.1 einspielen. Mit diesem Patch können Sie FORCE KEYSTORE-Änderungen verwenden, während Sie ein TDE AUTOLOGIN Wallet verwenden, ohne zu einem kennwortbasierten Wallet zurückgreifen.

Die Schritte der hohen Ebene für die transiente logische Rolling-Upgradelösung sind:

  1. Bereiten Sie die Cloudumgebung vor, und instanziieren Sie die Data Guard-Standbydatenbank in der Zielumgebung.

  2. Upgraden Sie die Standbydatenbank mit dem transienten logischen Rolling-Upgrade.

  3. Aktivieren Sie TDE, und verschlüsseln Sie Benutzerdaten in der Standbydatenbank.

  4. Führen Sie ein Data Guard Switchover zu der neuen Umgebung durch, damit Anwendungen die Datenbank in der neuen Umgebung verwenden.

  5. Wenn die Quelle keine CDB ist, konvertieren Sie die Nicht-CDB-Datenbank in eine integrierbare Datenbank.

  6. Herbst zurück zur Quelldatenbank, falls erforderlich.

    Bei Problemen können Sie einen Switchover durchführen, um die Quelldatenbank auf den ursprünglichen Primärstatus zurückzusetzen.Beachten Sie, dass die Ziel-Standby-Datenbank keine Redo aus der Quelldatenbank empfängt, bei der es zu einem Datenverlust kommen könnte.

Data Guard Switchover and Upgrade Solution verwenden

Diese Lösung für die Migration einer Ausfallzeit der Datenbank während des Upgrades und wird verwendet, wenn die Quelldatenbank auf eine logische Standbydatenbank beschränkt ist.

Die folgende Abbildung stellt den allgemeinen Fluss mit Data Guard Switchover und Upgrade bereit, um die Migration zu einer Oracle Cloud-Umgebung vorzunehmen.

Beschreibung von mm-32575_edc_003a.png folgt
Beschreibung der Abbildung mm-32575_edc_003a.png

Die Voraussetzungen für die Verwendung der Data Guard Switchover- und Upgrade-Methode sind:

  • Die Quelldatenbank kann Oracle Database 11g Release 11.2.0.4, Oracle Database 12c oder Oracle Database 18c sein.

  • Die Quelldatenbank ist nicht mit der Verwendung der logischen Standby-Datenbank kompatibel.

  • Das von der Standby-Datenbank verwendete Oracle-Standardverzeichnis muss dieselbe Version wie die Quelldatenbank haben, kann jedoch eine andere Bundle-Patchebene sein. Der Bundle-Patch muss mit Document 1265700.1 - Oracle Patch Assurance - Data Guard Standby-First Patch Apply konform sein.

  • Quell- und Zielplattform müssen für eine Data Guard-Konfiguration kompatibel sein.

  • Eine Containerdatenbank (CDB) mit mindestens einer integrierbaren Datenbank (PDB) muss erstellt und aus einem Datenbankstandardverzeichnis der in der Zielumgebung installierten Zielversion einsatzbereit sein.

  • Patch 22826718 in Ziel-Nicht-CDB- und CDB-Oracle-Standardverzeichnissen für Umgebungen vorOracle Database 12c Release 12.2.0.1 einspielen. Mit diesem Patch können Sie FORCE KEYSTORE-Änderungen verwenden, während Sie ein TDE AUTOLOGIN Wallet verwenden, ohne zu einem kennwortbasierten Wallet zurückgreifen.

Die Schritte der hohen Ebene für die Data Guard Switchover- und Upgrade-Methode sind:

  1. Bereiten Sie die Cloudumgebung vor, und instanziieren Sie die Data Guard-Standbydatenbank in der Zielumgebung.

  2. Aktivieren Sie TDE, und verschlüsseln Sie Benutzerdaten in der Standbydatenbank.

  3. Führen Sie einen Data Guard Switchover zu der Zielumgebung durch, damit Anwendungen die Datenbank in der Zielumgebung verwenden und dann die Datenbank upgraden.

  4. Falls erforderlich konvertieren Sie die Nicht-CDB-Datenbank in eine integrierbare Datenbank.

  5. Herbst zurück zur Quelldatenbank, falls erforderlich.

    Bei Problemen können Sie einen Switchover durchführen, um die Quelldatenbank auf den ursprünglichen Primärstatus zurückzusetzen.Beachten Sie, dass die Ziel-Standby-Datenbank keine Redo aus der Quelldatenbank empfängt, bei der es zu einem Datenverlust kommen könnte.