Fehlerbehebung bei ETL Zero-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 ETL Zero-Integrationen

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

Verwenden Sie die folgenden Informationen, um häufig auftretende Probleme mit Zero ETL Integrations mit Aurora My SQL zu beheben.

Die Erstellung der Integration ist fehlgeschlagen

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

  • Sie haben Ihren Cluster in der RDS Amazon-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 ETL Zero-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 My SQL Binlog-Parameter falsch eingestellt sind oder nicht mit dem Aurora-DB-Cluster der Quelle 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, rufen Sie auf der Seite mit den Integrationsdetails den Tab Tabellenstatistiken auf 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 Meine SQL Tabellen werden nicht auf 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. Ersetzen dbname mit dem Namen Ihrer Amazon Redshift Redshift-Datenbank. Und, ersetzen table1 and table2 mit den Namen der zu synchronisierenden Tabellen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie ALTERDATABASEim 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 ETL Zero-Integration ändert sich aufNeeds 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 My SQL -Compatible Edition oder RDS unter My SQL Zero- ETL Integrations mit Amazon Redshift. im Datenbank-Blog AWS .

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 auf der Seite mit den Integrationsdetails zur Registerkarte Tabellenstatistiken oder verwenden Sie SVV _ _ INTEGRATION TABLE _STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie dann diese Tabellen und erstellen Sie neue Tabellen bei AmazonRDS. 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 für die 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 ETL Zero-Integration und erstellen Sie sie erneut in AmazonRDS. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration und erstellen Sie sie erneut bei AmazonRDS. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration laden.

Um dieses Problem zu beheben, löschen Sie die ETL Zero-Integration bei Amazon RDS und erstellen Sie sie erneut. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration bei AmazonRDS. Weitere Informationen finden Sie unter ETLNull-Integrationen erstellen.

Die Datenbank wurde nicht erstellt, um eine Null-Integration zu aktivieren ETL

Es wurde keine Datenbank für die ETL Zero-Integration erstellt, um sie 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.

Verwenden Sie die DETAIL Systemansicht SYS_ _ LOAD ERROR _, um detailliertere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet.

Verwenden Sie die folgenden Informationen, um häufig auftretende Probleme mit Zero ETL Integrations mit Aurora SQL Postgre zu beheben.

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der ETL Zero-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 RDS Amazon-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 ETL Zero-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 SQL Postgre-Binlog-Parameter falsch gesetzt sind oder nicht mit dem Aurora-DB-Cluster der Quelle 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, rufen Sie auf der Seite mit den Integrationsdetails den Tab Tabellenstatistiken auf oder verwenden Sie _ _ _, um die fehlgeschlagenen Tabellen anzuzeigen. SVV INTEGRATION TABLE STATE 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 SQL Postgre-Tabellen werden nicht auf 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. Ersetzen dbname mit dem Namen Ihrer Amazon Redshift Redshift-Datenbank. Und, ersetzen table1 and table2 mit den Namen der zu synchronisierenden Tabellen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie ALTERDATABASEim 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 ETL Zero-Integration ändert sich aufNeeds 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 SQL Postgre-Compatible ETL Edition-Zero-Integrationen mit Amazon Redshift. im Datenbank-Blog.AWS

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 auf der Seite mit den Integrationsdetails zur Registerkarte Tabellenstatistiken oder verwenden Sie SVV _ _ INTEGRATION TABLE _STATE, um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie dann diese Tabellen und erstellen Sie neue Tabellen bei AmazonRDS. 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 für die 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 ETL Zero-Integration und erstellen Sie sie erneut in AmazonRDS. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration und erstellen Sie sie erneut bei AmazonRDS. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration laden.

Um dieses Problem zu beheben, löschen Sie die ETL Zero-Integration bei Amazon RDS und erstellen Sie sie erneut. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration bei AmazonRDS. Weitere Informationen finden Sie unter ETLNull-Integrationen erstellen.

Die Datenbank wurde nicht erstellt, um eine Null-Integration zu aktivieren ETL

Es wurde keine Datenbank für die ETL Zero-Integration erstellt, um sie 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.

Verwenden Sie die DETAIL Systemansicht SYS_ _ LOAD ERROR _, um detailliertere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet.

Verwenden Sie die folgenden Informationen, um häufig auftretende Probleme mit ETL Null-Integrationen mit RDS for My zu beheben. SQL

Die Erstellung der Integration ist fehlgeschlagen

Wenn die Erstellung der ETL Zero-Integration fehlgeschlagen ist, lautet Inactive der Status der Integration. Stellen Sie sicher, dass die folgenden Angaben für Ihre RDS Quell-DB-Instance korrekt sind:

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

  • Auf Ihrer RDS Quell-DB-Instance wird eine unterstützte Version von RDS for My ausgeführtSQL. Eine Liste der unterstützten Versionen finden Sie unter Unterstützte Regionen und DB-Engines für Amazon RDS Zero- ETL Integrations with 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 Ihre RDS for My SQL Binlog-Parameter falsch gesetzt sind oder nicht mit der RDS Quell-DB-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, rufen Sie auf der Seite mit den Integrationsdetails den Tab Tabellenstatistiken auf 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 ablegen RDS und Tabellen mit einem Primärschlüssel erstellen, auch wenn dies nicht empfohlen wird. Weitere Informationen finden Sie unter Bewährte Methoden für die Gestaltung von Tabellen mit Amazon Redshift.

RDSfür Meine SQL 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. Ersetzen dbname mit dem Namen Ihrer Amazon Redshift Redshift-Datenbank. Und, ersetzen table1 and table2 mit den Namen der zu synchronisierenden Tabellen.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Weitere Informationen finden Sie ALTERDATABASEim 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 ETL Zero-Integration ändert sich aufNeeds 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 My SQL -Compatible Edition oder RDS unter My SQL Zero- ETL Integrations mit Amazon Redshift. im Datenbank-Blog AWS .

Nicht unterstützte Datentypen in Tabellen

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

Um dieses Problem zu beheben, gehen Sie auf der Seite mit den Integrationsdetails zur Registerkarte Tabellenstatistiken oder verwenden Sie SVV _ _ INTEGRATION TABLE _, STATE um die fehlgeschlagenen Tabellen anzuzeigen. Entfernen Sie dann diese Tabellen und erstellen Sie neue Tabellen bei AmazonRDS. Weitere Informationen zu nicht unterstützten Datentypen finden Sie unter Unterschiede zwischen Datentypen RDS und Amazon Redshift Redshift-Datenbanken im RDSAmazon-Benutzerhandbuch.

Befehle der Datenbearbeitungssprache (DML) sind fehlgeschlagen

Amazon Redshift konnte keine DML Befehle für die 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 ETL Zero-Integration und erstellen Sie sie erneut in AmazonRDS. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

Autorisierung fehlgeschlagen

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

Um dieses Problem zu beheben, löschen Sie die ETL Zero-Integration und erstellen Sie sie erneut bei AmazonRDS. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration laden.

Um dieses Problem zu beheben, löschen Sie die ETL Zero-Integration bei Amazon RDS und erstellen Sie sie erneut. Weitere Informationen finden Sie unter ETLZero-Integrationen erstellen und ETLZero-Integrationen löschen.

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 ETL Zero-Integration bei AmazonRDS. Weitere Informationen finden Sie unter ETLNull-Integrationen erstellen.

Die Datenbank wurde nicht erstellt, um eine Null-Integration zu aktivieren ETL

Es wurde keine Datenbank für die ETL Zero-Integration erstellt, um sie 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.

Verwenden Sie die DETAIL Systemansicht SYS_ _ LOAD ERROR _, um detailliertere Fehlerinformationen darüber zu sammeln, warum sich Ihre Tabelle in diesem Status befindet.