Schema:: ORGANIZATION_USAGE

Ansicht REPLICATION_GROUP_REFRESH_HISTORY¶

Wichtig

Diese Ansicht ist nur im Organisationskonto verfügbar. Weitere Informationen dazu finden Sie unter Premium-Ansichten im Organisationskonto.

Diese Organization Usage-Ansicht kann zum Abfragen des Aktualisierungsverlaufs einer angegebenen Replikations- oder Failover-Gruppe verwendet werden.

Siehe auch:: REPLICATION_GROUP_REFRESH_HISTORY, REPLICATION_GROUP_REFRESH_HISTORY_ALL (Information Schema-Tabellenfunktion)

Spalten¶

Spalten auf Organisationsebene

Spaltenname	Datentyp	Beschreibung
ORGANIZATION_NAME	VARCHAR	Name der Organisation.
ACCOUNT_LOCATOR	VARCHAR	Vom System generierter Bezeichner für das Konto.
ACCOUNT_NAME	VARCHAR	Benutzerdefinierter Bezeichner für das Konto.

Zusätzliche Spalten

Spaltenname	Datentyp	Beschreibung
REPLICATION_GROUP_NAME	VARCHAR	Name der sekundären Replikations- oder Failover-Gruppe.
REPLICATION_GROUP_ID	NUMBER	Interner bzw. systemgenerierter Bezeichner der Replikations- oder Failover-Gruppe.
PHASE_NAME	VARCHAR	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. `NULL`, wenn sie sich noch in Ausführung befindet.
JOB_UUID	VARCHAR	Abfrage-ID des Aktualisierungsjobs.
TOTAL_BYTES	VARIANT	Ein JSON-Objekt, das detaillierte Informationen zu aktualisierten Datenbanken bereitstellt: `totalBytesToReplicate`: Gesamtzahl der Bytes, die voraussichtlich repliziert werden. `bytesUploaded`: Tatsächliche Anzahl der hochgeladenen Bytes. `bytesDownloaded`: Tatsächliche Anzahl der heruntergeladenen Bytes. `databases`: Liste von JSON-Objekten mit folgenden Felder für jede Mitgliedsdatenbank: `name`: Name der Datenbank. `totalBytesToReplicate`: Summe der Bytes, die voraussichtlich für die Datenbank repliziert werden.
OBJECT_COUNT	VARIANT	Ein JSON-Objekt, das detaillierte Informationen zu aktualisierten Objekten bereitstellt: `totalObjects`: Gesamtzahl der Objekte in der Replikations- oder Failover-Gruppe. `completedObjects`: Gesamtzahl der verarbeiteten Objekte. `objectTypes`: Liste von JSON-Objekten mit folgenden Feldern für jeden Typ: `objectType`: Typ des Objekts (z. B. Benutzer, Rollen, Berechtigungen, Warehouses, Schemas, Tabellen, Spalten usw.). `totalObjects`: Gesamtzahl der Objekte dieses Typs in der Replikations- oder Failover-Gruppe. `completedObjects`: Gesamtzahl der Objekte dieses Typs, die verarbeitet wurden.
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: `errorCode`: Fehlercode des Fehlers. `errorMessage`: Fehlermeldung des Fehlers.

Nutzungshinweise¶

Die Latenzzeit der Ansicht kann bis zu 24 Stunden betragen.

Um den Fortschritt der Aktualisierung in Echtzeit zu sehen, verwenden Sie die Tabellenfunktion REPLICATION_GROUP_REFRESH_HISTORY, REPLICATION_GROUP_REFRESH_HISTORY_ALL.

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 account_name, phase_name, start_time, end_time,
       total_bytes, object_count, error
  FROM SNOWFLAKE.ORGANIZATION_USAGE.REPLICATION_GROUP_REFRESH_HISTORY
  WHERE replication_group_name = 'MYFG';

Copy

Um den letzten Aktualisierungsdatensatz für jede Replikations- oder Failover-Gruppe abzurufen, führen Sie die folgende Anweisung aus:

SELECT account_name, 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.ORGANIZATION_USAGE.REPLICATION_GROUP_REFRESH_HISTORY
  QUALIFY row_num = 1;

Copy