- Kategorien:
REPLICATION_GROUP_REFRESH_HISTORY¶
Gibt den Replikationsverlauf der letzten 14 Tage für eine sekundäre Replikations- oder Failover-Gruppe zurück.
- Siehe auch:
Syntax¶
REPLICATION_GROUP_REFRESH_HISTORY( '<secondary_group_name>' )
Argumente¶
secondary_group_name
Name der sekundären Gruppe. Beachten Sie, dass der gesamte Name in einfache Anführungszeichen gesetzt werden muss.
Ausgabe¶
Die Funktion gibt die folgenden Spalten zurück:
Spaltenname |
Datentyp |
Beschreibung |
---|---|---|
PHASE_NAME |
TEXT |
Aktuelle Phase der Replikationsoperation. Eine Liste der Phasen finden Sie in den Nutzungshinweisen. |
START_TIME |
TIMESTAMP_LTZ |
Zeitpunkt, zu dem die Replikationsoperation gestartet wurde. |
END_TIME |
TIMESTAMP_LTZ |
Zeitpunkt, zu dem die Replikationsoperation ggf. beendet wurde. |
JOB_UUID |
TEXT |
Abfrage-ID des Aktualisierungsjobs. |
TOTAL_BYTES |
VARIANT |
Ein JSON-Objekt, das detaillierte Informationen zu aktualisierten Datenbanken bereitstellt:
|
OBJECT_COUNT |
VARIANT |
Ein JSON-Objekt, das detaillierte Informationen zu aktualisierten Objekten bereitstellt:
|
PRIMARY_SNAPSHOT_TIMESTAMP |
TIMESTAMP_LTZ |
Zeitstempel, wann der primäre Snapshot erstellt wurde. |
ERROR |
VARIANT |
NULL wenn die Aktualisierungsoperation erfolgreich war. Wenn die Aktualisierungsoperation fehlschlägt, wird ein JSON-Objekt zurückgegeben, das detaillierte Informationen zu dem Fehler enthält:
|
Nutzungshinweise¶
Gibt nur Zeilen für eine Rolle mit beliebigen Berechtigungen für die Replikations- oder Failover-Gruppe zurück.
Gibt nur Zeilen für eine sekundäre Replikations- oder Failover-Gruppe im aktuellen Konto zurück.
Beim Aufrufen einer Tabellenfunktion des Information Schema muss die Sitzung über ein aktives INFORMATION_SCHEMA-Schema verfügen oder der Funktionsname muss vollqualifiziert sein. Weitere Details dazu finden Sie unter Snowflake Information Schema.
Im Folgenden finden Sie eine Liste der Phasen in der Reihenfolge ihrer Bearbeitung:
#
Phasenname
Beschreibung
1
SECONDARY_SYNCHRONIZING_MEMBERSHIP
Die sekundäre Replikations- oder Failover-Gruppe erhält von der primären Gruppe Informationen über die in der Gruppe enthaltenen Objekte und aktualisiert ihre Mitgliedschaftsmetadaten.
2
SECONDARY_UPLOADING_INVENTORY
Die sekundäre Replikations- oder Failover-Gruppe sendet eine Bestandsliste ihrer Objekte im Zielkonto an die primäre Gruppe.
3
PRIMARY_UPLOADING_METADATA
Die primäre Replikations- oder Failover-Gruppe erstellt einen Snapshot der Metadaten im Quellkonto und sendet ihn an die sekundäre Gruppe.
4
PRIMARY_UPLOADING_DATA
Die primäre Replikations- oder Failover-Gruppe kopiert die Dateien, die die sekundäre Gruppe benötigt, um etwaige Deltas zwischen den Objekten in den Quell- und Zielkonten abzugleichen.
5
SECONDARY_DOWNLOADING_METADATA
Die sekundäre Replikations- oder Failover-Gruppe wendet den von der primären Gruppe gesendeten Snapshot der Metadaten an. Die Metadatenaktualisierung werden nicht atomar, sondern im Laufe der Zeit vorgenommen.
6
SECONDARY_DOWNLOADING_DATA
Die sekundäre Replikations- oder Failover-Gruppe kopiert die von der primären Gruppe gesendeten Dateien auf das Zielkonto.
7
COMPLETED
/FAILED
/CANCELED
Betriebsstatus aktualisieren
Beispiele¶
Rufen Sie den Aktualisierungsverlauf für die sekundäre Gruppe myfg
ab.
SELECT phase_name, start_time, end_time,
total_bytes, object_count, error
FROM TABLE(
INFORMATION_SCHEMA.REPLICATION_GROUP_REFRESH_HISTORY('myfg')
);