Migrieren einer Oracle-Datenbank zu OD@A Exadata-Datenbankdienst

Azure ExpressRoute
Azure VPN Gateway

In diesem Artikel wird beschrieben, wie Sie oracle Zero Downtime Migration (ZDM) verwenden, um eine Oracle-Datenbank von einem lokalen Exadata-System zu Oracle Database@Azure (ODAA) Exadata Database Service zu migrieren. In diesem Artikel wird davon ausgegangen, dass Sie ein grundlegendes Verständnis von ODAA und Oracle ZDM haben. Dieses Szenario baut auf dem Szenario in Migrieren von Oracle-Datenbankworkloads zu Azure auf.

Aufbau

Die folgende Diagramm zeigt ein Beispiel für dieses Szenario:

Diagramm, das eine Architektur zum Migrieren einer lokalen Datenbank zu ODAA zeigt.

Laden Sie eine Visio-Datei dieser Architektur herunter.

Szenario

Berücksichtigen Sie die folgenden Szenariodetails:

  • Sie haben Oracle Exadata Database@Azure in Ihrer ausgewählten Azure-Region bereitgestellt und einen VM-Cluster mit zwei Datenbankservern und drei Speicherzellenknoten konfiguriert.

  • Das delegierte ODAA-Subnetz befindet sich im virtuellen Netzwerk der Datenbank, das per Peering mit dem virtuellen Hubnetzwerk verbunden ist. Der IP-Adressbereich des ODAA-Subnetzes ist 10.42.1.0/24. Weitere Informationen finden Sie unter Plan for IP address space.

  • Im virtuellen Hubnetzwerk muss der Datenverkehr eine virtuelle Netzwerkanwendung (Network Virtual Appliance, NVA) durchlaufen, z. B. azure Firewall oder eine virtuelle Nicht-Microsoft-Netzwerk-Appliance. Die NVA fungiert als Routinggerät, wodurch sichergestellt wird, dass ODAA-Clusterknoten vollständig innerhalb der Infrastruktur routingfähig sind. Sie konfigurieren die NVA so, dass der gesamte Traffic überprüft wird, der zur lokalen Umgebung und von dort zurück fließt. Die IP-Adresse des Hubs NVA ist 10.0.0.5.

  • Sie konfigurieren die Hybridkonnektivität im virtuellen Hubnetzwerk über eine Azure ExpressRoute-Verbindung mit Ihrem lokalen Netzwerk.

  • In Ihrem lokalen Netzwerk verfügen Sie über eine vorhandene Exadata-Implementierung, und Sie möchten eine der Datenbanken zu Oracle Exadata Database@Azure migrieren. Die Datenbank ist 2 TB und wird auf Exadata X8M-2 ausgeführt. Die Datenbankversion ist Oracle Database 19c, Enterprise Edition. Ihr lokaler IP-Adressbereich ist 192.168.0.0/16.

  • Sie haben reale Anwendungscluster (Real Application Clusters, RAC) in der Datenbank aktiviert. Für die Notfallwiederherstellung replizieren Sie die Datenbank über Oracle Data Guard in ein anderes Rechenzentrum, das geografisch vom primären Datenbankspeicherort entfernt ist.

  • Sie müssen die Datenbank mit minimaler Ausfallzeit auf Oracle Exadata Database@Azure migrieren. Sie entscheiden sich, das Oracle ZDM-Tool zu verwenden, um die Migration zu koordinieren.

Herstellen der Netzwerkverbindung

Um ZDM für die Migration zu verwenden, müssen Sie sicherstellen, dass die Quell- und Zieldatenbanken miteinander kommunizieren können.

Überprüfen Sie vor der Konfiguration des Routings die Netzwerkplanung für Oracle Database@Azure. Bestätigen Sie, welche Netzwerkfunktionen Ihre Bereitstellung unterstützt. Beispielsweise erfordern Netzwerksicherheitsgruppen im delegierten Subnetz erweiterte Netzwerkfunktionen. Für Datenverkehr, der über eine NVA an die Datenbank weitergeleitet wird, muss das Routenpräfix mindestens so spezifisch wie das delegierte Subnetz sein. Überprüfen Sie das Routing in beide Richtungen, sodass der Verkehr dem beabsichtigten Prüfpfad folgt.

  1. Erstellen Sie eine Azure-Routentabelle, und ordnen Sie sie dem ODAA-Subnetz zu.
  2. Verweisen Sie die Azure-Routingtabelle auf die IP-Adresse des Hub-NVA, um zur lokalen Route zu wechseln.
  3. Konfigurieren Sie den Hub-NVA, um den Datenverkehr zwischen dem lokalen und dem ODAA-Subnetz weiterzuleiten.

Konfigurieren der Routingtabelle

Verwenden Sie die folgende Konfiguration, um eine Azure-Routentabelle zu erstellen und sie dem ODAA-Subnetz zuzuordnen:

  • Adresspräfix: 192.168.0.0/16
  • Next-Hop-Typ: Virtuelle Appliance
  • IP-Adresse des nächsten Next Hop: 10.0.0.5
  • Name: <Name der Route-Tabelle>

Das folgende Diagramm zeigt die aktualisierte Netzwerkkonfiguration.

Diagramm, das eine Architektur zum Migrieren einer Datenbank zu ODAA zeigt und das Ziel enthält.

Führen Sie die folgenden Schritte aus, um die Konnektivität zu überprüfen:

  • Melden Sie sich bei einem Oracle Exadata Database@Azure Datenbankknoten an. Stellen Sie sicher, dass Sie das Secure Shell (SSH)-Protokoll verwenden können, um eine Verbindung mit dem lokalen Datenbankserver herzustellen.
  • Melden Sie sich beim lokalen Datenbankserver an. Stellen Sie sicher, dass Sie das SSH-Protokoll verwenden können, um eine Verbindung mit dem Oracle Exadata Database@Azure Datenbankknoten herzustellen.

Durchführen von Migrationsaktivitäten

  1. Bereiten Sie die Migration vor. Weitere Informationen finden Sie unter Vorbereiten einer physischen Datenbankmigration.

    Hinweis

    In diesem Leitfaden wird davon ausgegangen, dass Sie über ausreichende Bandbreite zwischen quell- und Zieldatenbanken verfügen, um eine Onlinemigration zu unterstützen. Es wird davon ausgegangen, dass Sie zunächst weder eine Offlinemigration noch eine Wiederherstellung einer Sicherung auf Oracle Exadata Database@Azure durchführen müssen.

  2. Führen Sie die Migration aus. Weitere Informationen finden Sie unter Migrieren Ihrer Datenbank mit ZDM.

  3. Führen Sie die folgenden Anwendungsmigrationsaktivitäten parallel zur Datenbankmigration aus, um die geringste Ausfallzeit sicherzustellen.

    • Migrieren Sie Anwendungsdienste gemäß Ihren Plänen und Diskussionen.
    • Aktualisieren Sie die Anwendungsdienste so, dass sie auf die neue Datenbank verweisen, einschließlich der Verbindungszeichenfolge,Transparent Network Substrate (TNS)-Einträge und anderer erforderlicher Konfigurationen.
    • Stellen Sie sicher, dass die Anwendungsdienste wie erwartet funktionieren.

Das folgende Diagramm zeigt die aktualisierte Konfiguration, einschließlich des ZDM-Migrationsknotens.

Diagramm, das eine Architektur zum Migrieren einer Datenbank zu ODAA zeigt und den ZDM-Migrationsknoten enthält.

Führen Sie Aktivitäten nach der Migration durch

  • Konfigurieren Sie automatisierte Sicherungen für die ODAA-Datenbank.

  • Konfigurieren Sie automatisierte Data Guard. In diesem Leitfaden wird davon ausgegangen, dass Sie bereits eine separate Instanz in einer anderen Verfügbarkeitszone oder Region erstellt haben.

  • Definieren Sie Ihr Wiederherstellungspunktziel (RPO) und das Wiederherstellungszeitziel (Recovery Time Objective, RTO). Wählen Sie den Standby-Standort basierend darauf aus, ob Sie Schutz vor einer Zone oder einem regionalen Ausfall benötigen, und überprüfen Sie die Verfügbarkeit und Kapazität des Diensts an diesem Standort. Testen Sie die Datenbankwiederherstellung und die erneute Verbindung der Anwendung gemeinsam. Weitere Informationen finden Sie unter Notfallwiederherstellungsplanung.

  • Konfigurieren Sie den Zugriff für Ihr Betriebsteam sowohl in Azure als auch in OCI. Überprüfen Sie die dienstspezifischen Gruppen, Rollen und OCI-Richtlinien und gewähren Sie nur den für jede Verantwortung erforderlichen Zugriff.

  • Wenn Sie Azure Key Vault für Transparent Data Encryption (TDE)-Hauptschlüssel verwenden, erfüllen Sie die Voraussetzungen für Netzwerk und Identität, und planen Sie die Schlüsseldrehung und Wiederherstellung. Weitere Informationen finden Sie unter Integrieren von Oracle Exadata-Database@Azure in Azure Key Vault.

  • Konfigurieren Sie Diagnoseeinstellungen für Exadata-Protokolle und -Warnungen für Datenbank- und Infrastrukturvorgänge. Nehmen Sie Sicherungs- und Data Guard-Ereignisse in Ihren Überwachungsplan auf.

  • Führen Sie die lokale Datenbank für einen bestimmten Zeitraum als sekundäres Data Guard-Replikat aus, um sicherzustellen, dass die Migration erfolgreich ist.

Zusammenfassung

Führen Sie die vorherigen Konfigurationsänderungen aus, um Ihre Datenbank von der lokalen Datenbank zu Oracle Exadata Database@Azure mithilfe von Oracle ZDM zu migrieren. Die Konfigurationsänderungen tragen dazu bei, dass die Quell- und Zieldatenbanken miteinander kommunizieren können und dass Sie die Migration mit minimalen Ausfallzeiten durchführen.

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Er wurde ursprünglich von folgenden Mitwirkenden geschrieben:

Melden Sie sich bei LinkedIn an, um nicht öffentliche LinkedIn-Profile anzuzeigen.

Nächste Schritte

Lesen Sie die folgenden Artikel, um sicherzustellen, dass Ihre Implementierung den empfohlenen Methoden folgt: