Migrieren einer Oracle-Datenbank zu einem virtuellen Azure-Computer

Azure Virtual Machines

Azure ExpressRoute

Azure VPN Gateway

In diesem Artikel wird beschrieben, wie Sie Oracle Data Guard verwenden, um eine lokale Oracle-Datenbank zu einem virtuellen Azure-Computer (VM) zu migrieren. In diesem Artikel wird davon ausgegangen, dass Sie ein grundlegendes Verständnis für Oracle-Datenbanktechnologien, Azure-Compute und Azure-Netzwerke 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:

In Ihrem lokalen Netzwerk verfügen Sie über eine vorhandene Oracle Database-Instanz, und Sie möchten eine Datenbank von dieser Instanz zu einer Azure-VM migrieren.
Die Datenbank ist 20 TB und wird unter Oracle Enterprise Linux (x86) ausgeführt. Die Datenbankversion ist Oracle Database 19c, Enterprise Edition.
Die Datenbank ist reale Anwendungscluster (RAC)-fähig, die zwei Knoten enthält. 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 haben eine Bewertung Ihrer lokalen Oracle-Datenbank- und Anwendungsdienste durchgeführt und einen virtuellen Computer in Azure bereitgestellt, der über die erforderliche Computegröße und Speicherkonfiguration verfügt.
Sie platzieren den virtuellen Computer im Datenbanksubnetz, das sich im virtuellen Oracle-Netzwerk befindet, das peers zum virtuellen Hubnetzwerk. Der IP-Adressbereich des Datenbanksubnetzes ist 10.42.1.0/24.
Im virtuellen Hubnetzwerk muss der Datenverkehr eine nicht von Microsoft stammende virtuelle Appliance (Virtual Appliance, NVA) durchlaufen, z. B. FortiGate, Check Point oder Cisco. Die NVA fungiert als Routinggerät, wodurch sichergestellt wird, dass die Konnektivität zwischen der VM und der lokalen Oracle Database-Implementierung vollständig routingfähig ist. 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.
Sie müssen die lokale Datenbank mit der mindest möglichen Ausfallzeit auf den virtuellen Azure-Computer migrieren. Sie entscheiden sich dafür, Oracle Data Guard und Oracle Recovery Manager (RMAN) für die Migration zu verwenden.

Herstellen der Netzwerkverbindung

Um Oracle Data Guard 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 Datenbanksubnetz zu.
Zeigen Sie die Azure-Routentabelle auf die IP-Adresse des Hub-NVA, um zur lokalen Umgebung zu wechseln.
Konfigurieren Sie den Hub-NVA, um den Datenverkehr zwischen der lokalen Umgebung und dem Datenbanksubnetz weiterzuleiten.

Konfigurieren der Routingtabelle

Verwenden Sie die folgende Konfiguration, um eine Azure-Routentabelle zu erstellen und sie dem Datenbanksubnetz 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 ein Beispiel für die aktualisierte Netzwerkkonfiguration.

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

Melden Sie sich am virtuellen Azure-Computer 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 virtuellen Azure-Computer herzustellen.

Durchführen von Migrationsaktivitäten

Verwenden Sie RMAN, um die Datenbank vom lokalen Datenbankserver zu sichern und sie auf dem Zielsystem wiederherzustellen. Weitere Informationen finden Sie unter Wiederherstellen einer Datenbank auf einem neuen Host.

Je nach Größe und Netzwerkbandbreite der Datenbanksicherung können Sie die Sicherungsdateien möglicherweise direkt auf den virtuellen Azure-Computer in einen Stagingbereich mit Datenträgern kopieren, die Sie speziell für diesen Zweck erstellen. Wenn Sie diese Methode aufgrund von Netzwerkbandbreiteneinschränkungen nicht verwenden können, können Sie Azure Data Box verwenden, um die Sicherungsdateien in Azure zu kopieren. Nachdem sich die Dateien im Azure-BLOB-Speicher befinden, sollten Sie sie in den Bereitstellungsbereich der Azure-VM für den Wiederherstellungsvorgang kopieren.
Konfigurieren Sie Oracle Data Guard zwischen dem lokalen Datenbankserver (primärem Replikat) und dem Azure VM-Datenbankserver (sekundäres Replikat). Weitere Informationen finden Sie unter Erstellen einer physischen Standbydatenbank.
Führen Sie nach Abschluss der Oracle Data Guard-Replikation und der Synchronisierung der Datenbanken eine Umstellung auf den virtuellen Azure-Computer aus. Weitere Informationen finden Sie unter Rollenübergänge. Koordinieren Sie diesen Schritt mit dem Anwendungsteam, um sicherzustellen, dass sie Anwendungsdienste aktualisieren, um auf die neue Datenbank zu verweisen.
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.

Aktivitäten nach der Migration ausführen

Konfigurieren Sie die Sicherung für die Datenbank auf dem virtuellen Azure-Computer. Weitere Informationen finden Sie unter Sicherungsstrategien für Oracle Database auf einer Azure Linux-VM.
Azure-VMs unterstützen Oracle RAC nicht. Erwägen Sie daher die Verwendung von Oracle Data Guard für hohe Verfügbarkeit und Notfallwiederherstellung. Weitere Informationen finden Sie unter Geschäftskontinuität und Notfallwiederherstellung für Oracle auf Azure-VMs.
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.
Nachdem Sie die lokale Datenbank nicht mehr benötigen, wird die Datenbank und der Server außer Betrieb genommen. Überprüfen Sie die Änderungen, die Sie an Ports und der Firewall vorgenommen haben, um die Kommunikation zwischen der lokalen Umgebung und dem virtuellen Azure-Computer zu ermöglichen. Konvertieren Sie alle Änderungen, die Sie nicht mehr benötigen.

Zusammenfassung

Führen Sie die vorherigen Konfigurationsänderungen aus, um Ihre Datenbank von einer lokalen Umgebung zu einem virtuellen Azure-Computer 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 können.

Beitragende

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

Jan Faurskov | 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:

Freigeben über