Failover von Kontoobjekten¶

Prerequisites¶

1. Aktivieren Sie die Replikation innerhalb einer Gruppe von Konten innerhalb derselben Organisation, über mehrere Regionen hinweg bei einem Clouddienstanbieter oder über verschiedene Clouddienstanbieter hinweg.

2. Erstellen Sie eine primäre Failover-Gruppe, die die Arten von Objekten definiert, die repliziert werden sollen, und die Zielkonten angibt, in die repliziert werden soll. Sie können die replizierten Objekte optional auf mehrere Failover-Gruppen aufteilen, z. B., wenn einige Datenbanken häufiger repliziert werden sollen als andere.

3. Create at least one secondary failover group (replica) of each primary failover group in one or more secondary accounts.

4. Aktualisieren (synchronisieren) Sie jedes Replikat mit den neuesten Aktualisierungen der Objekte in der Failover-Gruppe. Führen Sie eine erste Aktualisierung durch, und richten Sie einen Zeitplan ein, um regelmäßig die neuesten Änderungen auf jedes sekundäre Konto zu übertragen.

For instructions, see Replizieren von Kontoobjekten und Datenbanken.

Heraufstufen eines Zielkontos zum Quellkonto¶

Sie können ein Zielkonto zum Quellkonto machen (Failover), indem Sie Snowsight oder SQL verwenden.

For more information about the kinds of objects you can specify in a failover group, see Replikationsgruppen und Failover-Gruppen.

Replication group "<GROUP_NAME>" cannot currently be set as primary because it is being
refreshed. Either wait for the refresh to finish or cancel the refresh and try again.

ALTER FAILOVER GROUP myfg RESUME;

Aktuelle Phase einer laufenden Aktualisierungsoperation anzeigen¶

Eine Aktualisierungsoperation kann in den meisten Phasen der Aktualisierungsoperation sicher abgebrochen werden. Wenn Sie jedoch eine Aktualisierungsoperation in der Phase SECONDARY_DOWNLOADING_METADATA oder SECONDARY_DOWNLOADING_DATA abbrechen, kann dies zu einem inkonsistenten Status des Zielkontos führen. Wenn die Aktualisierungsoperation eine dieser Phasen gestartet hat, wird sie unabhängig von der Verfügbarkeit des Quellkontos abgeschlossen. Wenn Sie die Phase vor dem Failover abschließen, wird sichergestellt, dass sich die Replikate in einem konsistenten Zustand befinden. Nachdem die Replikate in einem konsistenten Zustand sind, können Sie Ihre Datenaufnahme- und Transformationspipelines fortsetzen oder wiederholen, um die Replikate auf den aktuellen Stand zu bringen.

Um die aktuelle Phase einer laufenden Aktualisierungsoperation für eine Failover-Gruppe anzuzeigen, verwenden Sie die Information Schema-Tabellenfunktion REPLICATION_GROUP_REFRESH_PROGRESS, REPLICATION_GROUP_REFRESH_PROGRESS_BY_JOB, REPLICATION_GROUP_REFRESH_PROGRESS_ALL.

Um beispielsweise die aktuelle Phase einer laufenden Aktualisierungsoperation für die Failover-Gruppe myfg anzuzeigen, führen Sie die folgende Anweisung aus:

SELECT phase_name, start_time, end_time
  FROM TABLE(
    INFORMATION_SCHEMA.REPLICATION_GROUP_REFRESH_PROGRESS('myfg')
  );

Eine Liste der Phasen von Aktualisierungsoperationen finden Sie in den Nutzungshinweisen der Funktion.

Laufende Aktualisierungsoperation abbrechen, die nicht automatisch geplant wurde¶

Um eine laufende Aktualisierungsoperation abzubrechen, die nicht automatisch durch einen Replikationsplan ausgelöst wurde, müssen Sie die Funktion SYSTEM$CANCEL_QUERY verwenden:

1. Suchen Sie die Abfrage-ID oder die JOB_UUID für die Ausführung von Aktualisierungsoperationen mit einer der folgenden Optionen:

   1. Suchen Sie die Abfrage-IDs für alle laufenden Aktualisierungsoperationen:

      SELECT query_id, query_text
        FROM TABLE(INFORMATION_SCHEMA.QUERY_HISTORY())
        WHERE query_type = 'REFRESH REPLICATION GROUP'
        AND execution_status = 'RUNNING'
        ORDER BY start_time;
      

      Copy

      Verwenden Sie die Spalte QUERY_TEXT, um die QUERY_ID für Aktualisierungsoperationen von Failover-Gruppen in der Liste zu identifizieren.

   2. Suchen der JOB_UUID einer laufenden Aktualisierungsoperation für eine bestimmte Failover-Gruppe myfg:

      SELECT phase_name, start_time, job_uuid
        FROM TABLE(INFORMATION_SCHEMA.REPLICATION_GROUP_REFRESH_HISTORY('myfg'))
        WHERE phase_name <> 'COMPLETED' and phase_name <> 'CANCELED';
      

      Copy

2. Brechen Sie die Aktualisierungsoperation mit der Funktion SYSTEM$CANCEL_QUERY und der QUERY_ID bzw. JOB_UUID ab:

   SELECT SYSTEM$CANCEL_QUERY('<QUERY_ID | JOB_UUID>');
   

   Copy

   Folgende Ausgabe wird zurückgegeben:

   query [<QUERY_ID>] terminated.
   

3. Nachdem Sie die laufende Aktualisierungsoperation abgebrochen haben, fahren Sie mit den nächsten Schritten fort.

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:

1. Öffnen Sie die aktiven Kanäle für die Tabelle erneut, indem Sie die API openChannel aufrufen.

2. 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.

3. Fügen Sie die Datenzeilen für den Kanal aus den abgerufenen Offset-Tokens wieder ein.