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 mit Befehlen, die mit der für die Replikation verwendeten pglogical-Erweiterung ausgeführt werden. Dazu gehören auch Änderungen an enum Typen.

  • Beispielsweise bietet pglogical eine Funktion pglogical.replicate_ddl_command, mit der DDL an einem konsistenten Punkt sowohl in der Quelldatenbank als auch im Replikat ausgeführt werden kann. Der Nutzer, der diesen Befehl in der Quelle ausführt, muss bereits im Replikat vorhanden sein.

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

  • Weitere Informationen zur DDL-Replikation während der Migration in Bearbeitung finden Sie im Abschnitt zu 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 UPDATE- und DELETE-Anweisungen manuell migrieren.

• 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-Zustände (z. B. last_value) im neuen AlloyDB-Ziel können von den SEQUENCE-Zuständen der Quelle abweichen.

• 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 zu r Zuverlässigkeit der Migration.

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

• Database Migration Service unterstützt keine Migration von Lesereplikaten im Wiederherstellungsmodus.

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

• Benutzerdefinierte Funktionen, die in C geschrieben wurden, können nicht migriert werden. Ausgenommen sind 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 Start des Migrationsjobs fehl.

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

• Sie können keine bestimmten Tabellen oder Schemas auswählen, wenn Sie mit Database Migration Service migrieren. 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. Die 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, da dies den Migrationsprozess unterbrechen oder die Datenintegrität beeinträchtigen kann.

• 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 „Replikat“ oder „Immer“ gesetzt ist, werden sie während der Replikation im Replikat ausgelöst.

• Funktionen mit Sicherheitsdefinierer werden von alloydbexternalsync in AlloyDB-Primärinstanzen erstellt. Wenn sie von Nutzern ausgeführt werden, werden sie mit den Berechtigungen von alloydbexternalsync ausgeführt, das die Rollen alloydbsuperuser und alloydbreplica hat. Es ist besser, die Verwendung einer Sicherheitsdefiniererfunktion auf einige Nutzer zu beschränken. Dazu sollte der Nutzer die Standardberechtigungen für „PUBLIC“ widerrufen und dann die Ausführungsberechtigung selektiv gewähren.

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

Einschränkungen für Migrationen zu vorhandenen Zielclustern

• Sie können nur einen aktiven Migrationsjob pro Zielcluster konfigurieren.
• Ihr vorhandener Zielcluster muss leer sein oder nur Systemkonfigurationsdaten enthalten. Die Migration zu vorhandenen Zielclustern , die Nutzerdaten (z. B. Tabellen) enthalten, 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.