Tutorial: Durchführen einer Onlinemigration von AWS RDS PostgreSQL zu Azure Database for PostgreSQL unter Verwendung des Migrationsdiensts (Vorschau)

Das Azure-Portal bietet eine einfache und intuitive assistentenbasierte Oberfläche, die Sie durch die Migration führt. Mithilfe der in diesem Tutorial beschriebenen Schritte können Sie Ihre Datenbank nahtlos in Azure Database for PostgreSQL – Flexibler Server übertragen und von den leistungsstarken Features und der Skalierbarkeit von Azure profitieren.

Wenn Sie die Migration über das Azure-Portal durchführen möchten, müssen Sie zuerst die Migrationsaufgabe konfigurieren. Anschließend können Sie eine Verbindung mit der Quelle und dem Ziel herstellen und dann die Migration durchführen.

Konfigurieren der Migrationsaufgabe

Der Migrationsdienst verfügt über eine einfache, Assistenten-basierte Erfahrung im Azure-Portal. Gehen Sie wie folgt vor:

1. Browsen Sie zum Portal. Geben Sie Ihre Anmeldeinformationen ein. Die Standardansicht ist Ihr Dienstdashboard.

2. Navigieren Sie zu Ihrer Zielinstanz von Azure Database for PostgreSQL – Flexible Server.

3. Scrollen Sie auf der Registerkarte „Übersicht“ des flexiblen Servers im linken Menü nach unten zu „Migration“, und wählen Sie diese Option aus.

   

4. Wählen Sie die Schaltfläche Erstellen aus, um von AWS RDS zu Azure Database for PostgreSQL – Flexibler Server zu migrieren. Wenn Sie den Migrationsdienst zum ersten Mal verwenden, erscheint ein leeres Raster mit einer Eingabeaufforderung, um mit Ihrer ersten Migration zu beginnen.

   

   Wenn Sie bereits Migrationen zu Ihrem Ziel vom Typ „Azure Database for PostgreSQL“ erstellt haben, enthält das Raster Informationen zu Migrationsversuchen.

5. Wählen Sie die Schaltfläche **Erstellen** aus. Anschließend durchlaufen Sie mehrere assistentenbasierte Registerkarten, um eine Migration von der PostgreSQL-Quellinstanz zu diesem Ziel vom Typ „Azure Database for PostgreSQL“ zu erstellen.

Setup

Die erste Registerkarte ist die Registerkarte Setup. Hier müssen Migrationsdetails wie Migrationsname und Quelltyp angegeben werden, um die Migration zu initiieren.

• Beim Migrationsnamen handelt es sich um den eindeutigen Bezeichner für eine Migration zu diesem Flexible Server-Ziel. In dieses Feld dürfen nur alphanumerische Zeichen eingegeben werden, und mit Ausnahme von Bindestrichen (-) dürfen keine Sonderzeichen verwendet werden. Der Name darf nicht mit einem Bindestrich beginnen und muss für den Zielserver eindeutig sein. Zwei Migrationen zum selben Flexible Server-Ziel dürfen nicht denselben Namen aufweisen.

• Quellservertyp: Abhängig von Ihrer PostgreSQL-Quelle können Sie „AWS RDS für PostgreSQL“ oder „Azure Database for PostgreSQL – Einzelserver“, „Lokaler Server“ oder „Azure-VM“ auswählen.

• Migrationsoption – Ermöglicht es Ihnen, Validierungen durchzuführen, bevor Sie eine Migration auslösen. Folgenden Optionen stehen zur Auswahl:

  • Überprüfen: Mit dieser Option werden die Server- und Datenbankbereitschaft für die Migration zum Ziel überprüft.
  • Migrieren: Überspringt Überprüfungen und startet die Migration.
  • Überprüfen und migrieren: Führt eine Überprüfung durch, bevor eine Migration ausgelöst wird. Die Migration wird nur ausgelöst, wenn keine Überprüfungsfehler vorhanden sind.

Das Auswählen der Option Überprüfen oder Überprüfen und migrieren ist eine bewährte Methode, wenn Überprüfungen vor der Migration durchgeführt werden. Weitere Informationen zur Überprüfung vor der Migration finden Sie in dieser Dokumentation.

• Im Migrationsmodus können Sie den Modus für die Migration auswählen. Offline ist die Standardoption.

Wählen Sie die Schaltfläche Weiter: Mit Quelle verbinden aus.

Auswählen des Runtimeservers

Der Runtimeserver für die Migration ist ein spezielles Feature innerhalb des Migrationsdiensts, das während der Migration als Zwischenserver fungiert. Es handelt sich um eine separate Instanz von Azure Database for PostgreSQL – Flexibler Server, die nicht als Zielserver fungiert, sondern verwendet wird, um die Migration von Datenbanken aus einer Quellumgebung zu ermöglichen, auf die nur über ein privates Netzwerk zugegriffen werden kann.

Weitere Informationen zum Runtimeserver finden Sie im Artikel zum Runtimeserver für die Migration.

Herstellen einer Verbindung mit der Quelle

Auf der Registerkarte Mit Quelle verbinden werden Sie aufgefordert, Details zu der Quelle anzugeben, die auf der Registerkarte Setup ausgewählt wurde. Hierbei handelt es sich um die Quelle der Datenbanken.

• Servername – Geben Sie den Hostnamen oder die IP-Adresse der PostgreSQL-Quellinstanz an
• Port – Portnummer des Quellservers
• Anmeldename des Serveradministrators – Benutzername des PostgreSQL-Quellservers
• Kennwort: Das Kennwort des PostgreSQL-Quellservers.
• SSL-Modus: Die unterstützten Werte sind „prefer“ (bevorzugen) und „require“ (erforderlich). Wenn SSL auf dem PostgreSQL-Quellserver DEAKTIVIERT ist, verwenden Sie „SSLMODE=prefer“. Wenn SSL auf dem Quellserver AKTIVIERT ist, verwenden Sie „SSLMODE=require“. SSL-Werte können in der Datei „postgresql.conf“ bestimmt werden.
• Verbindung testen: Testet die Verbindung zwischen Ziel und Quelle. Sobald die Verbindung erfolgreich hergestellt ist, können Benutzer*innen mit dem nächsten Schritt fortfahren. Andernfalls müssen die Netzwerkprobleme zwischen dem Ziel und der Quelle identifiziert und der Benutzername bzw. das Kennwort für die Quelle überprüft werden. Das Herstellen einer Testverbindung dauert einige Minuten.

Wählen Sie nach dem erfolgreichen Testen der Verbindung die Schaltfläche Weiter: Migrationsziel auswählen aus.

Auswählen des Migrationsziels

Auf der Registerkarte Migrationsziel auswählen werden Metadaten für das Ziel vom Typ „Flexibler Server“ angezeigt, z. B. Abonnementname, Ressourcengruppe, Servername, Standort und PostgreSQL-Version.

• Administratorbenutzername – Administratorbenutzername des PostgreSQL-Zielservers
• Kennwort – Kennwort des PostgreSQL-Zielservers
• Verbindung testen: Testet die Verbindung zwischen Ziel und Quelle. Sobald die Verbindung erfolgreich hergestellt ist, können Benutzer*innen mit dem nächsten Schritt fortfahren. Andernfalls müssen die Netzwerkprobleme zwischen dem Ziel und der Quelle identifiziert und der Benutzername bzw. das Kennwort für das Ziel überprüft werden. Die Herstellung einer Testverbindung zwischen Ziel und Quelle dauert ein paar Minuten.

Wählen Sie nach dem erfolgreichen Test der Verbindung die Option Weiter: Datenbank(en) für die Migration auswählen aus

Auswählen von Datenbanken für die Migration

Auf dieser Registerkarte befindet sich eine Liste der Benutzerdatenbanken innerhalb des Quellservers, der auf der Registerkarte „Setup“ ausgewählt wurde. Sie können bis zu acht Datenbanken im Rahmen eines einzelnen Migrationsversuchs auswählen und migrieren. Wenn mehr als acht Benutzerdatenbanken vorhanden sind, wird der Migrationsprozess zwischen den Quell- und Zielservern für den nächsten Satz von Datenbanken wiederholt.

Wählen Sie nach dem Auswählen der Datenbanken die Schaltfläche Weiter: Zusammenfassung aus.

Zusammenfassung

Auf der Registerkarte Zusammenfassung werden alle Quell- und Zieldetails für die Erstellung der Überprüfung oder Migration zusammengefasst. Überprüfen Sie die Details, und wählen Sie die Schaltfläche „Starten“ aus.

Überwachen der Migration

Einige Sekunden nach dem Auswählen der Schaltfläche „Starten“ wird eine Benachrichtigung mit dem Hinweis angezeigt, dass die Erstellung der Überprüfung oder Migration erfolgreich war. Anschließend werden Sie automatisch zur Seite Migration des flexiblen Servers umgeleitet, die nun einen neuen Eintrag für die kürzlich erstellte Überprüfung oder Migration enthält.

Das Raster mit den Migrationen umfasst folgende Spalten: Name, Status, Migrationsmodus, Migrationstyp, Quellserver, Quellservertyp, Datenbanken, Dauer und Startzeit. Die Einträge werden in absteigender Reihenfolge nach Startzeit angezeigt. Der neueste Eintrag befindet sich also am Anfang der Liste. Sie können die Schaltfläche zum Aktualisieren verwenden, um den Status der Überprüfung oder Migration zu aktualisieren. Wählen Sie den Migrationsnamen im Raster aus, um die zugehörigen Details anzuzeigen.

Nach dem Erstellen der Überprüfung oder Migration wird diese in den Zustand InProgress und in den Unterzustand PerformingPreRequisiteSteps versetzt. Der Workflow benötigt 2 bis 3 Minuten, um die Migrationsinfrastruktur und die Netzwerkverbindungen einzurichten.

Details zur Migration

Auf der Registerkarte „Setup“ haben wir die Migrationsoption Überprüfen und migrieren ausgewählt. In diesem Szenario werden Validierungen als erstes ausgeführt, bevor die Migration startet. Nach Abschluss des Unterzustands PerformingPreRequisiteSteps wechselt der Workflow in den Unterzustand Überprüfung wird ausgeführt.

• Wenn bei der Überprüfung Fehler auftreten, wechselt die Migration in den Zustand Fehler.
• Wenn die Überprüfung ohne Fehler abgeschlossen wird, beginnt die Migration, und der Zustand des Workflows ändert sich in den Unterzustand Daten werden migriert.

Die Ergebnisse der Überprüfung und Migration können auf Instanz- und Datenbankebene angezeigt werden.

Hier finden Sie einige mögliche Migrationszustände:

Migrationsstatus

Migrationsunterzustände

Unterzustände der Überprüfung

Übernahme

Bei Migrieren und Überprüfen und migrieren ist noch ein weiterer Schritt erforderlich, um die Onlinemigration abzuschließen: Der Benutzer muss eine Cutover-Aktion ausführen. Nach Abschluss des Kopierens bzw. Klonens der Basisdaten ändert sich der Zustand der Migration in WaitingForUserAction mit dem Unterzustand „WaitingForCutoverTrigger“. In diesem Zustand kann der Benutzer den Cutover auslösen, indem er im Portal die Migration auswählt.

Vor dem Initiieren der Übernahme ist es wichtig, folgendes zu gewährleisten:

• Schreibvorgänge in die Quelle werden beendet. Der Wert Latency ist 0 oder fast 0. Die Latency-Information kann über den Bildschirm mit den Migrationsdetails ermittelt werden:

  

• Der Wert latency sinkt auf 0 oder auf einen Wert nahe 0.

• Der Wert latency gibt an, wann das Ziel zuletzt mit der Quelle synchronisiert wurde. An diesem Punkt kann das Schreiben in die Quelle beendet und der Cutover initiiert werden. Im Falle eines hohen Datenverkehrsaufkommens für die Quelle empfiehlt es sich, zuerst die Schreibvorgänge zu beenden, damit sich Latency dem Wert 0 annähern kann. Anschließend wird dann ein Cutover initiiert. Der Übernahmevorgang wendet alle ausstehenden Änderungen von der Quelle auf das Ziel an und schließt die Migration ab. Wenn Sie einen Cutover auslösen, wird die Replikation bis zu diesem Zeitpunkt angehalten, auch wenn Latency, nicht null ist. Alle Quelldaten befinden sich in der Quelle, bis der Cutoverpunkt auf das Ziel angewendet wird. Wenn die Wartezeit am Cutoverpunkt also beispielsweise 15 Minuten betrug, werden alle geänderten Daten der letzten 15 Minuten auf das Ziel angewendet. Die Zeit hängt vom Rückstand der Änderungen in den letzten 15 Minuten ab. Daher empfiehlt es sich, mit dem Auslösen des Cutovers zu warten, bis die Wartezeit null oder nahezu null ist.

  

• Der Zustand der Migration ändert sich in Succeeded, wenn der Unterzustand Migrating Data oder der Cutover (bei der Onlinemigration) erfolgreich abgeschlossen wurde. Wenn im Unterzustand Migrating Data ein Problem auftritt, geht die Migration in den Zustand Failed über.

  

In diesem Artikel erfahren Sie, wie Sie die Azure CLI verwenden, um Ihre PostgreSQL-Datenbank von AWS RDS zu Azure Database for PostgreSQL zu migrieren. Die Azure CLI ist eine leistungsstarke und flexible Befehlszeilenschnittstelle, mit der Sie verschiedene Aufgaben ausführen können, einschließlich einer Datenbankmigration. Mithilfe der in diesem Artikel beschriebenen Schritte können Sie Ihre Datenbank nahtlos in Azure übertragen und von den leistungsstarken Features und der Skalierbarkeit von Azure profitieren.

Weitere Informationen zur Verwendung der Azure CLI mit dem Migrationsdienst finden Sie in der Anleitung zum Einrichten der Azure CLI für den Migrationsdienst.

Öffnen Sie nach der Installation der CLI die Eingabeaufforderung, und melden Sie sich mit dem folgenden Befehl bei Ihrem Azure-Konto an.

az login

Konfigurieren der Migrationsaufgabe

Um mit der Migration zu beginnen, müssen Sie eine JSON-Datei mit den Migrationsdetails erstellen. Die JSON-Datei enthält die folgenden Informationen:

• Bearbeiten Sie die folgenden Platzhalter << >> in den JSON-Zeilen, und speichern Sie diese auf dem lokalen Computer, auf dem die CLI aufgerufen wird, als <<filename>>.json. In diesem Tutorial haben wir die Datei in C:\migration-CLI\migration_body.json gespeichert

{
	"properties": {
		"SourceDBServerResourceId": "<<source hostname or IP address>>:<<port>>@<<username>>",
		"SecretParameters": {
			"AdminCredentials": {
				"SourceServerPassword": "<<Source Password>>",
				"TargetServerPassword": "<<Target Password>>"
			},
			"targetServerUserName": "<<Target username>>"
		},
		"DBsToMigrate": "<<comma separated list of databases in a array like - ["ticketdb","timedb","inventorydb"]>>",
		"OverwriteDBsInTarget": "true",
		"sourceType": "AWS_RDS",
		"sslMode": "Require"
	}
}

• Führen Sie den folgenden Befehl aus, um zu überprüfen, ob Migrationen ausgeführt werden. Der Migrationsname ist für die Migrationen innerhalb des Ziels von Azure Database for PostgreSQL – Flexibler Server eindeutig.

  az postgres flexible-server migration list --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --filter All
  

• In den obigen Schritten werden keine Migrationen ausgeführt, sodass wir mit der neuen Migration beginnen, indem wir den folgenden Befehl ausführen

  az postgres flexible-server migration create --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --migration-mode online --migration-option ValidateAndMigrate --properties "C:\migration-cli\migration_body.json"
  

• Führen Sie den folgenden Befehl aus, um den Migrationsstatus im vorherigen Schritt zu initiieren. Sie können den Status der Migration überprüfen, indem Sie den Migrationsnamen angeben

  az postgres flexible-server migration show --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1
  

• Der Status des Migrationsprozesses wird in der Azure CLI angezeigt.

• Sie können sich den Status von Azure Database for PostgreSQL – Flexibler Server aber auch im Azure-Portal ansehen.

• Mithilfe des Befehls cancel können alle laufenden Migrationsversuche abgebrochen werden. Dieser Befehl stoppt den jeweiligen Migrationsversuch und macht alle Änderungen auf Ihrem Zielserver rückgängig. Der CLI-Befehl zum Löschen einer Migration lautet folgendermaßen:

  az postgres flexible-server migration update cancel --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1
  

Übernahme

• Bei Onlinemigrationen ändert sich der Unterzustand der Migrationsaufgabe nach Abschluss der Basisdatenmigration in WaitingForCutoverTrigger. In diesem Zustand kann der Benutzer den Cutover über die CLI mithilfe des folgenden Befehls auslösen. Der Übernahme kann auch über das Portal ausgelöst werden, indem der Migrationsname im Migrationsraster ausgewählt wird.

• Der Cutover kann aber auch über das Azure-Portal initiiert werden.

  az postgres flexible-server migration update --subscription 11111111-1111-1111-1111-111111111111 --resource-group my-learning-rg --name myflexibleserver --migration-name migration1 --cutover