Häufig gestellte Fragen
Auf dieser Seite finden Sie Antworten auf einige häufig gestellte Fragen zur Cloud-Datenaufnahme.
Warum habe ich eine E-Mail erhalten: „Fehler bei der CDI-Synchronisierung“?
Diese Art von E-Mail bedeutet in der Regel, dass ein Problem mit Ihrer CDI-Einrichtung vorliegt. Hier sind einige häufige Probleme und wie Sie diese beheben können:
CDI kann mit Ihren Zugangsdaten nicht auf das Data Warehouse oder die Tabelle zugreifen
Dies könnte bedeuten, dass die Zugangsdaten in CDI falsch sind oder im Data Warehouse fehlerhaft konfiguriert wurden. Weitere Informationen finden Sie unter Data-Warehouse-Integrationen.
Die Tabelle kann nicht gefunden werden
Versuchen Sie, Ihre Integration mit der korrekten Datenbankkonfiguration zu aktualisieren, oder erstellen Sie passende Ressourcen im Data Warehouse, z. B. database/table.
Der Katalog kann nicht gefunden werden
Der in der Integration eingerichtete Katalog existiert nicht im Braze-Katalog. Ein Katalog kann nach der Einrichtung der Integration entfernt worden sein. Um das Problem zu beheben, aktualisieren Sie entweder die Integration, um einen anderen Katalog zu verwenden, oder erstellen Sie einen neuen Katalog, der dem Katalognamen in der Integration entspricht.
Warum habe ich eine E-Mail erhalten: „Zeilenfehler in Ihrer CDI-Synchronisierung“?
Diese Art von E-Mail bedeutet, dass einige Ihrer Daten während der Synchronisierung nicht verarbeitet werden konnten. Um den spezifischen Fehler herauszufinden, können Sie die Protokolle in Braze überprüfen, indem Sie zu CDI > Sync Log navigieren.
Wie behebe ich den Fehler „Time must be string in ISO8601 Format“ bei der CDI-Einrichtung?
Dieser Fehler bedeutet, dass der time-Wert des Ereignisses in Ihrem CDI-Payload nicht in einem unterstützten Datums-/Zeitformat vorliegt.
Formatieren Sie time für Ereignis- und Kauf-Payloads wie folgt:
- Als ISO-8601-String oder
yyyy-MM-dd'T'HH:mm:ss:SSSZ
Wenn time nicht angegeben wird, verwendet Braze UPDATED_AT als Ereigniszeit.
Die vollständigen Payload-Anforderungen finden Sie unter Tabelleneinrichtung für Cloud-Datenaufnahme.
Wie behebe ich Fehler bei „Verbindung testen“ und Support-E-Mails?
„Verbindung testen“ ist langsam
„Verbindung testen“ wird in Ihrem Data Warehouse ausgeführt. Eine Erhöhung der Warehouse-Kapazität kann die Geschwindigkeit verbessern. Die Verwendung einer serverlosen SQL-Instanz minimiert die Aufwärmzeit und verbessert den Abfragedurchsatz, kann jedoch zu etwas höheren Integrationskosten führen.
Fehler beim Verbinden mit der Snowflake-Instanz: Eingehende Anfrage mit IP darf nicht auf Snowflake zugreifen
Versuchen Sie, die offiziellen Braze-IPs zu Ihrer IP-Zulassungsliste hinzuzufügen. Weitere Informationen finden Sie unter Data-Warehouse-Integrationen, oder erlauben Sie die relevanten IPs:
Für die Instanzen US-01, US-02, US-03, US-04, US-05, US-06, US-07 sind dies die relevanten IP-Adressen:
23.21.118.19134.206.23.17350.16.249.952.4.160.21454.87.8.3454.156.35.25152.54.89.23818.205.178.15
Für die Instanz US-08 sind dies die relevanten IP-Adressen:
52.151.246.5152.170.163.18240.76.166.15740.76.166.17040.76.166.16740.76.166.16140.76.166.15640.76.166.16640.76.166.16040.88.51.7452.154.67.1740.76.166.8040.76.166.8440.76.166.8540.76.166.8140.76.166.7140.76.166.14440.76.166.145
Für die Instanz US-10 sind dies die relevanten IP-Adressen:
100.25.232.16435.168.86.17952.7.44.1173.92.153.1835.172.3.12950.19.162.19
Für die Instanzen EU-01 und EU-02 sind dies die relevanten IP-Adressen:
52.58.142.24252.29.193.12135.158.29.22818.157.135.973.123.166.463.64.27.363.65.88.253.68.144.1883.70.107.88
Für die Instanz AU-01 sind dies die relevanten IP-Adressen:
13.210.1.14513.211.70.15913.238.45.5452.65.73.16754.153.242.23954.206.45.213
Für die Instanz ID-01 sind dies die relevanten IP-Adressen:
108.136.157.246108.137.30.20716.78.128.7116.78.14.13416.78.162.20843.218.73.35
Für die Instanz JP-01 sind dies die relevanten IP-Adressen:
13.159.155.21254.199.221.24113.192.23.1654.250.120.13918.181.114.2323.114.38.100
Für die Instanz KR-01 sind dies die relevanten IP-Adressen:
43.200.215.452.79.67.17552.79.113.603.34.212.9254.116.134.2313.37.197.225
Fehler beim Ausführen von SQL aufgrund der Kundenkonfiguration: 002003 (42S02): SQL-Kompilierungsfehler: existiert nicht oder nicht autorisiert
Wenn die Tabelle nicht existiert, erstellen Sie die Tabelle. Wenn die Tabelle existiert, überprüfen Sie, ob Nutzer:in und Rolle über Berechtigungen zum Lesen der Tabelle verfügen.
Schema konnte nicht verwendet werden
Wenn Sie diesen Fehler erhalten, gewähren Sie dem/der angegebenen Nutzer:in oder der Rolle Zugriff auf dieses Schema.
Rolle konnte nicht verwendet werden
Wenn Sie diesen Fehler erhalten, erlauben Sie dem/der Nutzer:in die Verwendung der angegebenen Rolle.
Nutzerzugriff deaktiviert
Wenn Sie diesen Fehler erhalten, erlauben Sie dem/der Nutzer:in den Zugriff auf Ihr Snowflake-Konto.
Fehler beim Verbinden mit der Snowflake-Instanz mit aktuellem und altem Schlüssel
Wenn Sie diesen Fehler erhalten, stellen Sie sicher, dass der/die Nutzer:in den aktuellen Public Key verwendet, wie er in Ihrem Braze-Dashboard angezeigt wird.
„Verbindung testen“ ist langsam
„Verbindung testen“ wird in Ihrem Data Warehouse ausgeführt. Eine Erhöhung der Warehouse-Kapazität kann die Geschwindigkeit verbessern. Die Verwendung einer serverlosen SQL-Instanz minimiert die Aufwärmzeit und verbessert den Abfragedurchsatz, kann jedoch zu etwas höheren Integrationskosten führen.
Berechtigung für Relation {table_name} verweigert
Wenn Sie diesen Fehler erhalten:
- Gewähren Sie dem/der Nutzer:in die
usage-Berechtigung für das Schema. - Gewähren Sie dem/der Nutzer:in die
select-Berechtigung für die Tabelle.
Fehler beim Erstellen der Verbindung
Wenn Sie diesen Fehler erhalten, überprüfen Sie, ob der Redshift-Endpunkt und der Port korrekt sind.
Fehler beim Erstellen des SSH-Tunnels
Wenn Sie diesen Fehler erhalten:
- Überprüfen Sie, ob der Public Key in Ihrem Braze-Dashboard auf dem EC2-Host vorhanden ist, der für das SSH-Tunneling verwendet wird.
- Überprüfen Sie, ob Ihr Nutzername korrekt ist.
- Überprüfen Sie, ob der SSH-Tunnel korrekt ist.
„Verbindung testen“ ist langsam
„Verbindung testen“ wird in Ihrem Data Warehouse ausgeführt. Eine Erhöhung der Warehouse-Kapazität kann die Geschwindigkeit verbessern. Die Verwendung einer serverlosen SQL-Instanz minimiert die Aufwärmzeit und verbessert den Abfragedurchsatz, kann jedoch zu etwas höheren Integrationskosten führen.
Nutzer:in hat keine Berechtigung zum Abfragen der Tabelle
Wenn Sie diesen Fehler erhalten, fügen Sie Nutzerberechtigungen zum Abfragen der Tabelle hinzu.
Ihre Nutzung hat das benutzerdefinierte Kontingent überschritten
Wenn Sie diesen Fehler erhalten, muss Ihr Kontingent aktualisiert werden, damit Sie weiterhin mit Ihrer aktuellen Rate synchronisieren können.
Tabelle wurde am Standort {region} nicht gefunden
Wenn Sie diesen Fehler erhalten, überprüfen Sie, ob sich Ihre Tabelle im richtigen Projekt und Datensatz befindet.
Ungültige JWT-Signatur
Wenn Sie diesen Fehler erhalten, überprüfen Sie, ob der BigQuery-API-Dienst für Ihr Konto aktiviert ist.
„Verbindung testen“ ist langsam
„Verbindung testen“ wird in Ihrem Data Warehouse ausgeführt. Eine Erhöhung der Warehouse-Kapazität kann die Geschwindigkeit verbessern. Bei Databricks kann es zwei bis fünf Minuten Aufwärmzeit geben, wenn Braze eine Verbindung zu Classic- und Pro-SQL-Instanzen herstellt, was zu Verzögerungen bei der Verbindungseinrichtung und beim Testen sowie zu Beginn geplanter Synchronisierungen führt. Die Verwendung einer serverlosen SQL-Instanz minimiert die Aufwärmzeit und verbessert den Abfragedurchsatz, kann jedoch zu etwas höheren Integrationskosten führen.
Befehl fehlgeschlagen, da das Warehouse gestoppt wurde
Wenn Sie diesen Fehler erhalten, stellen Sie sicher, dass das Databricks-Warehouse ausgeführt wird.
Service: Amazon S3; Status Code: 403; Error Code: 403 Forbidden
Wenn Sie diesen Fehler erhalten, lesen Sie Databricks: Forbidden error while accessing S3 data.
Wie aktualisiere ich meine E-Mail-Benachrichtigungseinstellungen für CDI-Integrationen?
Jede Integration hat ihre eigenen Benachrichtigungseinstellungen. Navigieren Sie zur CDI-Seite und wählen Sie den Namen der Integration aus, die Sie aktualisieren möchten. Im Abschnitt Notification preferences können Sie festlegen, wie Sie Benachrichtigungen zur ausgewählten Integration erhalten.
Was passiert, wenn ein zukünftiger UPDATED_AT-Wert mit einer Integration synchronisiert wird?
CDI verwendet UPDATED_AT, um zu entscheiden, welche Daten neu sind. Nachdem ein zukünftiger UPDATED_AT-Wert synchronisiert wurde, werden alle Daten vor diesem zukünftigen Datum und Zeitpunkt nicht verarbeitet. Um dies zu beheben:
- Korrigieren Sie
UPDATED_AT. - Entfernen Sie alle alten Daten, die bereits mit Braze synchronisiert wurden.
- Erstellen Sie eine neue Integration, um diese Tabelle erneut zu verarbeiten.
Warum stimmt „Synchronisierte Zeilen“ nicht mit der Anzahl in meinem Data Warehouse überein?
CDI verwendet UPDATED_AT, um zu entscheiden, welche Datensätze während einer Synchronisierung abgerufen werden. Sehen Sie sich diese Darstellung an, um zu verstehen, wie es funktioniert. Zu Beginn eines Synchronisierungslaufs fragt CDI Ihr Data Warehouse ab, um alle Datensätze mit einem UPDATED_AT-Wert abzurufen, der nach dem zuletzt verarbeiteten UPDATED_AT-Wert liegt. Datensätze am exakten Grenz-Zeitstempel können ebenfalls erneut synchronisiert werden, wenn neue Zeilen denselben Zeitstempel aufweisen. Jeder Datensatz, der zum Zeitpunkt der Abfrageausführung abgerufen wird, wird in Braze synchronisiert. Hier sind häufige Fälle, in denen ein Datensatz möglicherweise nicht synchronisiert wird:
- Sie fügen der Tabelle Datensätze mit einem
UPDATED_AT-Wert hinzu, der bereits verarbeitet wurde. - Sie aktualisieren Datensatzwerte, nachdem sie durch eine Synchronisierung verarbeitet wurden, lassen
UPDATED_ATjedoch unverändert. - Sie fügen Datensätze hinzu oder aktualisieren sie, während eine Synchronisierung läuft. Je nachdem, wann die CDI-Abfrage ausgeführt wird, können Race-Conditions auftreten, die dazu führen, dass Datensätze nicht abgerufen werden.

Um dieses Verhalten in Zukunft zu vermeiden, empfehlen wir die Verwendung monoton steigender UPDATED_AT-Werte und keine Aktualisierung der Tabelle während Ihres geplanten Synchronisierungslaufs.
Benötige ich überwiegend eindeutige UPDATED_AT-Werte für große CDI-Importe?
Ja. Stellen Sie bei Importen mit hohem Volumen (z. B. mehr als ca. 10 Millionen Zeilen) sicher, dass Ihre Quelldaten überwiegend eindeutige UPDATED_AT-Werte aufweisen. Wenn zu viele Zeilen denselben Zeitstempel haben, ist es wahrscheinlicher, dass CDI bei späteren Durchläufen Zeilen an Grenz-Zeitstempeln erneut auswählt. Dies kann zu vermehrten doppelten Synchronisierungen und einem höheren Datenpunktverbrauch führen.
Weitere Informationen zum Grenzverhalten von CDI finden Sie unter Erneutes Synchronisieren von Zeilen mit doppelten Zeitstempeln vermeiden.
Wo führe ich diese SQL-Prüfungen aus?
Führen Sie die Prüfungen direkt im SQL-Editor Ihres Data Warehouse aus, gegen dieselbe Tabelle oder Ansicht, die von Ihrer CDI-Integration verwendet wird:
- Snowflake: Projects > Worksheets (weitere Informationen finden Sie unter Snowflake Worksheets)
- Redshift: Query Editor v2 (weitere Informationen finden Sie unter Using Amazon Redshift Query Editor v2)
- BigQuery: BigQuery Studio SQL workspace (weitere Informationen finden Sie unter BigQuery Studio introduction)
- Databricks: SQL editor (SQL warehouse) (weitere Informationen finden Sie unter Databricks SQL editor)
- Fabric: SQL query editor
Verwenden Sie diesen Prozess, bevor Sie eine große Synchronisierung aktivieren oder skalieren:
- Identifizieren Sie die genaue CDI-Quelltabelle oder -Ansicht und das Synchronisierungsfenster, das Sie validieren möchten.
- Öffnen Sie den SQL-Editor Ihres Data Warehouse und wählen Sie dieselbe Datenbank und dasselbe Schema aus, die von CDI verwendet werden. Verwenden Sie dann eine Rolle mit Lesezugriff auf die Quelltabelle oder -Ansicht.
- Führen Sie die Abfrage zur Zählung eindeutiger Zeitstempel aus, um zu messen, wie viele eindeutige
UPDATED_AT-Werte in diesem Fenster vorhanden sind. - Führen Sie die Abfrage aus, die nach
UPDATED_ATgruppiert und Zeilen zählt, um Zeitstempel mit ungewöhnlich hoher Zeilenanzahl zu finden. - Wenn viele Zeilen identische Zeitstempel haben, passen Sie Ihren Aufnahmeprozess so an, dass aufeinanderfolgende Batches fortlaufend neuere
UPDATED_AT-Werte verwenden, oder erhöhen Sie die Zeitstempelpräzision, damit die Zeilen gleichmäßiger verteilt sind. - Führen Sie beide Abfragen erneut aus, bis die Konzentration reduziert ist, und starten oder skalieren Sie dann Ihre Synchronisierung.
- Überwachen Sie nach dem Start unter CDI > Sync Log das Volumen unerwarteter erneuter Synchronisierungen an Grenz-Zeitstempeln.
Verwenden Sie Prüfungen wie diese in Ihrem Data Warehouse:
1
2
3
4
5
6
7
SELECT
COUNT(*) AS total_rows,
COUNT(DISTINCT UPDATED_AT) AS distinct_timestamps,
ROUND(COUNT(*) * 1.0 / NULLIF(COUNT(DISTINCT UPDATED_AT), 0), 2) AS avg_rows_per_timestamp
FROM YOUR_CDI_SOURCE_TABLE
WHERE UPDATED_AT >= CAST('2026-04-01 00:00:00' AS TIMESTAMP)
AND UPDATED_AT < CAST('2026-04-02 00:00:00' AS TIMESTAMP);
1
2
3
4
5
6
7
8
9
SELECT
UPDATED_AT,
COUNT(*) AS rows_at_timestamp
FROM YOUR_CDI_SOURCE_TABLE
WHERE UPDATED_AT >= CAST('2026-04-01 00:00:00' AS TIMESTAMP)
AND UPDATED_AT < CAST('2026-04-02 00:00:00' AS TIMESTAMP)
GROUP BY UPDATED_AT
ORDER BY rows_at_timestamp DESC
LIMIT 20;
Wenn Ihr Data Warehouse LIMIT nicht unterstützt (z. B. Fabric), verwenden Sie eine gleichwertige Syntax wie TOP.
Warum kann eine CDI-Synchronisierung mit einer kleinen Anzahl von Zeilen trotzdem mehrere Minuten dauern?
Eine CDI-Synchronisierung umfasst eine feste Anlaufphase, bevor die Zeilenverarbeitung beginnt. Da diese Anlaufzeit bei allen Synchronisierungsgrößen ähnlich ist, kann eine kleine Synchronisierung trotzdem mehrere Minuten dauern und in Zeilen pro Minute langsamer erscheinen. Die Gesamtdauer der Synchronisierung hängt weiterhin von der Komplexität Ihrer Quellabfrage, der Datenstruktur und der verfügbaren Kapazität in Ihrem Data Warehouse ab. Weitere Informationen finden Sie unter Data-Warehouse-Integrationen.
Wird bei einer Synchronisierung die Reihenfolge beibehalten, wenn mehrere Datensätze dieselbe ID haben?
Die Verarbeitungsreihenfolge ist nicht zu 100 % vorhersagbar. Wenn beispielsweise während einer Synchronisierung mehrere Zeilen mit derselben EXTERNAL_ID in der Tabelle vorhanden sind, kann nicht garantiert werden, welcher Wert letztendlich im Profil landet. Wenn Sie dieselbe EXTERNAL_ID mit unterschiedlichen Attributen in der Payload-Spalte aktualisieren, werden alle Änderungen nach Abschluss der Synchronisierung übernommen.
Warum werden durch meinen CDI-Sync keine neuen Nutzer:innen erstellt?
Wenn in Ihrer CDI-Integration die Option Nur bestehende Nutzer:innen aktualisieren aktiviert ist, werden nur Nutzer:innen aktualisiert, die bereits in Braze vorhanden sind, und es werden keine neuen Nutzer:innen erstellt. Das bedeutet, dass eine Zeile in Ihrer Sync-Tabelle übersprungen wird, wenn sie eine EXTERNAL_ID referenziert, die keinem bestehenden Braze-Nutzerprofil entspricht.
Um neue Nutzer:innen über CDI zu erstellen, deaktivieren Sie den Schalter Nur bestehende Nutzer:innen aktualisieren in Ihren Integrationseinstellungen. Navigieren Sie zu Dateneinstellungen > Cloud-Datenaufnahme und wählen Sie eine Integration aus.
Welche Sicherheitsmaßnahmen gibt es für CDI?
Unsere Maßnahmen
Braze hat die folgenden Maßnahmen für CDI implementiert:
- Alle Zugangsdaten werden in unserer Datenbank verschlüsselt gespeichert, und nur bestimmte Mitarbeitende haben authentifizierten Zugriff darauf.
- Wir verwenden verschlüsselte Verbindungen, um Daten an die Data Warehouses der Kund:innen zu übertragen.
- Wir senden Anfragen an die Braze-API-Endpunkte mit denselben API-Schlüsseln und TLS-Verbindungen, die wir auch unseren Kund:innen empfehlen.
- Wir aktualisieren regelmäßig unsere Bibliotheken und installieren alle Sicherheitspatches.
Ihre Maßnahmen
Wir empfehlen Ihnen und Ihrem Team, die folgenden Sicherheitsmaßnahmen auf Ihrer Seite einzurichten:
- Beschränken Sie den Zugriff auf Zugangsdaten auf das Minimum, das für den Betrieb von CDI erforderlich ist. Das liegt daran, dass wir in der Lage sein müssen, Select- (und Count-)Abfragen auf den jeweiligen Tabellen und Views auszuführen.
- Beschränken Sie die IPs, die auf die Tabellen zugreifen können, auf die offiziell veröffentlichten Braze-IPs.