Die Aktivität Daten-Update schlägt fehl und die hochgeladene Spaltenreihenfolge wechselt in Campaign

Letzte Aktualisierung: 24. Juni 2026

Die Aktivität Daten-Update in einem Campaign-Workflow kann fehlschlagen, wenn hochgeladene Spaltenwerte während des Massenladevorgangs unerwartet verschoben werden. In diesem Fall schlug der Workflow fehl, da eine geringe Anzahl von Datensätzen ein spezielles Steuerzeichen in einem Feld enthielt, wodurch die CSV-Zeilenstruktur beschädigt und Werte in die falschen Spalten verschoben wurden. Daher wurde der load_datetime Zeitstempelwert in die Spalte “SISOA2” geschrieben und als zu lang zurückgewiesen. Korrigieren Sie die betroffenen Quelldatensätze und starten Sie den Workflow neu, um die normale Verarbeitung wiederherzustellen.

Beschreibung description

Umgebung

Adobe Campaign
Adobe Campaign v8

Problem/Symptome

Die Aktivität Daten aktualisieren in einem Workflow schlägt während der Ausführung fehl.
Der Workflow gibt die folgenden Fehler zurück:

ODB-240000 ODBC-Fehler: String ‘2022-05-31 08:45:23.000Z’ ist zu lang und würde abgeschnitten…

WDB-200001 SQL-Anweisung ‘COPY INTO wkf……’ konnte nicht ausgeführt werden.

Der Wert 2022-05-31 08:45:23.000Z wird in die Spalte SISOA2 aufgenommen, obwohl die Aktivitätszuordnung Daten aktualisieren nicht auf diese Weise konfiguriert ist.
Hochgeladene Spaltenwerte erscheinen beim Massenladen verschoben.

Ursache

Der COPY INTO Snowflake-Vorgang schlug fehl, da zwei der etwa 25 Millionen Datensätze im Datensatz ein spezielles Steuerzeichen (STX/\x02) im device_use_language_code enthielten. Dieses Zeichen steht im Konflikt mit dem CSV-Eintragstrennzeichen, das beim Massenladen verwendet wird, hat zu einer falschen Aufteilung der Zeile geführt und die hochgeladenen Spalten verschoben. Daher wurde der load_datetime Zeitstempelwert 2022-05-31 08:45:23.000Z in die SISOA2 Spalte geladen, die als VARCHAR(2) definiert ist, und das Laden ist fehlgeschlagen, da der Wert zu lang war.

Lösung resolution

Gehen Sie wie folgt vor, um dieses Problem zu beheben:

Identifizieren Sie die Quelldatensätze, die das Sondersteuerzeichen STX/\x02 im device_use_language_code enthalten.
Bearbeiten Sie das device_use_language_code für diese beiden Datensätze in der Redshift-Datenquelle.
Starten Sie den Workflow neu.