Arbeiten mit AuroraNull-ETL-Integrationen in Amazon Redshift

Sie helfen Ihnen dabei, ganzheitliche Erkenntnisse aus mehreren Datenquellen zu gewinnen.

Eliminieren Sie die Erfordernis zur Erstellung und Verwaltung komplexer Daten-Pipelines, die Extract, Transform, Load (ETL)-Operationen ausführen. Null-ETL-Integrationen beseitigen die Herausforderungen, die mit dem Aufbau und der Verwaltung von Pipelines einhergehen, indem sie diese für Sie bereitstellen und verwalten.

Sie reduzieren den Betriebsaufwand und die Kosten, sodass Sie sich ganz auf die Verbesserung Ihrer Anwendungen konzentrieren können.

Sie können die Analyse- und ML-Funktionen von Amazon Redshift nutzen, um Erkenntnisse aus Transaktions- und anderen Daten zu gewinnen und effektiv auf kritische, zeitkritische Ereignisse zu reagieren.

Der muss sich in derselben Region wie das Amazon Redshift Redshift-Ziel-Data Warehouse befinden.

Sie können einen oder eine seiner Instances nicht umbenennen, wenn er über bestehende Integrationen verfügt.

Sie können keinen löschen, der über bestehende Integrationen verfügt. Sie müssen zuerst alle zugehörigen Integrationen löschen.

Wenn Sie den beenden, werden die letzten Transaktionen möglicherweise nicht in das Ziel-Data Warehouse repliziert, bis Sie den wieder aufnehmen.

Wenn Ihr die Quelle einer blauen/grünen Bereitstellung ist, können die blauen und grünen Umgebungen während des Switchovers keine vorhandenen Zero-ETL-Integrationen enthalten. Sie müssen zuerst die Integration löschen und umstellen. Anschließend erstellen Sie die Integration neu.

Ein DB-Cluster muss mindestens eine DB-Instance enthalten, um die Quelle einer Integration zu sein.

Wenn der DB-Quell-Cluster in einer globalen Aurora-Datenbank verwendet wird und ein Failover zu einem der sekundären Cluster erfolgt, wird die Integration inaktiv. Sie müssen die Integration löschen und erneut erstellen.

Sie können keine Integration für eine Quelldatenbank erstellen, für die aktiv eine andere Integration erstellt wird.

Wenn Sie zum ersten Mal eine Integration erstellen oder wenn eine Tabelle erneut synchronisiert wird, kann das Seeding von Daten von der Quelle zum Ziel je nach Größe der Quelldatenbank 20 bis 25 Minuten oder länger dauern. Diese Verzögerung kann zu einer erhöhten Replikatverzögerung führen.

Einige Datentypen werden nicht unterstützt. Weitere Informationen finden Sie unter Datentypunterschiede zwischen Aurora und Amazon Redshift-Datenbanken.

Fremdschlüsselverweise mit vordefinierten Tabellenaktualisierungen werden nicht unterstützt. Insbesondere werden ON UPDATE Regeln mit CASCADESET NULL, und SET DEFAULT -Aktionen nicht unterstützt. ON DELETE Der Versuch, eine Tabelle mit solchen Verweisen in einer anderen Tabelle zu erstellen oder zu aktualisieren, führt zu einem Fehlschlag der Tabelle.

ALTER TABLEPartitionsoperationen führen dazu, dass Ihre Tabelle neu synchronisiert wird, um Daten von Aurora nach Amazon Redshift neu zu laden. Die Tabelle kann während der Resynchronisierung nicht abgefragt werden. Weitere Informationen finden Sie unter Eine oder mehrere meiner Amazon-Redshift-Tabellen erfordern eine erneute Synchronisation.

XA-Transaktionen werden nicht unterstützt.

Objektkennungen (einschließlich Datenbankname, Tabellenname, Spaltennamen und andere) dürfen nur alphanumerische Zeichen, Zahlen, $ und _ (Unterstrich) enthalten.

Auf Ihrem Quell-DB-Cluster muss Aurora MySQL Version 3.05 (kompatibel mit MySQL 8.0.32) oder höher ausgeführt werden.

Null-ETL-Integrationen benötigen die MySQL-Binärprotokollierung (Binlog), um laufende Datenänderungen zu erfassen. Verwenden Sie keine binlog-basierte Datenfilterung, da dies zu Dateninkonsistenzen zwischen der Quell- und Zieldatenbank führen kann.

Aurora-MySQL-Systemtabellen, temporäre Tabellen und Ansichten werden nicht in Amazon Redshift repliziert.

Null-ETL-Integrationen werden nur für Datenbanken unterstützt, die für die Verwendung der InnoDB-Speicher-Engine konfiguriert sind.

Auf Ihrem Quell-DB-Cluster muss Aurora PostgreSQL ausgeführt werden (kompatibel mit PostgreSQL 15.4 und Zero-ETL Support).

Sie können Zero-ETL-Integrationen für Aurora PostgreSQL nur in der Amazon RDS Database Preview-Umgebung im Osten der USA (Ohio) (us-east-2) erstellen und verwalten. AWS-Region Sie können die Vorschauumgebung verwenden, um Beta-, Release Candidate- und frühe Produktionsversionen der PostgreSQL-Datenbank-Engine-Software zu testen.

Sie können Integrationen für Aurora PostgreSQL nur mit dem erstellen und verwalten. AWS Management Console Sie können die AWS Command Line Interface (AWS CLI), die Amazon RDS-API oder eines der AWS SDKs nicht verwenden.

Wenn Sie einen Quell-DB-Cluster erstellen, müssen für die von Ihnen gewählte Parametergruppe bereits die erforderlichen DB-Cluster-Parameterwerte konfiguriert sein. Sie können danach keine neue Parametergruppe erstellen und sie dann dem Cluster zuordnen. Eine Liste der erforderlichen Parameter finden Sie unterSchritt 1: Erstellen einer benutzerdefinierten DB-Cluster-Parametergruppe.

Sie können eine Integration nach der Erstellung nicht mehr ändern. Wenn Sie bestimmte Einstellungen ändern müssen, müssen Sie die Integration löschen und neu erstellen.

Derzeit führen Aurora PostgreSQL-DB-Cluster, die die Quelle einer Integration sind, keine automatische Erfassung logischer Replikationsdaten durch.

Alle Datenbanken, die im Aurora PostgreSQL-Quell-DB-Cluster erstellt wurden, müssen die UTF-8-Kodierung verwenden.

Spaltennamen dürfen keines der folgenden Zeichen enthalten: Kommas (,), Semikolons (;), Klammern (), geschweifte Klammern {}, Zeilenumbrüche (\n), Tabulatoren (\ t), Gleichheitszeichen (=) und Leerzeichen.

Zero-ETL-Integrationen mit Aurora PostgreSQL unterstützen Folgendes nicht: