Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verwenden des Dienstprogramms zum Laden von Daten für Aurora PostgreSQL Limitless Database
Aurora bietet ein Dienstprogramm, um Daten aus einem DB-Cluster von Aurora-PostgreSQL oder einer DB-Instance von RDS für PostgreSQL direkt in Limitless Database zu laden.
Sie führen die folgenden Schritte aus, um das Dienstprogramm zum Laden von Daten zu verwenden:
Einschränkungen
Das Dienstprogramm zum Laden von Daten hat die folgenden Einschränkungen:
-
Die folgenden Datentypen werden nicht unterstützt:
enum,ARRAY,BOX,CIRCLE,LINE,LSEG,PATH,PG_LSN,PG_SNAPSHOT,POLYGON,TSQUERY,TSVECTORundTXID_SNAPSHOT. -
An erster Stelle stehende Nullen (
0) werden beim Laden aus demVARBIT-Datentyp entfernt. -
Die Datenmigration schlägt fehl, wenn die Zieltabellen Fremdschlüssel enthalten.
-
Das Laden von Daten aus Multi-AZ-DB-Cluster von RDS für PostgreSQL wird nicht unterstützt.
Voraussetzungen
Für das Dienstprogramm zum Laden von Daten gelten die folgenden Voraussetzungen:
-
Die Quelldatenbank verwendet Aurora PostgreSQL oder RDS für PostgreSQL Version 11.x und höher.
-
Die Quelldatenbank befindet sich im selben AWS-Konto und in derselben AWS-Region wie die Shard-Gruppe der Ziel-DB.
-
Der Quell-DB-Cluster oder die Quell-DB-Instance befindet sich im Status
available. -
Tabellen in der Quelldatenbank und in der Limitless-Datenbank haben dieselben Tabellennamen, Spaltennamen und Spaltendatentypen.
-
Die Quell- und Zieltabellen haben Primärschlüssel, die dieselben Spalten und Spaltenreihenfolgen verwenden.
-
Sie benötigen eine Umgebung, in der Sie eine Verbindung zu einer Limitless-Datenbank herstellen können, um Befehle zum Laden von Daten ausführen zu können. Folgende Befehle sind verfügbar:
-
rds_aurora.limitless_data_load_start -
rds_aurora.limitless_data_load_cancel
-
-
Für CDC:
-
Die Quelldatenbank und die Shard-Gruppe der Ziel-DB müssen dieselbe DB-Subnetzgruppe, VPC-Sicherheitsgruppe und denselben Datenbankport verwenden. Diese Setups sind für Netzwerkverbindungen zur Quelldatenbank und zu den Routern in der DB-Shard-Gruppe vorgesehen.
-
Sie müssen in der Quelldatenbank logische Replikation aktivieren. Der Benutzer der Quelldatenbank muss über Leserechte für die logische Replikation verfügen.
-
Vorbereiten der Quelldatenbank
Um auf die Quelldatenbank für das Laden von Daten zugreifen zu können, müssen Sie eingehenden Netzwerkverkehr zulassen. Führen Sie die folgenden Schritte aus.
So lassen Sie Netzwerkverkehr zur Quelldatenbank zu
Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-EC2-Konsole unter https://console.aws.amazon.com/EC2/
. -
Navigieren Sie zur Seite Sicherheitsgruppen.
-
Wählen Sie die Sicherheitsgruppen-ID für die Sicherheitsgruppe, die vom Quell-DB-Cluster oder der Quell-DB-Instance verwendet wird.
Die Sicherheitsgruppen-ID lautet beispielsweise
sg-056a84f1712b77926. -
Gehen Sie auf der Registerkarte Regeln für eingehenden Datenverkehr wie folgt vor:
-
Wählen Sie Edit inbound rules (Regeln für eingehenden Datenverkehr bearbeiten) aus.
-
Fügen Sie eine neue Regel für eingehenden Datenverkehr für den Quell-DB-Cluster oder die Quell-DB-Instance hinzu:
-
Portbereich: Datenbankport für die Quelldatenbank, in der Regel
5432 -
Sicherheitsgruppen-ID:
sg-056a84f1712b77926in diesem Beispiel
-
-
-
Gehen Sie auf der Registerkarte Regeln für ausgehenden Datenverkehr wie folgt vor:
-
Wählen Sie Edit outbound rules (Regeln für ausgehenden Datenverkehr bearbeiten).
-
Fügen Sie eine neue Regel für ausgehenden Datenverkehr für den Quell-DB-Cluster oder die Quell-DB-Instance hinzu:
-
Datenbank-Port:
All traffic(beinhaltet Ports0-65535) -
Sicherheitsgruppen-ID:
sg-056a84f1712b77926in diesem Beispiel
-
-
Melden Sie sich an der AWS-Managementkonsole an und öffnen Sie die Amazon-VPC-Konsole unter https://console.aws.amazon.com/vpc/
. -
Navigieren Sie zur Seite Netzwerk-ACLs.
-
Fügen Sie die standardmäßige Netzwerk-ACL-Konfiguration hinzu, wie unter Standard-Netzwerk-ACL beschrieben.
Vorbereiten der Zieldatenbank
Folgen Sie den Verfahren unter Erstellen von Tabellen in Aurora PostgreSQL Limitless Database, um die Zieltabellen in der DB-Shard-Gruppe zu erstellen.
Ihre Zieltabellen müssen dieselben Schemata, Tabellennamen und Primärschlüssel wie die Quelltabellen haben.
Erstellen von Datenbank-Anmeldeinformationen
Sie müssen Datenbankbenutzer in den Quell- und Zieldatenbanken erstellen und den Benutzern die erforderlichen Rechte gewähren. Weitere Informationen dazu finden Sie im Abschnitt CREATE USER
Erstellen Sie die Quelldatenbank-Anmeldeinformationen
Der Quelldatenbankbenutzer wird in dem Befehl übergeben, mit dem Laden zu beginnen. Dieser Benutzer muss über die Berechtigung verfügen, die Replikation von der Quelldatenbank aus durchzuführen.
-
Verwenden Sie den Datenbank-Masterbenutzer (oder einen anderen Benutzer mit dieser
rds_superuser-Rolle), um einen Quelldatenbankbenutzer mitLOGIN-Berechtigungen zu erstellen.CREATE USERsource_db_usernameWITH PASSWORD 'source_db_user_password'; -
Weisen Sie Ihrem Quelldatenbankbenutzer die
rds_superuser-Rolle zu.GRANT rds_superuser tosource_db_username; -
Wenn Sie den Modus
full_load_and_cdcverwenden, weisen Sie dierds_replication-Rolle Ihrem Quelldatenbankbenutzer zu. Die Rollerds_replicationerteilt Berechtigungen zur Verwaltung von logischen Slots und zum Streamen von Daten mithilfe von logischen Slots.GRANT rds_replication tosource_db_username;
Erstellen Sie die Anmeldeinformationen für die Zieldatenbank
Der Zieldatenbankbenutzer benötigt die Berechtigung, in die Zieltabellen in der DB-Shard-Gruppe zu schreiben.
-
Verwenden Sie den Datenbank-Masterbenutzer (oder einen anderen Benutzer mit dieser
rds_superuser-Rolle), um einen Zieldatenbankbenutzer mitLOGIN-Berechtigungen zu erstellen.CREATE USERdestination_db_usernameWITH PASSWORD 'destination_db_user_password'; -
Weisen Sie Ihrem Zieldatenbankbenutzer die
rds_superuser-Rolle zu.GRANT rds_superuser todestination_db_username;