Wenn ich versuche, mit COPY eine CSV-Datei in Amazon Redshift zu laden, wird nichts geladen

Lösung

COPY kann keine Daten in Amazon Redshift laden, wenn die CSV-Datei Zeilenumbrüche („\ r“, „^M“ oder „0x0D“ im Hexadezimalformat) als Zeilenabschlusszeichen verwendet. Da Amazon Redshift Zeilenumbrüche nicht als Zeilenabschlüsse erkennt, wird die Datei als eine Zeile analysiert. Wenn der Befehl COPY den IGNOREHADER -Parameter auf eine Zahl ungleich Null gesetzt hat, überspringt Amazon Redshift die erste Zeile und damit die gesamte Datei. Es werden keine Ladefehler zurückgegeben, da der Vorgang technisch erfolgreich ist.

Um dieses Problem zu lösen, ersetzen Sie die Zeilenumbrüche durch CRLF („\ r\ n“ oder „0x0D0A“ in Hexadezimal) oder LF („\ n“ oder „0x0A“ in Hexadezimal). Laden Sie die geänderte Datei in den S3-Bucket hoch, und versuchen Sie dann erneut, den Befehl COPY auszuführen.

<b>Zusätzliche Problembehebungstipps</b>

• Überprüfen Sie, ob bei der Verwendung des Befehls COPY ein Konflikt mit der Sperre von Ressourcen auftritt. Weitere Informationen finden Sie unter Wie kann ich Sperren in Amazon Redshift erkennen und aufheben?
• Bestätigen Sie, ob in Ihrem Workload Manager (WLM) ein Konflikt besteht. Sie können die STV\ _WLM\ _QUERY\ _STATE -Abfrage verwenden, um zu überprüfen, ob der Befehl COPY versucht, einen WLM-Slot abzurufen.
• Prüfen Sie, ob die COPY -Transaktion rückgängig gemacht wird. Verwenden Sie die Ansichten SVL\ _STATEMENTTEXT und STL\ _UNDONE, um das Rollback zu bestätigen.

Verwandte Informationen

Datenquellen

COPY-Beispiele

STV_WLM_QUERY_STATE