Bekannte Einschränkungen

MySQL   |  PostgreSQL   |  PostgreSQL zu AlloyDB

Bekannte Einschränkungen bei Verwendung einer PostgreSQL-Datenbank als Quelle:

• Die pglogical-Erweiterung unterstützt die Replikation von generierten Spalten für PostgreSQL 12 und höher nicht.

• Änderungen an Tabellenstrukturen (DDL) werden nicht über Standard-DDL-Befehle repliziert, sondern nur über Befehle, die mit der für die Replikation verwendeten pglogical-Erweiterung ausgeführt werden. Dazu gehören Änderungen an enum-Typen.

  • pglogical bietet beispielsweise eine Funktion pglogical.replicate_ddl_command, mit der DDL an der Quelldatenbank und am Replikat an einem konsistenten Punkt ausgeführt werden kann. Der Nutzer, der diesen Befehl in der Quelle ausführt, muss bereits in der Replika vorhanden sein.

  • Wenn Sie Daten für neue Tabellen replizieren möchten, müssen Sie die neuen Tabellen mit dem Befehl pglogical.replication_set_add_table zu vorhandenen Replikationssets hinzufügen.

  • Weitere Informationen zur DDL-Replikation während der Migration finden Sie im Abschnitt zur Zuverlässigkeit der Migration.

• Bei Tabellen ohne Primärschlüssel unterstützt Database Migration Service die Migration des ersten Snapshots und der INSERT-Anweisungen während der CDC-Phase (Change Data Capture). Sie sollten die Anweisungen UPDATE und DELETE manuell migrieren.

• Der Database Migration Service migriert keine Daten aus materialisierten Ansichten, sondern nur das Ansichtsschema. Führen Sie den folgenden Befehl aus, um die Ansichten zu füllen: REFRESH MATERIALIZED VIEW view_name.

• Die SEQUENCE-Status (z. B. last_value) im neuen AlloyDB-Ziel können sich von den SEQUENCE-Status der Quelle unterscheiden.

• UNLOGGED- und TEMPORARY-Tabellen werden nicht repliziert und können auch nicht repliziert werden.

• Der Datentyp „Large Object“ wird nicht unterstützt. Weitere Informationen finden Sie im Abschnitt zur Zuverlässigkeit der Migration.

• Es können nur Erweiterungen und prozedurale Sprachen migriert werden, die von AlloyDB für PostgreSQL unterstützt werden.

• Der Database Migration Service unterstützt keine Migration von Lesereplikaten, die sich im Wiederherstellungsmodus befinden.

• Database Migration Service unterstützt keine Amazon RDS-Quellen, auf die das AWS SCT-Erweiterungspaket angewendet wird.

• In C geschriebene benutzerdefinierte Funktionen können nicht migriert werden, mit Ausnahme von Funktionen, die in der PostgreSQL-Datenbank installiert werden, wenn Sie von AlloyDB unterstützte Erweiterungen installieren.

• Wenn in der Quelldatenbank andere Erweiterungen und prozedurale Sprachen vorhanden sind oder ihre Versionen nicht unterstützt werden, schlägt der Test oder der Start des Migrationsjobs fehl.

• Datenbanken, die nach dem Start des Migrationsjobs hinzugefügt werden, werden nicht migriert.

• Wenn Sie Database Migration Service für die Migration verwenden, können Sie keine bestimmten Tabellen oder Schemas auswählen. Der Database Migration Service migriert alle Tabellen und Schemas mit Ausnahme der folgenden:

  • Das Informationsschema (information_schema).
  • Alle Tabellen, die mit pg beginnen, z. B. pg_catalog. Eine vollständige Liste der PostgreSQL-Kataloge, die mit pg beginnen, finden Sie in der PostgreSQL-Dokumentation unter PostgreSQL-Systemkataloge.
  • Informationen zu Nutzern und Nutzerrollen werden nicht migriert.

• Wenn für verschlüsselte Datenbanken vom Kunden verwaltete Verschlüsselungsschlüssel zum Entschlüsseln der Datenbanken erforderlich sind und Database Migration Service keinen Zugriff auf die Schlüssel hat, können die Datenbanken nicht migriert werden.

  Wenn Kundendaten jedoch mit der pgcrypto-Erweiterung verschlüsselt werden, können die Daten mit Database Migration Service migriert werden, da AlloyDB for PostgreSQL die Erweiterung unterstützt.

  Database Migration Service unterstützt auch die Migration von Daten aus verschlüsselten Amazon Aurora- oder Amazon RDS-Datenbanken, da diese Datenbanken die Entschlüsselung transparent in ihren Diensten verarbeiten. Weitere Informationen finden Sie unter Amazon Aurora-Ressourcen verschlüsseln und Amazon RDS-Ressourcen verschlüsseln.

• Die AlloyDB for PostgreSQL-Zieldatenbank ist während der Migration beschreibbar, damit bei Bedarf DDL-Änderungen angewendet werden können. Nehmen Sie keine Änderungen an der Datenbankkonfiguration oder den Tabellenstrukturen vor, die den Migrationsprozess unterbrechen oder die Datenintegrität beeinträchtigen könnten.

• Das Triggerverhalten hängt davon ab, wie sie konfiguriert wurden. Standardmäßig werden sie nicht ausgelöst. Wenn sie jedoch mit der Anweisung ALTER EVENT TRIGGER oder ALTER TABLE konfiguriert wurden und der Triggerstatus auf „replica“ oder „always“ festgelegt ist, werden sie während der Replikation auf der Replik ausgelöst.

• Funktionen mit Sicherheitsdefinierer werden von alloydbexternalsync in der primären AlloyDB-Instanz erstellt. Wenn der Code von einem beliebigen Nutzer ausgeführt wird, geschieht dies mit den Berechtigungen von alloydbexternalsync, der die Rollen alloydbsuperuser und alloydbreplica hat. Es ist besser, die Verwendung einer Sicherheitsdefiniererfunktion auf einige Nutzer zu beschränken. Dazu sollte der Nutzer die standardmäßigen PUBLIC-Berechtigungen widerrufen und dann die Ausführungsberechtigung selektiv erteilen.

• Die Verbindungsmethode für Private Service Connect-Schnittstellen wird nur für die Migration zu vorhandenen Zielinstanzen unterstützt. Wenn Sie eine Verbindung über eine private IP-Adresse herstellen und zu einer neuen Zielinstanz migrieren möchten, verwenden Sie VPC-Peering.

Einschränkungen für die Migration zu vorhandenen Zielclustern

• Sie können nur einen aktiven Migrationsjob pro Zielcluster konfigurieren.
• Der vorhandene Zielcluster muss leer sein oder darf nur Daten zur Systemkonfiguration enthalten. Die Migration zu einem vorhandenen Zielcluster, der Nutzerdaten (z. B. Tabellen) enthält, wird nicht unterstützt.
• Die Migration zu Clustern mit Lesepoolinstanzen wird unterstützt.

  Weitere Informationen zu AlloyDB for PostgreSQL-Clustern und -Instanzen finden Sie unter AlloyDB for PostgreSQL – Übersicht.

Kontingente

• Es können immer bis zu 2.000 Verbindungsprofile und 1.000 Migrationsjobs gleichzeitig vorhanden sein. Wenn Platz für weitere Jobs und Profile benötigt wird, können Migrationsjobs (einschließlich bereits abgeschlossene) und Verbindungsprofile gelöscht werden.