Aktivieren von Freigaben eines Business Critical-Kontos für ein Nicht-Business Critical-Konto¶

Achtung

Snowflake übernimmt keine Verantwortung für die Sicherstellung, dass die am Data Sharing beteiligten HIPAA- und HITRUST-Konten untereinander über unterzeichnete BAA verfügen. Diese Aufgabe obliegt den Konten, die Daten freigeben. Beachten Sie, dass das Fehlen einer signierten BAA die HIPAA- und HITRUST-Konformität beider Konten, aber vor allem des Anbieterkontos beeinträchtigen kann.

Wenn Sie zudem ein Business Critical-Konto verwenden, damit das mit Business Critical bereitgestellte Datenschutzniveau eingehalten wird, empfehlen wir nachdrücklich die Berücksichtigung der folgenden Punkte, bevor Sie bei Snowflake die Aktivierung von Secure Data Sharing mit Nicht-Business Critical-Konten anfordern:

• Geben Sie keine vertraulichen Daten für Nicht-Business Critical-Konten frei.

• Erstellen Sie stattdessen ein zweites Nicht-Business Critical-Konto für die Speicherung weniger sensibler Daten, die Sie dann für Nicht-Business Critical-Konten freigeben.

• Wenn Sie für Ihr Business Critical-Konto Tri-Secret Secure verwenden und Daten für andere Konten freigeben, behandelt Snowflake den Datenzugriff von diesen Konten so, als ob der Zugriff von Ihrem eigenen Konto aus erfolgt. Insbesondere kann es für die Gewährung des Zugriffs auf das Verbraucherkonto erforderlich sein, dass Snowflake auf den Schlüsselverwaltungsdienst der Cloudplattform zugreift, die Ihr Snowflake-Konto hostet.

Dies sind nur Empfehlungen, die von Snowflake nicht erzwungen werden. Die Entscheidung über die Freigabe von Daten obliegt stets dem Datenanbieter. Snowflake übernimmt keine Verantwortung für Daten, die unsachgemäß freigegeben werden.

use role accountadmin;
grant override share restrictions on account to role sysadmin;

use role sysadmin;
alter share my_share add accounts = consumerorg.consumeraccount SHARE_RESTRICTIONS=false;