Zum Inhalt springen

Häufig gestellte Fragen

Ist es möglich, PII-Daten über Snowflake Data Sharing zu verschleiern?

Braze bietet innerhalb des Data-Sharing-Features selbst keine Kontrolle über PII-Daten. Sie können PII-Daten jedoch mit dem Snowflake-Feature Dynamic Data Masking in Ihrer Snowflake-Umgebung verwalten. Erstellen Sie Views aus den freigegebenen Braze-Daten und wenden Sie auf diese Views Dynamic-Data-Masking-Richtlinien an. So steuern Sie den Zugriff auf sensible Felder anhand von Nutzerrollen.

Wie erfahre ich von Änderungen am Schema von Snowflake Data Sharing?

Braze informiert alle Unternehmensadministrator:innen jedes Unternehmens, das Snowflake Data Sharing konfiguriert hat, vorab per E-Mail über Breaking Changes, wie etwa das Entfernen einer Tabelle oder Spalte. Non-Breaking Changes, wie etwa neue Tabellen oder Spalten, können jederzeit erfolgen. Weitere Informationen finden Sie unter Breaking Changes und Non-Breaking Changes.

Benötige ich Data Sharing für dieselbe Region oder regionsübergreifend?

Verwenden Sie Data Sharing für dieselbe Region in den folgenden Szenarien:

  • Ihr Snowflake-Konto befindet sich in US-EAST-1 (AWS) und Ihre Braze-Dashboard-Region ist die USA.
  • Ihre Snowflake-Region ist EU-CENTRAL-1 (AWS) und Ihre Braze-Dashboard-Region ist die EU.
  • Ihre Snowflake-Region ist AP-Northeast-1 (AWS) und Ihre Braze-Dashboard-Region ist Japan.
  • Ihre Snowflake-Region ist AP-Southeast-2 (AWS) und Ihre Braze-Dashboard-Region ist Australien.
  • Ihre Snowflake-Region ist AP-Southeast-3 (AWS) und Ihre Braze-Dashboard-Region ist Indonesien.

Verwenden Sie andernfalls regionsübergreifendes Data Sharing.

Was sollte ich mit meinem Data Share tun, wenn ich zu einem neuen Snowflake-Konto wechsle?

Sie können den alten Data Share Ihres bisherigen Snowflake-Kontos löschen und anschließend einen neuen Share für das neue Konto erstellen. Alle historischen Daten sind im neuen Share verfügbar.

Was passiert, wenn ich meine Datenfreigabe auf einen neuen Braze-Workspace umstelle?

Wenn Sie eine bestehende Integration für die Datenfreigabe so umkonfigurieren, dass sie einen anderen Braze-Workspace verwendet, wird beim Abfragen von Tabellen in Snowflake möglicherweise dieser Fehler angezeigt:

Shared database is no longer available for use. It will need to be re-created if and when the publisher makes it available again.

Um das Problem zu beheben, müssen Sie die Freigabe in Snowflake löschen und neu erstellen:

  1. Löschen Sie die Datenbank, die mit der vorherigen Freigabe erstellt wurde.
  2. Erstellen Sie die Datenbank gemäß der Integrationsanleitung erneut.
  3. Erteilen Sie alle erforderlichen Zugriffsrechte für die neue Datenbank erneut.
  4. Erstellen Sie alle Views (falls zutreffend) neu, die auf die alte Datenbank verwiesen haben.

Warum sehe ich keine Daten in meinem Data Share?

Möglicherweise haben Sie beim Erstellen Ihres Data Shares die falsche Snowflake-Konto-ID verwendet. Die Konto-ID im Data-Sharing-Dashboard muss mit der Ausgabe von CURRENT_ACCOUNT() aus Ihrem Snowflake-Konto übereinstimmen.

Wenn Ihr Share regionsübergreifend ist, sind die Daten möglicherweise nicht sofort verfügbar. Je nach Datenvolumen kann es einige Stunden dauern, bis die Daten mit Ihrer Region synchronisiert sind.

Warum erhalte ich beim Erstellen eines Data Shares einen HIPAA-Compliance-Fehler?

Das angegebene Konto ist entweder nicht HIPAA-konform oder nutzt eine Snowflake-Edition unterhalb von Business Critical. Damit Ihr Snowflake-Konto für das Data Sharing HIPAA-konform ist, muss es auf die Business Critical Edition upgegradet werden. Wenden Sie sich an den Snowflake-Support, wenn Sie Hilfe beim Upgrade Ihres Kontos benötigen.

Warum kann ich eine Datenfreigabe nach dem Löschen nicht erneut erstellen?

Möglicherweise verarbeitet das System noch das Löschen Ihrer vorherigen Datenfreigabe. Warten Sie einige Minuten, bis die Deprovisionierung abgeschlossen ist, und versuchen Sie dann erneut, die neue Datenfreigabe zu erstellen.

Wie oft muss ich CREATE DATABASE ausführen, wenn mehrere Workspaces Daten mit demselben Snowflake-Konto teilen?

Sie müssen CREATE DATABASE <name> FROM SHARE <provider_account>.<share_name> nur einmal ausführen. Wenn mehrere Data Shares aus verschiedenen Braze-Workspaces mit demselben Snowflake-Konto geteilt werden, werden sie automatisch im selben Share zusammengeführt. Nachdem Sie die erste Datenbank erstellt haben, werden Daten aus weiteren Workspaces automatisch zur bestehenden Datenbank hinzugefügt. Zusätzliche Share-Anfragen oder weitere Schritte zur Datenbankerstellung sind nicht erforderlich.

Ein Beispiel: Sie erstellen aus Workspace A einen Data Share für das Snowflake-Konto 123, akzeptieren die Share-Anfrage und erstellen eine Datenbank. Wenn Sie später aus Workspace B einen Data Share für dasselbe Snowflake-Konto 123 erstellen, wird keine neue Share-Anfrage gesendet. Die Daten werden sofort zum bestehenden Share hinzugefügt und stehen in der zuvor erstellten Datenbank zur Verfügung.

Wenn ich mehrere Workspaces habe, enthält dann eine einzige Datenbank die Daten aller Workspaces?

Ja. Wenn Sie Daten aus mehreren Braze-Workspaces für dasselbe Snowflake-Konto freigeben, werden alle Daten in einer einzigen Freigabe zusammengeführt und sind in derselben Datenbank verfügbar. Sie können die Daten nach app_group_id filtern, um zwischen den Workspaces zu unterscheiden.

Als Best Practice sollten Sie in Ihren Abfragen immer nach app_group_id filtern, um sie zukunftssicher zu machen. So stellen Sie sicher, dass Ihre Dashboards und Berichte auch dann korrekt bleiben, wenn Sie künftig weitere Workspaces hinzufügen. Ohne diesen Filter können Ihre Metriken unerwartet Daten aus neu hinzugefügten Workspaces enthalten.

Senden Sie alle Braze-Daten in dieselbe Datenbank und filtern Sie nach app_group_id, um zwischen den Workspaces zu unterscheiden. So vereinfachen Sie die Datenverwaltung und erhalten ein einheitliches Reporting in Ihrem gesamten Unternehmen.

Wie viele Snowflake-Data-Share-Konnektoren benötige ich für mehrere Workspaces?

Wie viele Konnektoren Sie benötigen, hängt von Ihrer Konfiguration und Ihren Berechtigungen ab. Wenden Sie sich an Ihr Braze-Account-Team, um zu erfahren, welche Berechtigungen für Ihren Anwendungsfall geeignet sind.

Welche Optionen gibt es, um Daten aus verschiedenen Workspaces innerhalb desselben Snowflake-Kontos voneinander zu trennen?

Sie können Daten logisch über die Spalte app_group_id trennen. Diese Spalte gibt an, zu welchem Workspace eine Datenzeile gehört. Die gängigsten Ansätze sind:

  • Views (empfohlen): Erstellen Sie für jeden Workspace eine View, die nach app_group_id gefiltert ist. So vermeiden Sie doppelte Daten und geben trotzdem jedem Team oder Anwendungsfall eine übersichtliche, eingegrenzte Ansicht der eigenen Workspace-Daten.
  • Lokale Tabellenkopien: Kopieren Sie die Daten in separate Tabellen, die nach app_group_id gefiltert sind. Dabei werden Daten dupliziert, daher ist der Ansatz mit Views in der Regel vorzuziehen.
  • Zeilenzugriffsrichtlinien und Rollen: Verwenden Sie native Snowflake-Zeilenzugriffsrichtlinien (Row Access Policies) in Kombination mit Rollen, um festzulegen, welche Zeilen jede Rolle abfragen kann. So bleiben die Daten in einer einzigen Tabelle, während der Zugriff zum Zeitpunkt der Abfrage gesteuert wird.

Sie konfigurieren diese Optionen in Ihrem Snowflake-Konto.

Kann ich ein anderes Snowflake-Konto verwenden, um Daten aus verschiedenen Workspaces zu isolieren?

Ja. Wenn Workspace A Daten mit Konto X und Workspace B Daten mit Konto Y teilt, erhält jedes Konto eine unabhängige Freigabe mit separaten Daten. Die meisten Organisationen verwenden jedoch ein einziges Snowflake-Konto für alle Geschäftsdaten. Dieser Ansatz kann daher zusätzlichen operativen Aufwand verursachen. Wägen Sie diesen Kompromiss ab, bevor Sie sich für diesen Ansatz statt für die im vorherigen Abschnitt beschriebenen Ansätze zur logischen Isolation entscheiden.

Wird die Datenisolierung nach Workspace als Anwendungsfall für Snowflake Data Sharing unterstützt?

Ja, über die logischen Isolierungsansätze, die in den vorherigen Abschnitten beschrieben sind. Braze erstellt keine separaten Shares für jeden Workspace. Daher verwalten Sie die Isolierung auf Snowflake-Ebene mithilfe von Views, Row Access Policies oder separaten Konten.

New Stuff!