Failover von Kontoobjekten¶

Unter diesem Thema werden die Schritte beschrieben, die für ein Failover von replizierten Kontoobjekten über mehrere Konten in verschiedenen Regionen hinweg für die Notfallwiederherstellung (Disaster Recovery) erforderlich sind.

Unter diesem Thema:

Voraussetzungen
Heraufstufen eines Zielkontos zur Verwendung als Quellkonto
- Heraufstufen einer sekundären Failover-Gruppe zur primären Failover-Gruppe
- Geplante Replikation in Zielkonten fortsetzen
Aktive Kanäle für Snowpipe Streaming im neu heraufgestuften Quellkonto wieder öffnen
- Snowpipe Streaming und der Kafka-Konnektor

Voraussetzungen¶

Aktivieren Sie die Replikation für eine primäre Failover-Gruppe in den entsprechenden Konten.
Erstellen Sie mindestens eine sekundäre Failover-Gruppe (d. h. ein Replikat) der primären Failover-Gruppe in einem oder mehreren Konten, und aktualisieren (d. h. synchronisieren) Sie das Replikat regelmäßig mit den neuesten Aktualisierungen der Objekte in der Failover-Gruppe.

Eine Anleitung dazu finden Sie unter Replizieren von Kontoobjekten.

Heraufstufen eines Zielkontos zur Verwendung als Quellkonto¶

Um ein Zielkonto als Quellkonto zu verwenden, führen Sie den Befehl ALTER FAILOVER GROUP … PRIMARY aus.

Heraufstufen einer sekundären Failover-Gruppe zur primären Failover-Gruppe¶

Bemerkung

Das Beispiel in diesem Abschnitt muss von einer Rolle mit FAILOVER-Berechtigung ausgeführt werden.

Eine Anleitung zum Erstellen einer kundenspezifischen Rolle mit einer bestimmten Gruppe von Berechtigungen finden Sie unter Erstellen von kundenspezifischen Rollen.

Allgemeine Informationen zu Rollen und Berechtigungen zur Durchführung von SQL-Aktionen auf sicherungsfähigen Objekten finden Sie unter Übersicht zur Zugriffssteuerung.

Im folgenden Beispiel wird myaccount2 der aktuellen Organisation myorg als Quellkonto für die Replikation der in der Failover-Gruppe myfg angegebenen Objekte verwendet.

Von Konto myaccount2 ausführen:
ALTER FAILOVER GROUP myfg PRIMARY;
Copy

Geplante Replikation in Zielkonten fortsetzen¶

Beim Failover werden die geplanten Aktualisierungen auf allen sekundären Failover-Gruppen angehalten. ALTER FAILOVER GROUP … RESUME muss in jedem Zielkonto mit einer sekundären Failover-Gruppe ausgeführt werden, damit die automatischen Aktualisierungen fortgesetzt werden.

ALTER FAILOVER GROUP myfg RESUME;

Copy

Aktive Kanäle für Snowpipe Streaming im neu heraufgestuften Quellkonto wieder öffnen¶

Tabellen in einer Primärdatenbank, die von Snowpipe Streaming befüllt werden, werden per Snowpipe Streaming-Replikation in Sekundärdatenbanken repliziert. Öffnen Sie nach dem Failover aktive Snowpipe Streaming-Kanäle für Tabellen erneut, und fügen Sie alle fehlenden Datenzeilen für die Kanäle neu ein:

Öffnen Sie die aktiven Kanäle für die Tabelle erneut, indem Sie die API openChannel aufrufen.
So rufen Sie Offset-Token ab:
1. Rufen Sie die API getLatestCommittedOffsetToken auf oder
2. Führen Sie den Befehl SHOW CHANNELS aus, um eine Liste der aktiven Kanäle der Tabelle abzurufen.
Fügen Sie die Datenzeilen für den Kanal aus den abgerufenen Offset-Tokens wieder ein.

Snowpipe Streaming und der Kafka-Konnektor¶

Wenn Sie den Kafka-Konnektor und Snowpipe Streaming verwenden, führen Sie nach dem Failover die folgenden Schritte aus:

Aktualisieren Sie die Konfiguration des Kafka-Konnektors, sodass dieser auf das neu heraufgestufte Quellkonto verweist.
Führen Sie den Befehl SHOW CHANNELS aus, um die Liste der aktiven Kanäle und der Offset-Token abzurufen. Jeder Kanal gehört zu einer einzelnen Partition im Kafka-Thema.
Setzen Sie die Offsets im Kafka-Thema für jede dieser Partitionen (Kanäle) manuell zurück.
Starten Sie den Kafka-Konnektor neu.

Weitere Informationen dazu finden Sie unter: