Fehlerbehebung bei Null-ETL-Integrationen - Amazon Redshift

Amazon Redshift unterstützt ab dem 1. November 2025 nicht mehr die Erstellung neuer Python-UDFs. Wenn Sie Python-UDFs verwenden möchten, erstellen Sie die UDFs vor diesem Datum. Bestehende Python-UDFs funktionieren weiterhin wie gewohnt. Weitere Informationen finden Sie im Blog-Posting.

Fehlerbehebung bei Null-ETL-Integrationen

Verwenden Sie die folgenden Abschnitte, um Probleme zu beheben, die Sie mit Null-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 Quell-Cluster in Aurora-DB 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 Null-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 zu Amazon Redshift repliziert

Wenn eine oder mehrere Tabellen nicht in Amazon Redshift repliziert werden, können Sie den folgenden Befehl ausführen, um sie erneut zu synchronisieren. Ersetzen Sie dbname durch den Namen Ihrer Amazon-Redshift-Datenbank. Außerdem müssen Sie table1 und table2 durch die Namen der Tabellen ersetzen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon-Redshift-Handbuch für Datenbankentwickler.

Ihre Daten werden möglicherweise nicht repliziert, da eine oder mehrere Quelltabellen nicht über einen Primärschlüssel verfügen. Das Überwachungs-Dashboard in Amazon Redshift zeigt den Status dieser Tabellen als Failed an und der Status der gesamten Null-ETL-Integration wird in Needs attention geändert. 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. Detaillierte Informationen zu Lösungen finden Sie unter Handle tables without primary keys while creating Amazon Aurora MySQL or RDS for MySQL zero-ETL integrations with Amazon Redshift im AWS Database Blog.

Stellen Sie außerdem sicher, dass der Cluster nicht pausiert ist, wenn Ihr Ziel ein Amazon-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.

Integrationsverzögerung nimmt zu

Die Integrationsverzögerung Ihrer Null-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 Quell-Cluster in Aurora-DB 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 Null-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 zu Amazon Redshift repliziert

Wenn eine oder mehrere Tabellen nicht in Amazon Redshift repliziert werden, können Sie den folgenden Befehl ausführen, um sie erneut zu synchronisieren. Ersetzen Sie dbname durch den Namen Ihrer Amazon-Redshift-Datenbank. Außerdem müssen Sie table1 und table2 durch die Namen der Tabellen ersetzen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon-Redshift-Handbuch für Datenbankentwickler.

Ihre Daten werden möglicherweise nicht repliziert, da eine oder mehrere Quelltabellen nicht über einen Primärschlüssel verfügen. Das Überwachungs-Dashboard in Amazon Redshift zeigt den Status dieser Tabellen als Failed an und der Status der gesamten Null-ETL-Integration ändert sich in 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. Detaillierte Informationen zu Lösungen finden Sie unter Handle tables without primary keys while creating Amazon Aurora PostgreSQL zero-ETL integrations with Amazon Redshift im AWS Database Blog.

Stellen Sie außerdem sicher, dass der Cluster nicht pausiert ist, wenn Ihr Ziel ein Amazon-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 für 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-Instance in RDS DB wird eine unterstützte Version von RDS für MySQL ausgeführt. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und DB-Engines für Null-ETL-Integrationen für Amazon RDS 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.

Tabellen in RDS für MySQL werden nicht zu Amazon Redshift repliziert

Wenn eine oder mehrere Tabellen nicht in Amazon Redshift repliziert werden, können Sie den folgenden Befehl ausführen, um sie erneut zu synchronisieren. Ersetzen Sie dbname durch den Namen Ihrer Amazon-Redshift-Datenbank. Außerdem müssen Sie table1 und table2 durch die Namen der Tabellen ersetzen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon-Redshift-Handbuch für Datenbankentwickler.

Ihre Daten werden möglicherweise nicht repliziert, da eine oder mehrere Quelltabellen nicht über einen Primärschlüssel verfügen. Das Überwachungs-Dashboard in Amazon Redshift zeigt den Status dieser Tabellen als Failed an und der Status der gesamten Null-ETL-Integration ändert sich in 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. Detaillierte Informationen zu Lösungen finden Sie unter Handle tables without primary keys while creating Aurora MySQL-Compatible Edition or RDS for MySQL zero-ETL integrations with Amazon Redshift im AWS Database Blog.

Stellen Sie außerdem sicher, dass der Cluster nicht pausiert ist, wenn Ihr Ziel ein Amazon-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 für 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 mit Null-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 außerdem sicher, dass Folgendes für Ihr Data Warehouse in Amazon Redshift und Ihre Quelltabelle in DynamoDB zutrifft:

Nicht unterstützte Datentypen in Tabellen

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

Nicht unterstützte Tabellen- und Attributnamen

Amazon Redshift unterstützt Tabellen- und Attributnamen mit bis zu 127 Zeichen. Wenn Ihre Integration aufgrund eines langen Namens fehlschlägt, z. B. des DynamoDB-Tabellennamens oder des Spaltennamens von Partitionsschlüssel oder Sortierschlüssel, können Sie dies korrigieren, 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 Data Warehouse in Amazon Redshift entfernt wurde.

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

Amazon Redshift kann keine Daten laden

Amazon Redshift kann keine Daten aus einer Null-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 für Arbeitsgruppe oder Cluster-Parameter sind falsch

Die Unterscheidung zwischen Groß- und Kleinschreibung ist für Ihre Arbeitsgruppe oder Ihren Cluster 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 für DynamoDB. Weitere Informationen finden Sie unter Aktivieren von Groß- und Kleinschreibung im Leitfaden für die Amazon-Redshift-Verwaltung.

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 Leitfaden für die Amazon-Redshift-Verwaltung.

Zeitpunktbezogene 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 deaktivieren, 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

KMS-Schlüsselzugriff 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-Entwicklerhandbuch.

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

Wenn es sich bei der Quelltabellenverschlüsselung um einen Von AWS verwalteter Schlüssel handelt, wechseln Sie zu einem AWS-eigener Schlüssel oder zu einem kundenseitig verwalteten Schlüssel. Wenn die Tabelle bereits mit einem kundenseitig 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 Fehler für Null-ETL-Integrationen mit Anwendungen wie Salesforce, SAP, ServiceNow und Zendesk 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 Ihr Data Warehouse in Amazon Redshift zutrifft:

Tabellen werden nicht zu 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. Ersetzen Sie dbname durch den Namen Ihrer Amazon-Redshift-Datenbank. Außerdem müssen Sie table1 und table2 durch die Namen der Tabellen ersetzen, die synchronisiert werden sollen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie unter ALTER DATABASE im Amazon-Redshift-Handbuch für Datenbankentwickler.

Nicht unterstützte Datentypen in Tabellen

In der Datenbank, die Sie aus der Integration in Amazon Redshift erstellt haben und in der Daten aus Null-ETL-Integrationen mit Anwendungen repliziert werden, enthält mindestens eine Tabelle nicht unterstützte Datentypen 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 dann diese Tabellen und erstellen Sie neue Tabellen in der Quelle. Weitere Informationen finden Sie unter Null-ETL-Integrationen im AWS Glue-Entwicklerhandbuch.

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. Weitere Informationen finden Sie unter Null-ETL-Integrationen im AWS Glue-Entwicklerhandbuch.

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.