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:

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 Datenbanknetzwerk, das peers zum virtuellen Hubnetzwerk. 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 alle Datenverkehrsdaten überprüft werden, die von der lokalen Bereitstellung an und von dort aus ausgeführt werden. 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 zu Oracle Exadata migrieren, Database@Azure mit der minimalen Ausfallzeit. 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.

Erstellen Sie eine Azure-Routentabelle, und ordnen Sie sie dem ODAA-Subnetz zu.
Zeigen Sie die Azure-Routentabelle auf die IP-Adresse des Hub-NVA, um zur lokalen Route zu wechseln.
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
Typ des nächsten Hops: Virtuelles Gerät
Ip-Adresse des nächsten Hops: 10.0.0.5
Name: <Name der Route-Tabelle>

Das folgende Diagramm zeigt die aktualisierte Netzwerkkonfiguration.

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

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 weder eine Offlinemigration noch eine Wiederherstellung der Sicherung auf Oracle Exadata Database@Azure durchführen müssen.
Führen Sie die Migration aus. Weitere Informationen finden Sie unter Migrieren Ihrer Datenbank mit ZDM.
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.

Aktivitäten nach der Migration ausführen

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

Jan Faurskov | Cloud-Lösungsarchitekt
Moises Gomez-Cortez | Cloud-Lösungsarchitekt
Güher Kayali Sarikan | Cloud-Lösungsarchitekt

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:

Feedback

War diese Seite hilfreich?