Einführung in Replikation und Failover¶

Feature-Edition-Matrix für Replikation¶

Beachten Sie, dass einige Replikationsfeatures nur für die Business Critical Edition (oder höher) verfügbar sind. In der folgenden Tabelle ist die Verfügbarkeit der Replikationsfeatures für jede Snowflake-Edition aufgeführt:

Datenbankreplikation¶

Dieses Feature unterstützt das Replizieren von Datenbanken. Ein Snapshot enthält Änderungen an den Objekten und Daten. Wenn roles (Rollen) repliziert werden (in derselben oder einer anderen Replikations- oder Failover-Gruppe), werden bei der Datenbankaktualisierung auch die Berechtigungszuweisungen zur Sekundärdatenbank und zu den Objekten in der Datenbank (Schemas, Tabellen, Ansichten usw.) mit den Rollen im Konto synchronisiert. Weitere Informationen dazu finden Sie unter Berechtigungszuweisungen für Datenbankobjekte.

Die Replikation einiger Datenbanken wird nicht unterstützt oder die Aktualisierungsoperation kann fehlschlagen. Weitere Informationen dazu finden Sie unter Aktuelle Einschränkungen bei Replikationen.

Integrationsreplikation¶

Die Kontoreplikation unterstützt die Replikation der Integrationen für die folgenden Features:

• Sicherheitsintegrationen der folgenden Typen:

  • Verbundauthentifizierung und SSO (d. h. SAML2)

  • SCIM

  • Snowflake OAuth

  • External OAuth

  Weitere Informationen zu Sicherheitsintegrationen finden Sie unter Replikation von Sicherheitsintegrationen und Netzwerkrichtlinien über mehrere Konten hinweg.

• API-Integrationen.

  Nachdem Sie API-Integrationen in ein Zielkonto repliziert haben, müssen Sie den replizierten externen Funktionen Zugriff auf den Remotedienst gewähren. Weitere Informationen dazu finden Sie unter Remotedienst für API-Integrationen aktualisieren.

• Benachrichtigungsintegrationen der folgenden Typen:

  • TYPE = EMAIL

  • TYPE = QUEUE mit DIRECTION = OUTBOUND

• Speicherintegrationen.

  Vorschau-Feature – Offen

  Für Business Critical Edition-Konten (oder höher) verfügbar.

  Wenn Sie eine Speicherintegration replizieren, müssen Sie in den Zielkonten eine neue Vertrauensstellung für Ihren Cloudspeicher einrichten. Weitere Informationen dazu finden Sie unter Konfigurieren des Cloudspeicherzugriffs für sekundäre Speicherintegrationen.

Replikation von Netzwerkrichtlinien¶

Dieses Feature unterstützt das Replizieren von Netzwerkrichtlinien.

Weitere Informationen dazu finden Sie unter Replikation von Sicherheitsintegrationen und Netzwerkrichtlinien über mehrere Konten hinweg.

Replikation von Parametern¶

Dieses Feature unterstützt das Replizieren von Parametern auf Kontoebene und von Objektparametern. Objektparameter werden repliziert, wenn das Objekt in die Replikationsgruppe aufgenommen wird. Wenn zum Beispiel WAREHOUSES repliziert werden, werden Warehouse-spezifische Parameter (z. B. STATEMENT_TIMEOUT_IN_SECONDS) repliziert. Eine vollständige Liste finden Sie unter Objektparameter.

Das Replizieren von Parametern auf Kontoebene umfasst alle Kontoparameter und die für das Konto festgelegten Parameter. Parameter auf Kontoebene (z. B. DATA_RETENTION_TIME_IN_DAYS) werden repliziert, wenn ACCOUNT PARAMETERS in der Liste der Objekttypen einer Replikationsgruppe enthalten ist.

Replikation von Ressourcenmonitoren¶

Dieses Feature unterstützt das Replizieren von Ressourcenmonitoren einschließlich der Berechtigungen, die Rollen für Ressourcenmonitore erteilt wurden. Ein sekundärer Ressourcenmonitor verwendet denselben Zeitplan für das Zurücksetzen von Kontingenten wie sein primärer Ressourcenmonitor. Wenn beispielsweise das Kontingent des primären Ressourcenmonitors am Ersten des Monats zurückgesetzt wird und der sekundäre Ressourcenmonitor zum ersten Mal am 15. des Monats repliziert wird, wird sein Kontingent am 1. des nächsten Monats zusammen mit dem primären Monitor zurückgesetzt.

Das Einrichten von E-Mail-Benachrichtigungen wird nicht repliziert, d. h. Kontoadministratoren müssen E-Mail-Benachrichtigungen für jedes Zielkonto einrichten. Weitere Informationen dazu finden Sie unter Aktivieren des Empfangs von Benachrichtigungen für Kontoadministratoren. Die Replikation der Benachrichtigungskonfiguration ist für ein zukünftiges Release geplant.

Rollenreplikation¶

Dieses Feature unterstützt das Replizieren von Rollen einschließlich der Rollenhierarchien. Rollenobjekte müssen repliziert werden, um Zugriffsrechte zu replizieren. Replizierte Zugriffsrechte sind unter Replikation von Rollen und Berechtigungszuweisungen (unter diesem Thema) aufgeführt.

Freigabereplikation¶

Dieses Feature unterstützt das Replizieren von Freigabeobjekten sowie von Zugriffsrechten, die Freigaben für Datenbankobjekte erteilt wurden.

Beachten Sie, dass die Replikation von eingehenden Freigaben (Freigaben von Anbietern) nicht unterstützt wird.

Benutzerreplikation¶

Dieses Feature unterstützt das Replizieren von Benutzern und deren Eigenschaften in Zielkonten, die folgenden Benutzerauthentifizierungsmethoden sowie das Bereitstellen von Benutzern und Gruppen mit SCIM:

Warehouse-Replikation¶

Dieses Feature unterstützt das Replizieren von Warehouses einschließlich der Berechtigungen, die Rollen für Warehouses erteilt wurden (wenn roles repliziert werden). Der Status des primären Warehouses wird nicht repliziert. Warehouses werden im angehaltenen Zustand in jedes Zielkonto repliziert und können dann im Zielkonto fortgesetzt werden.

Replikation von Rollen und Berechtigungszuweisungen¶

Um für Rollen Berechtigungszuweisungen zu Objekten zu replizieren, müssen die Rollen vom Quellkonto in das Zielkonto repliziert werden. Um Rollen einer Replikations- oder Failover-Gruppe zu replizieren, müssen Sie roles in die Liste object_types aufnehmen. Rollen können sich in einer separaten Replikations- oder Failover-Gruppe befinden, die von den Datenobjekten getrennt ist, für die die Berechtigungen erteilt wurden.

Wenn roles repliziert werden, werden Berechtigungszuweisungen zu Objekten nur in folgenden Fällen in ein Zielkonto repliziert:

• Die Berechtigung wurde vom Objekteigentümer erteilt oder indirekt über eine Rolle, der die Berechtigung mit dem Parameter WITH GRANT OPTION vom Eigentümer des Objekts erteilt wurde.

• Sowohl die Rolle des Berechtigungsempfängers als auch die Rolle des Berechtigungsgebers einer Berechtigungszuweisung befinden sich im Zielkonto.

• Das Objekt wird repliziert (d. h. der Objekttyp ist in der Liste object_types enthalten).

Andernfalls wird die Berechtigungszuweisung für das Objekt nicht repliziert.

Benutzer, der Objekte in einem Zielkonto aktualisiert¶

Ein Benutzer, der den Befehl ALTER FAILOVER GROUP … REFRESH ausführt, um Objekte in einem Zielkonto aus einem Quellkonto zu aktualisieren, muss eine Rolle mit der Berechtigung REPLICATE für die Failover-Gruppe haben. Snowflake schützt diesen Benutzer im Zielkonto, indem folgende Szenarios fehlschlagen:

• Wenn der Benutzer im Quellkonto nicht vorhanden ist, schlägt die Aktualisierungsoperation fehl.

• Wenn der Benutzer im Quellkonto vorhanden ist, ihm aber keine Rolle mit der Berechtigung REPLICATE zugewiesen wurde, schlägt die Aktualisierungsoperation fehl.

Geplante Replikation anhalten und fortsetzen¶

Eine sekundäre Failover-Gruppe kann nicht zur primären Gruppe heraufgestuft werden, wenn gerade eine Aktualisierung ausgeführt wird. Um einen ordnungsgemäßes Failover sicherzustellen, halten Sie die geplante Replikation im Zielkonto an. Nach Abschluss des Failovers setzen Sie die geplante Replikation fort. Weitere Informationen zur Syntax finden Sie unter ALTER FAILOVER GROUP.