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 standardmäßige DDL-Befehle repliziert, sondern nur mit Befehlen, die mit der für die Replikation verwendeten pglogical-Erweiterung ausgeführt werden.

  • pglogical bietet beispielsweise die Funktion pglogical.replicate_ddl_command, mit der DDL sowohl in der Quelldatenbank als auch im Replikat an einem konsistenten Punkt ausgeführt werden kann. Der Nutzer, der diesen Befehl auf der Quelle ausführt, muss bereits auf dem Replikat 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 Replikationssätzen hinzufügen.

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

• 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.

• 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-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 zur Migrationstreue.

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

• Der Datenbankmigrationsdienst 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.

• Benutzerdefinierte Funktionen, die in C geschrieben wurden, können nicht migriert werden. Eine Ausnahme bilden Funktionen, die in der PostgreSQL-Datenbank installiert werden, wenn Sie Erweiterungen installieren, die von AlloyDB unterstützt werden.

• 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.

• Bei der Migration mit dem Datenbank-Migrationsdienst können Sie keine bestimmten Tabellen oder Schemas auswählen. Der Database Migration Service migriert alle Tabellen und Schemas mit folgenden Ausnahmen:
  • 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 Erweiterung pgcrypto verschlüsselt sind, können sie mit Database Migration Service migriert werden, da AlloyDB die Erweiterung unterstützt.

  Der 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 in ihren Diensten transparent verarbeiten. Weitere Informationen finden Sie unter Amazon Aurora-Ressourcen verschlüsseln und Amazon RDS-Ressourcen verschlüsseln.

• Die Ziel-AlloyDB-Datenbank ist während der Migration beschreibbar, damit bei Bedarf DDL-Änderungen angewendet werden können. Achten Sie darauf, keine Änderungen an der Datenbankkonfiguration oder den Tabellenstrukturen vorzunehmen, die den Migrationsprozess beeinträchtigen 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 „Replik“ oder „Immer“ festgelegt ist, werden sie während der Replikation auf dem Replik ausgelöst.

• Funktionen mit Sicherheitsdefinitor werden von alloydbexternalsync in AlloyDB primary erstellt. Wenn er von Nutzern ausgeführt wird, geschieht dies mit den Berechtigungen von alloydbexternalsync, der die Rollen alloydbsuperuser und alloydbreplica hat. Es ist besser, die Verwendung einer Sicherheitsdefinition auf einige Nutzer zu beschränken. Dazu muss der Nutzer die standardmäßigen PUBLIC-Berechtigungen widerrufen und dann die Ausführungsberechtigung selektiv gewähren.

Einschränkungen für Migrationen zu vorhandenen Zielclustern

• Der vorhandene Zielcluster muss leer sein oder nur Systemkonfigurationsdaten enthalten. Die Migration zu einem vorhandenen Zielcluster, der Nutzerdaten (z. B. Tabellen) enthält, wird nicht unterstützt.
• Sie können nur einen Migrationsjob pro Zielcluster konfigurieren.
• Die Migration zu Clustern mit sekundären Clustern 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.