- Schema:
Ansicht REPLICATION_GROUP_REFRESH_HISTORY¶
Diese Account Usage-Ansicht kann zum Abfragen des Aktualisierungsverlaufs einer angegebenen Replikations- oder Failover-Gruppe verwendet werden.
- Siehe auch:
REPLICATION_GROUP_REFRESH_HISTORY (Information Schema-Tabellenfunktion)
Spalten¶
Spaltenname |
Datentyp |
Beschreibung |
---|---|---|
REPLICATION_GROUP_NAME |
TEXT |
Name der sekundären Replikations- oder Failover-Gruppe. |
REPLICATION_GROUP_ID |
NUMBER |
Interner bzw. systemgenerierter Bezeichner der Replikations- oder Failover-Gruppe. |
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¶
Die Latenzzeit der Ansicht kann bis zu 180 Minuten (drei Stunden) betragen.
Um den Fortschritt der Aktualisierung in Echtzeit zu sehen, verwenden Sie die Tabellenfunktion REPLICATION_GROUP_REFRESH_HISTORY.
Es werden nur Ergebnisse für sekundäre Failover- oder Replikationsgruppen im aktuellen Konto (dem Zielkonto) zurückgegeben.
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¶
Um den Aktualisierungsverlauf für die sekundäre Failover-Gruppe myfg
abzurufen, führen Sie die folgende Anweisung aus:
SELECT phase_name, start_time, end_time,
total_bytes, object_count, error
FROM SNOWFLAKE.ACCOUNT_USAGE.REPLICATION_GROUP_REFRESH_HISTORY
WHERE replication_group_name = 'MYFG';
Um den letzten Aktualisierungsdatensatz für jede Replikations- oder Failover-Gruppe abzurufen, führen Sie die folgende Anweisung aus:
SELECT replication_group_name, phase_name,
start_time, end_time,
total_bytes, object_count, error,
ROW_NUMBER() OVER (
PARTITION BY replication_group_name
ORDER BY end_time DESC
) AS row_num
FROM SNOWFLAKE.ACCOUNT_USAGE.REPLICATION_GROUP_REFRESH_HISTORY
QUALIFY row_num = 1;