Arbeiten mit Aurora ohne ETL Integrationen mit Amazon Redshift

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

Eliminieren Sie die Notwendigkeit, komplexe Daten-Pipelines aufzubauen und zu verwalten, die Extraktions-, Transformations- und Load () ETL -Operationen durchführen. ETLNull-Integrationen beseitigen die Herausforderungen, die mit dem Aufbau und der Verwaltung von Pipelines einhergehen, indem sie für Sie bereitgestellt und verwaltet werden.

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 nicht mehrere Integrationen zwischen derselben Quell- und Zieldatenbank erstellen.

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 blau/grünen Bereitstellung ist, dürfen in den blauen und grünen Umgebungen während des Switchovers keine vorhandenen ETL Nullintegrationen vorhanden sein. 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 Unterschiede zwischen den Datentypen zwischen Aurora - und Amazon Redshift Redshift-Datenbanken.

XA-Transaktionen werden nicht unterstützt.

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

Systemtabellen, temporäre Tabellen und Ansichten werden nicht auf Amazon Redshift repliziert.

Auf Ihrem Quell-DB-Cluster muss eine unterstützte Version von Aurora My ausgeführt werdenSQL. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und Aurora-DB-Engines ohne ETL Integrationen mit Amazon Redshift.

ETLZero-Integrationen verlassen sich auf My SQL Binary Logging (Binlog), um laufende Datenänderungen zu erfassen. Verwenden Sie keine binlogbasierte Datenfilterung, da dies zu Dateninkonsistenzen zwischen der Quell- und der Zieldatenbank führen kann.

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

Fremdschlüsselverweise mit vordefinierten Tabellenaktualisierungen werden nicht unterstützt. Insbesondere ON DELETE werden ON UPDATE Regeln mit CASCADESET NULL, und SET DEFAULT Aktionen nicht unterstützt. 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.

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

Sie können ETL Zero-Integrationen für Aurora Postgre SQL 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 SQL Postgre-Datenbank-Engine-Software zu testen.

Sie können Integrationen für Aurora Postgre SQL nur mit dem AWS Management Console. Du kannst das nicht benutzen AWS Command Line Interface (AWS CLI), der Amazon RDS API oder einer der AWS SDKs.

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 SQL Postgre-DB-Cluster, die die Quelle einer Integration sind, keine automatische Erfassung logischer Replikationsdaten durch.

Alle Datenbanken, die im Aurora SQL Postgre-DB-Quellcluster erstellt wurden, müssen die UTF -8-Kodierung verwenden.

ETLZero-Integrationen mit Aurora Postgre unterstützen Folgendes SQL nicht: