Fehlerbehebung bei Null-ETL-Integrationen - Amazon Redshift

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.

Fehlerbehebung bei Null-ETL-Integrationen

Verwenden Sie die folgenden Abschnitte, um Probleme zu beheben, die Sie mit Zero-ETL-Integrationen haben.

Verwenden Sie die folgenden Informationen, um häufig auftretende Fehler bei Null-ETL-Integrationen mit Aurora MySQL zu beheben.

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der Null-ETL-Integration fehlgeschlagen ist, lautet der Status der Integration Inactive. Stellen Sie sicher, dass Folgendes für Ihren Aurora-DB-Quell-Cluster zutrifft:

  • Sie haben Ihren Cluster in der Amazon RDS-Konsole erstellt.

  • Auf Ihrem Aurora-Quell-DB-Cluster wird eine unterstützte Version ausgeführt. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und Aurora-DB-Engines für Zero-ETL-Integrationen mit Amazon Redshift. Um dies zu überprüfen, wechseln Sie zur Registerkarte Konfiguration für den Cluster und überprüfen Sie die Engine-Version.

  • Sie haben die Binlog-Parametereinstellungen für Ihren Cluster korrekt konfiguriert. Wenn Ihre Aurora MySQL-Binlog-Parameter falsch eingestellt sind oder nicht mit dem Aurora-DB-Quell-Cluster verknüpft sind, schlägt die Erstellung fehl. Siehe Konfiguration von DB-Cluster-Parametern.

Stellen Sie außerdem sicher, dass Folgendes für Ihr Amazon Redshift Data Warehouse zutrifft:

Tabellen haben keine Primärschlüssel

In der Zieldatenbank haben eine oder mehrere Tabellen keinen Primärschlüssel und können nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Sie können Primärschlüssel zu den Tabellen hinzufügen und Amazon Redshift synchronisiert die Tabellen erneut. Alternativ können Sie diese Tabellen in Aurora löschen und Tabellen mit einem Primärschlüssel erstellen. Dies wird jedoch nicht empfohlen. Weitere Informationen finden Sie unter Bewährte Methoden für die Gestaltung von Tabellen mit Amazon Redshift.

Aurora MySQL-Tabellen werden nicht nach Amazon Redshift repliziert

Wenn Sie nicht sehen, dass eine oder mehrere Tabellen in Amazon Redshift wiedergegeben werden, können Sie den folgenden Befehl ausführen, um sie erneut zu synchronisieren. dbnameErsetzen Sie durch den Namen Ihrer Amazon Redshift Redshift-Datenbank. Und ersetzen Sie table1 und table2 durch die Namen der Tabellen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon Redshift Database Developer Guide.

Ihre Daten werden möglicherweise nicht repliziert, weil eine oder mehrere Ihrer Quelltabellen keinen Primärschlüssel haben. Das Monitoring-Dashboard in Amazon Redshift zeigt den Status dieser Tabellen als anFailed, und der Status der gesamten Zero-ETL-Integration ändert sich auf. Needs attention Um dieses Problem zu lösen, können Sie einen vorhandenen Schlüssel in Ihrer Tabelle identifizieren, der zu einem Primärschlüssel werden kann, oder Sie können einen synthetischen Primärschlüssel hinzufügen. Ausführliche Lösungen finden Sie unter Behandeln von Tabellen ohne Primärschlüssel bei der Erstellung von Amazon Aurora MySQL- oder RDS for MySQL Zero-ETL-Integrationen mit Amazon Redshift. im Datenbank-Blog.AWS

Stellen Sie außerdem sicher, dass der Cluster nicht angehalten ist, wenn Ihr Ziel ein Amazon Redshift Redshift-Cluster ist.

Nicht unterstützte Datentypen in Tabellen

In der Datenbank, die Sie aus der Integration in Amazon Redshift erstellt haben und in der Daten aus dem Aurora-DB-Cluster repliziert werden, weist mindestens eine Tabelle nicht unterstützte Datentypen auf und kann nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie diese Tabellen anschließend und erstellen Sie neue Tabellen auf Amazon RDS. Weitere Informationen zu nicht unterstützten Datentypen finden Sie unter Datentypunterschiede zwischen Aurora- und Amazon-Redshift-Datenbanken im Amazon-Aurora-Benutzerhandbuch.

Befehle der Datenbearbeitungssprache (DML) sind fehlgeschlagen

Amazon Redshift konnte keine DML-Befehle in den Redshift-Tabellen ausführen. Um dieses Problem zu beheben, verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Amazon Redshift synchronisiert die Tabellen automatisch neu, um diesen Fehler zu beheben.

Nachverfolgte Änderungen zwischen Datenquellen stimmen nicht überein

Dieser Fehler tritt auf, wenn die Änderungen zwischen Amazon Aurora und Amazon Redshift nicht übereinstimmen, was dazu führt, dass die Integration in den Status Failed wechselt.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration und erstellen Sie sie in Amazon RDS neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Autorisierung fehlgeschlagen

Die Autorisierung ist fehlgeschlagen, weil der Aurora-DB-Quell-Cluster als autorisierte Integrationsquelle für das Amazon Redshift Data Warehouse entfernt wurde.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration und erstellen Sie sie in Amazon RDS neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Die Anzahl der Tabellen beträgt mehr als 100.000 oder die Anzahl der Schemata beträgt mehr als 4950

Für ein Ziel-Data-Warehouse beträgt die Anzahl der Tabellen mehr als 100.000 oder die Anzahl der Schemas mehr als 4950. Amazon Aurora kann keine Daten an Amazon Redshift senden. Die Anzahl der Tabellen und Schemas überschreitet den festgelegten Grenzwert. Um dieses Problem zu beheben, entfernen Sie alle unnötigen Schemata oder Tabellen aus der Quelldatenbank.

Amazon Redshift kann keine Daten laden

Amazon Redshift kann keine Daten in die Null-ETL-Integration laden.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration auf Amazon RDS und erstellen Sie sie neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Die Einstellungen der Arbeitsgruppenparameter sind falsch

In Ihrer Arbeitsgruppe ist die Unterscheidung zwischen Groß- und Kleinschreibung nicht aktiviert.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Eigenschaften, wählen Sie die Parametergruppe aus und aktivieren Sie auf der Registerkarte Eigenschaften die ID zur Unterscheidung zwischen Groß- und Kleinschreibung. Wenn Sie keine bestehende Parametergruppe haben, erstellen Sie eine, bei der die Unterscheidung zwischen Groß- und Kleinschreibung aktiviert ist. Erstellen Sie dann eine neue Null-ETL-Integration in Amazon RDS. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen.

Die Datenbank zur Aktivierung einer Null-ETL-Integration wurde nicht erstellt

Es wurde keine Datenbank erstellt, um die Null-ETL-Integration zu aktivieren.

Um dieses Problem zu beheben, erstellen Sie eine Datenbank für die Integration. Weitere Informationen finden Sie unter Erstellen von Zieldatenbanken in Amazon Redshift.

Die Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet

Ihre Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet.

Um ausführlichere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet, verwenden Sie die Systemansicht SYS_LOAD_ERROR_DETAIL.

Die Verzögerung bei der Integration nimmt zu

Die Integrationsverzögerung Ihrer Zero-ETL-Integrationen kann zunehmen, wenn SAVEPOINT in Ihrer Quelldatenbank stark genutzt wird.

Verwenden Sie die folgenden Informationen, um häufig auftretende Fehler bei Null-ETL-Integrationen mit Aurora PostgreSQL zu beheben.

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der Null-ETL-Integration fehlgeschlagen ist, lautet der Status der Integration Inactive. Stellen Sie sicher, dass Folgendes für Ihren Aurora-DB-Quell-Cluster zutrifft:

  • Sie haben Ihren Cluster in der Amazon RDS-Konsole erstellt.

  • Auf Ihrem Aurora-Quell-DB-Cluster wird eine unterstützte Version ausgeführt. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und Aurora-DB-Engines für Zero-ETL-Integrationen mit Amazon Redshift. Um dies zu überprüfen, wechseln Sie zur Registerkarte Konfiguration für den Cluster und überprüfen Sie die Engine-Version.

  • Sie haben die Binlog-Parametereinstellungen für Ihren Cluster korrekt konfiguriert. Wenn Ihre Aurora-PostgreSQL-Binlog-Parameter falsch eingestellt oder nicht mit dem Aurora-DB-Quell-Cluster verknüpft sind, schlägt die Erstellung fehl. Siehe Konfiguration von DB-Cluster-Parametern.

Stellen Sie außerdem sicher, dass Folgendes für Ihr Amazon Redshift Data Warehouse zutrifft:

Tabellen haben keine Primärschlüssel

In der Zieldatenbank haben eine oder mehrere Tabellen keinen Primärschlüssel und können nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Sie können Primärschlüssel zu den Tabellen hinzufügen und Amazon Redshift synchronisiert die Tabellen erneut. Alternativ können Sie diese Tabellen in Aurora löschen und Tabellen mit einem Primärschlüssel erstellen. Dies wird jedoch nicht empfohlen. Weitere Informationen finden Sie unter Bewährte Methoden für die Gestaltung von Tabellen mit Amazon Redshift.

Aurora PostgreSQL-Tabellen werden nicht nach Amazon Redshift repliziert

Wenn Sie nicht sehen, dass eine oder mehrere Tabellen in Amazon Redshift wiedergegeben werden, können Sie den folgenden Befehl ausführen, um sie erneut zu synchronisieren. dbnameErsetzen Sie durch den Namen Ihrer Amazon Redshift Redshift-Datenbank. Und ersetzen Sie table1 und table2 durch die Namen der Tabellen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon Redshift Database Developer Guide.

Ihre Daten werden möglicherweise nicht repliziert, weil eine oder mehrere Ihrer Quelltabellen keinen Primärschlüssel haben. Das Monitoring-Dashboard in Amazon Redshift zeigt den Status dieser Tabellen als anFailed, und der Status der gesamten Zero-ETL-Integration ändert sich auf. Needs attention Um dieses Problem zu lösen, können Sie einen vorhandenen Schlüssel in Ihrer Tabelle identifizieren, der zu einem Primärschlüssel werden kann, oder Sie können einen synthetischen Primärschlüssel hinzufügen. Ausführliche Lösungen finden Sie unter Behandeln von Tabellen ohne Primärschlüssel bei der Erstellung von Amazon Aurora PostgreSQL Zero-ETL-Integrationen mit Amazon Redshift. AWS im Datenbank-Blog.

Stellen Sie außerdem sicher, dass der Cluster nicht angehalten ist, wenn Ihr Ziel ein Amazon Redshift Redshift-Cluster ist.

Nicht unterstützte Datentypen in Tabellen

In der Datenbank, die Sie aus der Integration in Amazon Redshift erstellt haben und in der Daten aus dem Aurora-DB-Cluster repliziert werden, weist mindestens eine Tabelle nicht unterstützte Datentypen auf und kann nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie diese Tabellen anschließend und erstellen Sie neue Tabellen auf Amazon RDS. Weitere Informationen zu nicht unterstützten Datentypen finden Sie unter Datentypunterschiede zwischen Aurora- und Amazon-Redshift-Datenbanken im Amazon-Aurora-Benutzerhandbuch.

Befehle der Datenbearbeitungssprache (DML) sind fehlgeschlagen

Amazon Redshift konnte keine DML-Befehle in den Redshift-Tabellen ausführen. Um dieses Problem zu beheben, verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Amazon Redshift synchronisiert die Tabellen automatisch neu, um diesen Fehler zu beheben.

Nachverfolgte Änderungen zwischen Datenquellen stimmen nicht überein

Dieser Fehler tritt auf, wenn die Änderungen zwischen Amazon Aurora und Amazon Redshift nicht übereinstimmen, was dazu führt, dass die Integration in den Status Failed wechselt.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration und erstellen Sie sie in Amazon RDS neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Autorisierung fehlgeschlagen

Die Autorisierung ist fehlgeschlagen, weil der Aurora-DB-Quell-Cluster als autorisierte Integrationsquelle für das Amazon Redshift Data Warehouse entfernt wurde.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration und erstellen Sie sie in Amazon RDS neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Die Anzahl der Tabellen beträgt mehr als 100.000 oder die Anzahl der Schemata beträgt mehr als 4950

Für ein Ziel-Data-Warehouse beträgt die Anzahl der Tabellen mehr als 100.000 oder die Anzahl der Schemas mehr als 4950. Amazon Aurora kann keine Daten an Amazon Redshift senden. Die Anzahl der Tabellen und Schemas überschreitet den festgelegten Grenzwert. Um dieses Problem zu beheben, entfernen Sie alle unnötigen Schemata oder Tabellen aus der Quelldatenbank.

Amazon Redshift kann keine Daten laden

Amazon Redshift kann keine Daten in die Null-ETL-Integration laden.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration auf Amazon RDS und erstellen Sie sie neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Die Einstellungen der Arbeitsgruppenparameter sind falsch

In Ihrer Arbeitsgruppe ist die Unterscheidung zwischen Groß- und Kleinschreibung nicht aktiviert.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Eigenschaften, wählen Sie die Parametergruppe aus und aktivieren Sie auf der Registerkarte Eigenschaften die ID zur Unterscheidung zwischen Groß- und Kleinschreibung. Wenn Sie keine bestehende Parametergruppe haben, erstellen Sie eine, bei der die Unterscheidung zwischen Groß- und Kleinschreibung aktiviert ist. Erstellen Sie dann eine neue Null-ETL-Integration in Amazon RDS. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen.

Die Datenbank zur Aktivierung einer Null-ETL-Integration wurde nicht erstellt

Es wurde keine Datenbank erstellt, um die Null-ETL-Integration zu aktivieren.

Um dieses Problem zu beheben, erstellen Sie eine Datenbank für die Integration. Weitere Informationen finden Sie unter Erstellen von Zieldatenbanken in Amazon Redshift.

Die Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet

Ihre Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet.

Um ausführlichere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet, verwenden Sie die Systemansicht SYS_LOAD_ERROR_DETAIL.

Verwenden Sie die folgenden Informationen, um häufig auftretende Fehler bei Null-ETL-Integrationen mit RDS für MySQL zu beheben.

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der Null-ETL-Integration fehlgeschlagen ist, lautet der Status der Integration Inactive. Stellen Sie sicher, dass Folgendes für Ihre RDS-DB-Quell-Instance zutrifft:

  • Sie haben Ihre Instance in der Amazon-RDS-Konsole erstellt.

  • Auf Ihrer Quell-RDS-DB-Instance wird eine unterstützte Version von RDS for MySQL ausgeführt. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und DB-Engines für Amazon RDS Zero-ETL-Integrationen mit Amazon Redshift. Um dies zu überprüfen, wechseln Sie zur Registerkarte Konfiguration für die Instance und prüfen Sie die Engine-Version.

  • Sie haben die Binlog-Parametereinstellungen für Ihre Instance korrekt konfiguriert. Wenn die Binlog-Parameter von RDS für MySQL falsch eingestellt oder nicht mit der RDS-DB-Quell-Instance verknüpft sind, schlägt die Erstellung fehl. Siehe Konfigurieren von DB-Instance-Parametern.

Stellen Sie außerdem sicher, dass Folgendes für Ihr Amazon Redshift Data Warehouse zutrifft:

Tabellen haben keine Primärschlüssel

In der Zieldatenbank haben eine oder mehrere Tabellen keinen Primärschlüssel und können nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Sie können Primärschlüssel zu den Tabellen hinzufügen und Amazon Redshift synchronisiert die Tabellen erneut. Alternativ können Sie diese Tabellen in RDS löschen und Tabellen mit einem Primärschlüssel erstellen. Dies wird jedoch nicht empfohlen. Weitere Informationen finden Sie unter Bewährte Methoden für die Gestaltung von Tabellen mit Amazon Redshift.

RDS für MySQL-Tabellen werden nicht nach Amazon Redshift repliziert

Wenn Sie nicht sehen, dass eine oder mehrere Tabellen in Amazon Redshift wiedergegeben werden, können Sie den folgenden Befehl ausführen, um sie erneut zu synchronisieren. dbnameErsetzen Sie durch den Namen Ihrer Amazon Redshift Redshift-Datenbank. Und ersetzen Sie table1 und table2 durch die Namen der Tabellen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon Redshift Database Developer Guide.

Ihre Daten werden möglicherweise nicht repliziert, weil eine oder mehrere Ihrer Quelltabellen keinen Primärschlüssel haben. Das Monitoring-Dashboard in Amazon Redshift zeigt den Status dieser Tabellen als anFailed, und der Status der gesamten Zero-ETL-Integration ändert sich auf. Needs attention Um dieses Problem zu lösen, können Sie einen vorhandenen Schlüssel in Ihrer Tabelle identifizieren, der zu einem Primärschlüssel werden kann, oder Sie können einen synthetischen Primärschlüssel hinzufügen. Ausführliche Lösungen finden Sie unter Behandeln von Tabellen ohne Primärschlüssel bei der Erstellung von Aurora MySQL-Compatible Edition- oder RDS for MySQL Zero-ETL-Integrationen mit Amazon Redshift. AWS im Datenbank-Blog.

Stellen Sie außerdem sicher, dass der Cluster nicht angehalten ist, wenn Ihr Ziel ein Amazon Redshift Redshift-Cluster ist.

Nicht unterstützte Datentypen in Tabellen

In der Datenbank, die Sie aus der Integration in Amazon Redshift erstellt haben und in der Daten aus der RDS-DB-Instance repliziert werden, weist mindestens eine Tabelle nicht unterstützte Datentypen auf und kann nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie diese Tabellen anschließend und erstellen Sie neue Tabellen auf Amazon RDS. Weitere Informationen zu nicht unterstützten Datentypen finden Sie unter Datentypunterschiede zwischen RDS- und Amazon-Redshift-Datenbanken im Amazon-RDS-Benutzerhandbuch.

Befehle der Datenbearbeitungssprache (DML) sind fehlgeschlagen

Amazon Redshift konnte keine DML-Befehle in den Redshift-Tabellen ausführen. Um dieses Problem zu beheben, verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Amazon Redshift synchronisiert die Tabellen automatisch neu, um diesen Fehler zu beheben.

Nachverfolgte Änderungen zwischen Datenquellen stimmen nicht überein

Dieser Fehler tritt auf, wenn die Änderungen zwischen Amazon Aurora und Amazon Redshift nicht übereinstimmen, was dazu führt, dass die Integration in den Status Failed wechselt.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration und erstellen Sie sie in Amazon RDS neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Autorisierung fehlgeschlagen

Die Autorisierung ist fehlgeschlagen, da die RDS-DB-Quell-Instance als autorisierte Integrationsquelle für das Amazon Redshift Data Warehouse entfernt wurde.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration und erstellen Sie sie in Amazon RDS neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Die Anzahl der Tabellen beträgt mehr als 100.000 oder die Anzahl der Schemata beträgt mehr als 4950

Für ein Ziel-Data-Warehouse beträgt die Anzahl der Tabellen mehr als 100.000 oder die Anzahl der Schemas mehr als 4950. Amazon Aurora kann keine Daten an Amazon Redshift senden. Die Anzahl der Tabellen und Schemas überschreitet den festgelegten Grenzwert. Um dieses Problem zu beheben, entfernen Sie alle unnötigen Schemata oder Tabellen aus der Quelldatenbank.

Amazon Redshift kann keine Daten laden

Amazon Redshift kann keine Daten in die Null-ETL-Integration laden.

Um dieses Problem zu beheben, löschen Sie die Null-ETL-Integration auf Amazon RDS und erstellen Sie sie neu. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen und Löschen von Null-ETL-Integrationen.

Die Einstellungen der Arbeitsgruppenparameter sind falsch

In Ihrer Arbeitsgruppe ist die Unterscheidung zwischen Groß- und Kleinschreibung nicht aktiviert.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Eigenschaften, wählen Sie die Parametergruppe aus und aktivieren Sie auf der Registerkarte Eigenschaften die ID zur Unterscheidung zwischen Groß- und Kleinschreibung. Wenn Sie keine bestehende Parametergruppe haben, erstellen Sie eine, bei der die Unterscheidung zwischen Groß- und Kleinschreibung aktiviert ist. Erstellen Sie dann eine neue Null-ETL-Integration in Amazon RDS. Weitere Informationen finden Sie unter Erstellen von Null-ETL-Integrationen.

Die Datenbank zur Aktivierung einer Null-ETL-Integration wurde nicht erstellt

Es wurde keine Datenbank erstellt, um die Null-ETL-Integration zu aktivieren.

Um dieses Problem zu beheben, erstellen Sie eine Datenbank für die Integration. Weitere Informationen finden Sie unter Erstellen von Zieldatenbanken in Amazon Redshift.

Die Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet

Ihre Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet.

Um ausführlichere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet, verwenden Sie die Systemansicht SYS_LOAD_ERROR_DETAIL.

Verwenden Sie die folgenden Informationen, um häufig auftretende Probleme bei Zero-ETL-Integrationen mit Amazon DynamoDB zu beheben.

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der Null-ETL-Integration fehlgeschlagen ist, lautet der Status der Integration Inactive. Stellen Sie sicher, dass die folgenden Angaben für Ihr Amazon Redshift Redshift-Data Warehouse und Ihre DynamoDB-Quelltabelle korrekt sind:

Nicht unterstützte Datentypen in Tabellen

DynamoDB-Zahlen werden in Amazon Redshift in DECIMAL (38,10) übersetzt. Zahlen, die diesen Genauigkeitsbereich überschreiten, werden automatisch in (38,10) umgewandelt. Löschen Sie die Integration, vereinheitlichen Sie die Zahlengenauigkeiten und erstellen Sie dann die Integration neu.

Tabellen- und Attributnamen werden nicht unterstützt

Amazon Redshift unterstützt Tabellen- und Attributnamen mit bis zu 127 Zeichen. Wenn ein langer Name, wie der DynamoDB-Tabellenname oder der Spaltenname des Partitionsschlüssels oder Sortierschlüssels, Ihre Integration fehlschlägt, korrigieren Sie ihn, indem Sie einen kürzeren Namen verwenden und die Integration neu erstellen.

Autorisierung fehlgeschlagen

Die Autorisierung kann fehlschlagen, wenn die DynamoDB-Quelltabelle als autorisierte Integrationsquelle für das Amazon Redshift Data Warehouse entfernt wird.

Um dieses Problem zu beheben, löschen Sie die Zero-ETL-Integration und erstellen Sie sie mit Amazon DynamoDB neu.

Amazon Redshift kann keine Daten laden

Amazon Redshift kann keine Daten aus einer Zero-ETL-Integration laden.

Um dieses Problem zu beheben, aktualisieren Sie die Integration mit ALTER DATABASE.

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

Die Einstellungen der Arbeitsgruppen- oder Clusterparameter sind falsch

In Ihrer Arbeitsgruppe oder Ihrem Cluster ist die Berücksichtigung von Groß- und Kleinschreibung nicht aktiviert.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Eigenschaften, wählen Sie die Parametergruppe aus und aktivieren Sie auf der Registerkarte Eigenschaften die ID zur Unterscheidung zwischen Groß- und Kleinschreibung. Wenn Sie keine bestehende Parametergruppe haben, erstellen Sie eine, bei der die Unterscheidung zwischen Groß- und Kleinschreibung aktiviert ist. Erstellen Sie dann eine neue Zero-ETL-Integration auf DynamoDB. Weitere Informationen finden Sie unter Aktivieren der Groß- und Kleinschreibung im Amazon Redshift Management Guide.

Die Datenbank zur Aktivierung einer Null-ETL-Integration wurde nicht erstellt

Es wurde keine Datenbank erstellt, um die Null-ETL-Integration zu aktivieren.

Um dieses Problem zu beheben, erstellen Sie eine Datenbank für die Integration. Weitere Informationen finden Sie unter Erstellen von Zieldatenbanken in Amazon Redshift im Amazon Redshift Management Guide.

Point-in-time Wiederherstellung (PITR) ist in der DynamoDB-Quelltabelle nicht aktiviert

Die Aktivierung von PITR ist erforderlich, damit DynamoDB Daten exportieren kann. Stellen Sie sicher, dass PITR immer aktiviert ist. Wenn Sie PITR jemals ausschalten, während die Integration aktiv ist, müssen Sie den Anweisungen in der Fehlermeldung folgen und die Integration mit ALTER DATABASE aktualisieren.

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

Zugriff auf KMS-Schlüssel verweigert

Der für die Quelltabelle oder Integration verwendete KMS-Schlüssel muss mit ausreichenden Berechtigungen konfiguriert sein. Informationen zur Verschlüsselung und Entschlüsselung von Tabellen finden Sie unter DynamoDB-Verschlüsselung im Ruhezustand im Amazon DynamoDB Developer Guide.

Amazon Redshift hat keinen Zugriff auf den DynamoDB-Tabellenschlüssel

Wenn es sich bei der Quelltabellenverschlüsselung um einen handelt Von AWS verwalteter Schlüssel, wechseln Sie zu einem AWS-eigener Schlüssel oder vom Kunden verwalteten Schlüssel. Wenn die Tabelle bereits mit einem vom Kunden verwalteten Schlüssel verschlüsselt ist, stellen Sie sicher, dass die Richtlinie keine Bedingungsschlüssel enthält.

Verwenden Sie die folgenden Informationen, um häufig auftretende Probleme bei Zero-ETL-Integrationen mit Anwendungen wie Salesforce, SAP und Zendesk zu beheben. ServiceNow

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der Null-ETL-Integration fehlgeschlagen ist, lautet der Status der Integration Inactive. Stellen Sie sicher, dass die folgenden Angaben für Ihr Amazon Redshift Data Warehouse korrekt sind:

Tabellen werden nicht nach Amazon Redshift repliziert

In der Zieldatenbank haben eine oder mehrere Tabellen keinen Primärschlüssel und können nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Sie können Primärschlüssel zu den Tabellen hinzufügen und Amazon Redshift synchronisiert die Tabellen erneut. Sie können den folgenden Befehl ausführen, um sie erneut zu synchronisieren. dbnameErsetzen Sie durch den Namen Ihrer Amazon Redshift Redshift-Datenbank. Und ersetzen Sie table1 und table2 durch die Namen der Tabellen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon Redshift Database Developer Guide.

Nicht unterstützte Datentypen in Tabellen

In der Datenbank, die Sie mit der Integration in Amazon Redshift erstellt haben und in der Daten aus Zero-ETL-Integrationen mit Anwendungen repliziert werden, hat eine oder mehrere Tabellen Datentypen, die nicht unterstützt werden und können nicht synchronisiert werden.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Tabellenstatistiken auf der Seite der Integrationsdetails oder verwenden Sie SVV_INTEGRATION_TABLE_STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie dann diese Tabellen und erstellen Sie neue Tabellen an der Quelle. Weitere Informationen finden Sie unter Zero-ETL-Integrationen im Entwicklerhandbuch.AWS Glue

Die Einstellungen der Arbeitsgruppenparameter sind falsch

In Ihrer Arbeitsgruppe ist die Unterscheidung zwischen Groß- und Kleinschreibung nicht aktiviert.

Um dieses Problem zu beheben, wechseln Sie zur Registerkarte Eigenschaften, wählen Sie die Parametergruppe aus und aktivieren Sie auf der Registerkarte Eigenschaften die ID zur Unterscheidung zwischen Groß- und Kleinschreibung. Wenn Sie keine bestehende Parametergruppe haben, erstellen Sie eine, bei der die Unterscheidung zwischen Groß- und Kleinschreibung aktiviert ist. Erstellen Sie dann eine neue Zero-ETL-Integration. Weitere Informationen finden Sie unter Zero-ETL-Integrationen im Entwicklerhandbuch.AWS Glue

Die Datenbank zur Aktivierung einer Null-ETL-Integration wurde nicht erstellt

Es wurde keine Datenbank erstellt, um die Null-ETL-Integration zu aktivieren.

Um dieses Problem zu beheben, erstellen Sie eine Datenbank für die Integration. Weitere Informationen finden Sie unter Erstellen von Zieldatenbanken in Amazon Redshift.

Die Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet

Ihre Tabelle befindet sich im Status Resynchronisierung erforderlich oder Resynchronisierung eingeleitet.

Um ausführlichere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet, verwenden Sie die Systemansicht SYS_LOAD_ERROR_DETAIL.