Bekannte Probleme und Einschränkungen des Migrationsdiensts in Azure Database for PostgreSQL

GILT FÜR: Azure Database for PostgreSQL – Flexibler Server

In diesem Artikel werden die bekannten Probleme und Einschränkungen im Zusammenhang mit dem Migrationsdienst in Azure Database for PostgreSQL beschrieben.

Allgemeine Einschränkungen

Nachfolgend finden Sie allgemeine Einschränkungen, die für Migrationsszenarien gelten:

  • Sie können nur eine aktive Migration oder Überprüfung auf Ihrem flexiblen Server durchführen.

  • Der Migrationsdienst unterstützt die Migration von Benutzern und Rollen nur, wenn es sich bei der Quelle um „Azure Database for PostgreSQL – Single Server“ handelt.

  • Der Migrationsdienst zeigt die Anzahl der Tabellen an, die von der Quelle zum Ziel kopiert wurden. Sie müssen die Daten und PostgreSQL-Objekte nach der Migration auf dem Zielserver manuell überprüfen.

  • Der Migrationsdienst migriert nur Benutzerdatenbanken, nicht Systemdatenbanken wie „template_0“ und „template_1“.

  • Der Migrationsdienst unterstützt nicht das Verschieben der Erweiterungen TIMESCALEDB, POSTGIS_TOPOLOGY, POSTGIS_TIGER_GEOCODER oder PG_PARTMAN von der Quelle zum Ziel.

  • Erweiterungen, die nicht von „Azure Database for PostgreSQL – Flexibler Server“ unterstützt werden, können nicht verschoben werden. Die unterstützten Erweiterungen sind unter Erweiterungen – Azure Database for PostgreSQL aufgeführt.

  • Benutzerdefinierte Sortierungen können nicht zu „Azure Database for PostgreSQL – Flexibler Server“ migriert werden.

  • Sie können nicht zu einer älteren Version migrieren. Beispielsweise ist die Migration von Azure Database for PostgreSQL Version 15 zu Version 14 nicht möglich.

  • Der Migrationsdienst funktioniert nur mit bevorzugten oder erforderlichen SSLMODE-Werten.

  • Der Migrationsdienst unterstützt keine Superuserberechtigungen und -objekte.

  • „Azure Database for PostgreSQL – Flexibler Server“ unterstützt die Erstellung von benutzerdefinierten Tabellenbereichen wegen Superuser-Berechtigungseinschränkungen nicht. Während der Migration werden Daten aus benutzerdefinierten Tabellenbereichen in der PostgreSQL-Quellinstanz zu den Standardtabellenbereichen der Zielinstanz von „Azure Database for PostgreSQL – Flexibler Server“ migriert.

  • Die folgenden PostgreSQL-Objekte können nicht in das Ziel PostgreSQL – Flexibler Server migriert werden:

    • Erstellen von Umwandlungen
    • Erstellen von FTS-Parsern und FTS-Vorlagen
    • Benutzer*innen mit Superuserrollen
    • Erstellen von TYPE
  • Der Migrationsdienst unterstützt keine Migration auf Objektebene, d. h. auf Tabellenebene oder Schemaebene.

  • Die Migration zu burstfähigen SKUs wird nicht unterstützt. Datenbanken müssen zuerst zu einer nicht burstfähigen SKU migriert und dann bei Bedarf herunterskaliert werden.

  • Der Runtimeserver für die Migration ist für den Betrieb mit den standardmäßigen DNS-Servern/privaten DNS-Zonen konzipiert, z. B. privatelink.postgres.database.azure.com. Benutzerdefinierte DNS-Namen/DNS-Server werden beim Verwenden der Funktion „Runtimeserver für die Migration“ vom Migrationsdienst nicht unterstützt. Beim Konfigurieren privater Endpunkte für die Quell- und Zieldatenbank ist es zwingend erforderlich, für den Private Link-Dienst die von Azure bereitgestellte standardmäßige private DNS-Zone zu verwenden. Die Verwendung von benutzerdefinierten DNS-Konfigurationen wird noch nicht unterstützt und kann während des Migrationsprozesses zu Verbindungsproblemen führen.

Einschränkungen bei der Migration von „Azure Database for PostgreSQL – Single Server“

  • Microsoft Entra ID-Benutzerinnen und -Benutzer, die auf Ihrem Quellserver vorhanden sind, werden nicht zum Zielserver migriert. Um diese Einschränkung zu verringern, lesen Sie die Informationen unter Verwalten von Microsoft Entra-Rollen, um alle Microsoft Entra-Benutzer auf Ihrem Zielserver manuell zu erstellen, bevor Sie eine Migration auslösen. Wenn Microsoft Entra-Benutzer nicht auf dem Zielserver erstellt werden, schlägt die Migration fehl.
  • Wenn der flexible Zielserver die SCRAM-SHA-256-Kennwortverschlüsselungsmethode verwendet, kann keine Verbindung mit dem flexiblen Server unter Verwendung der Benutzer/Rollen auf einem einzelnen Server hergestellt werden, da die Kennwörter mit dem md5-Algorithmus verschlüsselt sind. Um diese Einschränkung zu umgehen, wählen Sie die Option MD5 für den Serverparameter password_encryption auf Ihrem flexiblen Server aus.
  • Die Onlinemigration verwendet pgcopydb follow, und einige der logischen Dekodierungseinschränkungen gelten.