- Catégories :
REPLICATION_GROUP_REFRESH_PROGRESS, REPLICATION_GROUP_REFRESH_PROGRESS_BY_JOB¶
La famille de fonctions REPLICATION_GROUP_REFRESH_PROGRESS peut être utilisée pour interroger le statut d’actualisation d’un groupe de réplication ou de basculement :
REPLICATION_GROUP_REFRESH_PROGRESS renvoie un objet JSON indiquant le statut d’actualisation d’un groupe de réplication ou de basculement secondaire par nom.
REPLICATION_GROUP_REFRESH_PROGRESS_BY_JOB renvoie un objet JSON indiquant le statut d’actualisation d’un groupe de réplication ou de basculement secondaire par ID de requête.
Note
REPLICATION_GROUP_REFRESH_PROGRESS renvoie uniquement l’activité d’actualisation du groupe de réplication ou du groupe de basculement pour la plus récente actualisation si elle a eu lieu au cours des 14 derniers jours.
REPLICATION_GROUP_REFRESH_PROGRESS_BY_JOB renvoie l’activité d’actualisation du groupe de réplication ou du groupe de basculement au cours des 14 derniers jours.
Syntaxe¶
REPLICATION_GROUP_REFRESH_PROGRESS( '<secondary_group_name>' )
REPLICATION_GROUP_REFRESH_PROGRESS_BY_JOB( '<query_id>' )
Arguments¶
Sortie¶
La fonction renvoie les colonnes suivantes :
Nom de la colonne |
Type de données |
Description |
---|---|---|
PHASE_NAME |
TEXT |
Nom des phases de réplication terminées (ou en cours) jusqu’à présent. Pour la liste des phases, voir les notes d’utilisation. |
START_TIME |
TIMESTAMP_LTZ |
Heure à laquelle la phase de réplication a commencé. |
END_TIME |
TIMESTAMP_LTZ |
Heure à laquelle la phase s’est terminée, le cas échéant. |
PROGRESS |
TEXT |
Vide pour les phases restantes |
DETAILS |
VARIANT |
|
Notes sur l’utilisation¶
Ne renvoie que les lignes pour un rôle ayant un quelconque privilège sur le groupe de réplication ou de basculement.
Renvoie uniquement les lignes pour un groupe de réplication ou de basculement secondaire dans le compte actuel.
Lors de l’appel d’une fonction de table Information Schema, la session doit avoir un schéma INFORMATION_SCHEMA en cours d’utilisation ou le nom de la fonction doit être complètement qualifié. Pour plus de détails, voir Schéma d’information de Snowflake.
Voici la liste des phases de traitement dans l’ordre :
SECONDARY_SYNCHRONIZING_MEMBERSHIP
SECONDARY_UPLOADING_INVENTORY
PRIMARY_UPLOADING_METADATA
PRIMARY_UPLOADING_DATA
SECONDARY_DOWNLOADING_METADATA
SECONDARY_DOWNLOADING_DATA
COMPLETED / FAILED / CANCELED
Dans les phases
PRIMARY_UPLOADING_DATA
etSECONDARY_DOWNLOADING_DATA
, la valeurtotalBytesToReplicate
est estimée avant l’opération de réplication. Cette valeur peut différer de la valeurtotalBytesToUpload
outotalBytesToDownload
dans la phase respective.Par exemple, si au cours de la phase
PRIMARY_UPLOADING_DATA
, une opération de réplication précédente a téléchargé certains octets mais a été annulée avant la fin de l’opération, ces octets ne seront pas téléchargés à nouveau. Dans ce cas,totalBytesToUpload
serait inférieur àtotalBytesToReplicate
.
Exemples¶
Récupérez la progression actuelle de l’actualisation du groupe de réplication pour le groupe de réplication rg1
:
select * from table(information_schema.replication_group_refresh_progress('rg1'));
Récupérez la progression actuelle d’une actualisation du groupe de réplication à l’aide de l’ID de requête :
select * from table(information_schema.replication_group_refresh_progress_by_job('012a3b45-1234-a12b-0000-1aa200012345'));