Online migrieren, von einem Amazon RDS für PostgreSQL-Server zu Azure Database for PostgreSQL, mit dem Migrationsdienst

Dieser Artikel führt Sie durch die Verwendung des Azure-Portals zum Migrieren Ihrer PostgreSQL-Datenbank von einem Amazon RDS für PostgreSQL-Server zu einer Azure-Datenbank für PostgreSQL. Mit dem Azure-Portal können Sie verschiedene Aufgaben ausführen, einschließlich der Datenbankmigration. Wenn Sie die in diesem Lernprogramm beschriebenen Schritte ausführen, können Sie Ihre Datenbank nahtlos auf Azure übertragen und ihre leistungsstarken Features und Skalierbarkeit nutzen.

Konfigurieren der Migrationsaufgabe

Der Migrationsdienst bietet ein einfaches, assistentengeführtes Benutzererlebnis im Azure-Portal.

Verwenden des Azure-Portals:

1. Wählen Sie Ihren flexiblen Azure Database for PostgreSQL-Server aus.

2. Wählen Sie im Ressourcenmenü " Migration" aus.

   

3. Wählen Sie Erstellen aus, um eine Reihe von assistentengesteuerten Registerkarten zu durchlaufen und eine Migration zu einem flexiblen Server von einer lokalen VM oder Azure-VM durchzuführen.

   Hinweis

   Wenn Sie den Migrationsdienst zum ersten Mal verwenden, wird ein leeres Raster mit einer Eingabeaufforderung angezeigt, um mit der ersten Migration zu beginnen.

   Wenn Migrationen zu Ihrem flexiblen Serverziel bereits erstellt wurden, enthält das Raster jetzt Informationen zu versuchten Migrationen.

   

Konfiguration

Sie müssen mehrere Details im Zusammenhang mit der Migration angeben, z. B. den Migrationsnamen, den Quellservertyp, die Option und den Modus.

• Der Migrationsname ist der eindeutige Bezeichner für jede Migration zu diesem flexiblen Serverziel. Dieses Feld akzeptiert nur alphanumerische Zeichen und akzeptiert keine Sonderzeichen außer einem Bindestrich (-). Der Name kann nicht mit einem Bindestrich beginnen und sollte für einen Zielserver eindeutig sein. Keine zwei Migrationen zum gleichen flexiblen Serverziel können denselben Namen haben.

• Quellservertyp – Je nach Ihrer PostgreSQL-Quelle können Sie Azure Virtual Machine oder lokalen Server auswählen.

• Migrationsoption – Ermöglicht Es Ihnen, Überprüfungen durchzuführen, bevor Sie eine Migration auslösen. Sie können eine der folgenden Optionen auswählen:

  • Validate – Überprüft die Server- und Datenbankbereitschaft für die Migration zum Ziel.
  • Überprüfen und migrieren – Führt eine Überprüfung durch, bevor eine Migration ausgelöst wird. Wenn keine Überprüfungsfehler auftreten, wird die Migration initiiert.

Die Auswahl der Option " Überprüfen " oder " Überprüfen und Migrieren " ist immer eine bewährte Methode zum Ausführen der Überprüfungen vor der Migration.

Weitere Informationen zur Validierung vor der Migration finden Sie unter Vormigration.

• Im Migrationsmodus können Sie den Modus für die Migration auswählen. Offline ist die Standardoption. In diesem Fall ändern wir sie in "Online".

Wählen Sie "Weiter" aus: Laufzeitserver.

Laufzeitserver

Der Migrationslaufzeitserver ist ein spezielles Feature innerhalb des Migrationsdiensts in Azure Database for PostgreSQL, das während der Migration als Zwischenserver fungiert. Es handelt sich um eine separate Azure-Datenbank für flexible Serverinstanz von PostgreSQL, die nicht der Zielserver ist, sondern verwendet wird, um die Migration von Datenbanken aus einer Quellumgebung zu erleichtern, auf die nur über ein privates Netzwerk zugegriffen werden kann.

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

Quellserver

Auf der Registerkarte " Quellserver " werden Sie aufgefordert, Details zu der quelle anzugeben, die auf der Registerkarte "Setup " ausgewählt ist. Dies ist die Quelle der Datenbanken.

• Servername – Geben Sie den Namen des Hosts oder der IP-Adresse des Quell-PostgreSQL-Servers an.
• Port – Portnummer des Quellservers.
• Administratoranmeldung – Name des Administratorbenutzers des Quell-PostgreSQL-Servers.
• Kennwort – Das bereitgestellte Kennwort der Administratoranmeldung, um eine Verbindung zum Quell-PostgreSQL-Server herzustellen.
• SSL-Modus – Unterstützte Werte sind preferred und required. Wenn das SSL auf dem Quell-PostgreSQL-Server ist OFF, verwenden Sie prefer. Wenn das SSL auf dem Quellserver lautet ON, verwenden Sie die require. SSL-Werte können in der Datei postgresql.conf des Quellservers bestimmt werden.
• Testverbindung – Führt den Verbindungstest zwischen Ziel und Quelle aus. Sobald die Verbindung erfolgreich ist, können Sie mit der nächsten Registerkarte fortfahren. Dieser Test zielt darauf ab, Konnektivitätsprobleme zu identifizieren, die zwischen den Ziel- und Quellservern bestehen können, einschließlich der Überprüfung der Authentifizierung mithilfe der bereitgestellten Anmeldeinformationen. Das Herstellen einer Testverbindung dauert einige Sekunden.

Wählen Sie nach der erfolgreichen Testverbindung "Weiter: Zielserver" aus.

Zielserver

Auf der Registerkarte " Zielserver " werden Metadaten für das flexible Serverziel angezeigt, z. B. Abonnementname, Ressourcengruppe, Servername, Standort und PostgreSQL-Version.

• Administratoranmeldung – Name des Administratorbenutzers des Ziel-PostgreSQL-Servers.
• Kennwort – Das Kennwort der Administratoranmeldung, bereitgestellt, um eine Verbindung mit dem Ziel-PostgreSQL-Server herzustellen.
• Benutzerdefinierter FQDN oder IP-Adresse: Das benutzerdefinierte FQDN- oder IP-Adressfeld ist optional und kann verwendet werden, wenn sich das Ziel hinter einem benutzerdefinierten DNS-Server befindet oder über benutzerdefinierte DNS-Namespaces verfügt, sodass er nur über bestimmte FQDNs oder IP-Adressen zugänglich ist. Dies kann z. B. Einträge wie production-flexible-server.example.com, 198.1.0.2 oder einen PostgreSQL-FQDN wie production-flexible-server.postgres.database.azure.com umfassen, wenn der benutzerdefinierte DNS-Server die DNS-Zone postgres.database.azure.com enthält oder Weiterleitungsabfragen für diese Zone an 168.63.129.16 weiterleitet, wo der FQDN in der öffentlichen oder privaten Azure-DNS-Zone aufgelöst wird.
• Testverbindung – Führt den Verbindungstest zwischen Der Quelle und dem Ziel aus. Sobald die Verbindung erfolgreich ist, können Sie mit der nächsten Registerkarte fortfahren. Dieser Test zielt darauf ab, Konnektivitätsprobleme zu identifizieren, die zwischen den Quell- und Zielservern bestehen können, einschließlich der Überprüfung der Authentifizierung mithilfe der bereitgestellten Anmeldeinformationen. Das Herstellen einer Testverbindung dauert einige Sekunden.

Wählen Sie nach der erfolgreichen Testverbindung die Option "Weiter: Datenbanken" aus, die überprüft oder migriert werden sollen.

Datenbanken, die überprüft oder migriert werden sollen

Unter der Registerkarte "Datenbanken zum Überprüfen oder Migrieren " können Sie eine Liste der Benutzerdatenbanken auswählen, die von Ihrem Quell-PostgreSQL-Server migriert werden sollen.

Nachdem Sie die Datenbanken ausgewählt haben, wählen Sie "Weiter: Zusammenfassung" aus.

Zusammenfassung

Auf der Registerkarte " Zusammenfassung " werden alle Quell- und Zieldetails zum Erstellen der Überprüfung oder Migration zusammengefasst. Überprüfen Sie die Details, und wählen Sie " Überprüfung und Migration starten" aus.

Abbrechen der Überprüfung oder Migration

Sie können alle laufenden Überprüfungen oder Migrationen abbrechen. Der Workflow muss sich im Status " In Bearbeitung " befinden, um abgebrochen zu werden. Sie können eine Überprüfung oder Migration nicht im Status "Erfolgreich " oder "Fehlgeschlagen " abbrechen.

Durch das Abbrechen einer Überprüfung werden alle weiteren Überprüfungsaktivitäten beendet, und die Überprüfung wird in einen Status "Abgebrochen" verschoben.

Durch das Abbrechen einer Migration wird die weitere Migrationsaktivität auf Ihrem Zielserver beendet und auf den Status "Abgebrochen" verschoben. Es werden keine Änderungen auf dem Zielserver verworfen oder rückgängig gemacht. Achten Sie darauf, die Datenbanken auf Ihrem Zielserver abzulegen, die an einer abgebrochenen Migration beteiligt sind.

In diesem Artikel wird die Verwendung der Azure CLI zum Migrieren Ihrer PostgreSQL-Datenbank von einem virtuellen Azure-Computer oder einer lokalen PostgreSQL-Instanz zu einer Azure-Datenbank für PostgreSQL beschrieben. Die Azure CLI bietet eine leistungsstarke und flexible Befehlszeilenschnittstelle, mit der Sie verschiedene Aufgaben ausführen können, einschließlich der Datenbankmigration. Im Anschluss an die in diesem Artikel beschriebenen Schritte können Sie Ihre Datenbank nahtlos auf Azure übertragen und ihre leistungsstarken Features und Skalierbarkeit nutzen.

Weitere Informationen zu Azure CLI mit dem Migrationsdienst finden Sie unter Einrichten der Azure CLI für den Migrationsdienst.

Nachdem die CLI installiert wurde, öffnen Sie 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, erstellen Sie eine JSON-Datei mit den Migrationsdetails. Die JSON-Datei enthält die folgenden Informationen:

• Bearbeiten Sie die folgenden Platzhalter << >> in den JSON-Zeilen und speichern Sie sie auf dem lokalen Computer, auf dem die CLI aufgerufen wird, als <<filename>>.json. In dieser Anleitung haben wir die Datei in c:/migration-CLI/migration_body.json gespeichert

{
"properties": {
"SourceDBServerResourceId": "<<source-server-hostname-or-IP-address>>:<<port>>@<<username>>",
        "SecretParameters": {
            "AdminCredentials": {
                "SourceServerPassword": "<<source-server-administrator-password>>",
                "TargetServerPassword": "<<target-server-administrator-password>>"
            },
            "targetServerUserName": "<<target-server-administrator-login>>"
        },
        "DBsToMigrate": "<<comma-separated-list-of-databases-in-array-like-["ticketdb","timedb","inventorydb"]>>",
        "OverwriteDBsInTarget": "true",
        "sourceType": "OnPremises",
        "sslMode": "Prefer"
    }
}

• 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 <subscription_id> --resource-group <resource_group> --name <target_server> --filter all
  

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

  az postgres flexible-server migration create --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration> --migration-mode offline --migration-option ValidateAndMigrate --properties "c:/migration-cli/migration_body.json"
  

• Führen Sie den folgenden Befehl aus, um den Status der im vorherigen Schritt initiierten Migration anzuzeigen. Sie können den Status der Migration überprüfen, indem Sie den Namen der Migration angeben.

  az postgres flexible-server migration show --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration>
  

• Der Fortschritt und der Status der Migration werden im Azure CLI angezeigt.

• Sie können auch den Fortschritt und den Status im Azure-Portal anzeigen.

• Sie können alle laufenden Migrationsversuche mithilfe des cancel Befehls abbrechen. Dieser Befehl stoppt den bestimmten Migrationsversuch und setzt alle Änderungen zurück, die er auf Dem Zielserver vorgenommen haben könnte. Nachfolgend sehen Sie den CLI-Befehl zum Abbrechen der Migration mit dem Status "In Bearbeitung".

  az postgres flexible-server migration update cancel --subscription <subscription_id> --resource-group <resource_group> --name <target_server> --migration-name <migration>
  

Für die Option "Validieren und Migrieren" erfordert der Abschluss der Online-Migration einen zusätzlichen Schritt des Benutzers, nämlich das Auslösen der Übernahmeaktion. Nachdem das Kopieren oder Klonen der Basisdaten abgeschlossen ist, wird die Migration in den Waiting for user action Status und den Waiting for cutover trigger Unterstatus verschoben. In diesem Status kann der Benutzer die Übernahme über das Portal auslösen, indem er die Migration auswählt.

Vor dem Starten der Umstellung ist es wichtig, Folgendes zu gewährleisten:

• Schreibvorgänge in die Quelle werden beendet. Der Wert latency ist 0 oder fast 0. Die latency Informationen können über den Bildschirm mit den Migrationsdetails abgerufen werden, wie unten dargestellt:
• latency der Wert wird auf 0 oder nahe 0 verringert.
• Der latency Wert gibt an, wann das Ziel zuletzt mit der Quelle synchronisiert wurde. An diesem Punkt kann das Schreiben in die Quelle beendet und ein Cutover initiiert werden. Falls es einen starken Datenverkehr an der Quelle gibt, empfiehlt es sich, die Schreibvorgänge zuerst zu beenden, damit latency sich 0 nähert und dann die Übernahme initiiert wird.

Der Übernahmevorgang wendet alle ausstehenden Änderungen vom Quellserver auf den Zielserver 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, bis der Übernahmepunkt dann auf das Ziel angewendet wird. Wenn am Übernahmepunkt eine Latenz von 15 Minuten auftreten, werden alle änderungen, die in den letzten 15 Minuten an Daten vorgenommen wurden, auf das Ziel angewendet.

Die Zeit hängt vom Rückstand der Änderungen in den letzten 15 Minuten ab. Daher wird empfohlen, dass die Latenz auf Null oder nahe Null sinkt, bevor der Übergang ausgelöst wird.

• Der Zustand der Migration ändert sich in Succeeded, wenn der Unterzustand Migrating data oder der Cutover (bei der Onlinemigration) erfolgreich abgeschlossen wurde. Wenn ein Problem beim Migrating data Unterstatus auftritt, wechselt die Migration in einen Failed Status.

Für die Option "Validieren und Migrieren" erfordert der Abschluss der Online-Migration einen zusätzlichen Schritt des Benutzers, nämlich das Auslösen der Übernahmeaktion. Nachdem das Kopieren oder Klonen der Basisdaten abgeschlossen ist, wird die Migration in den Waiting for user action Status und den Waiting for cutover trigger Unterstatus verschoben. In diesem Zustand kann der Benutzer die Umstellung ü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.

Vor dem Starten der Umstellung ist es wichtig, Folgendes zu gewährleisten:

• Schreibvorgänge in die Quelle werden beendet. Der Wert latency ist 0 oder fast 0. Die latency Informationen können über den Bildschirm mit den Migrationsdetails abgerufen werden, wie unten dargestellt:
• latency der Wert wird auf 0 oder nahe 0 verringert.
• Der latency Wert gibt an, wann das Ziel zuletzt mit der Quelle synchronisiert wurde. An diesem Punkt kann das Schreiben in die Quelle beendet und ein Cutover initiiert werden. Falls es einen starken Datenverkehr an der Quelle gibt, empfiehlt es sich, die Schreibvorgänge zuerst zu beenden, damit latency sich 0 nähert und dann die Übernahme initiiert wird.

Der Übernahmevorgang wendet alle ausstehenden Änderungen vom Quellserver auf den Zielserver 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, bis der Übernahmepunkt dann auf das Ziel angewendet wird. Wenn am Übernahmepunkt eine Latenz von 15 Minuten auftreten, werden alle änderungen, die in den letzten 15 Minuten an Daten vorgenommen wurden, auf das Ziel angewendet.

Die Zeit hängt vom Rückstand der Änderungen in den letzten 15 Minuten ab. Daher wird empfohlen, dass die Latenz auf Null oder nahe Null sinkt, bevor der Übergang ausgelöst wird.

• Der Zustand der Migration ändert sich in Succeeded, wenn der Unterzustand Migrating data oder der Cutover (bei der Onlinemigration) erfolgreich abgeschlossen wurde. Wenn ein Problem beim Migrating data Unterstatus auftritt, wechselt die Migration in einen Failed Status.

Verwenden Sie den folgenden Befehl, um den Übergang auszulösen:

az postgres flexible-server migration update --subscription <subscription_id> --resource-group <resource_group> --name <server> --migration-name <migration> --cutover