- Catégories :
REPLICATION_GROUP_REFRESH_HISTORY¶
Renvoie l’historique de réplication pour un groupe de réplication ou de basculement secondaire au cours des 14 derniers jours.
- Voir aussi :
Syntaxe¶
REPLICATION_GROUP_REFRESH_HISTORY( '<secondary_group_name>' )
Arguments¶
secondary_group_name
Nom du groupe secondaire. Notez que le nom entier doit être entre guillemets simples.
Sortie¶
La fonction renvoie les colonnes suivantes :
Nom de la colonne |
Type de données |
Description |
---|---|---|
PHASE_NAME |
TEXT |
Phase actuelle de l’opération de réplication. Pour la liste des phases, voir les notes d’utilisation. |
START_TIME |
TIMESTAMP_LTZ |
Heure à laquelle l’opération de réplication a commencé. |
END_TIME |
TIMESTAMP_LTZ |
Heure à laquelle l’opération de réplication s’est terminée, le cas échéant. |
JOB_UUID |
TEXT |
ID de requête pour la tâche d’actualisation. |
TOTAL_BYTES |
VARIANT |
Un objet JSON qui fournit des informations détaillées sur les bases de données actualisées :
|
OBJECT_COUNT |
VARIANT |
Un objet JSON qui fournit des informations détaillées sur les objets actualisés :
|
PRIMARY_SNAPSHOT_TIMESTAMP |
TIMESTAMP_LTZ |
Horodatage de la création de l’instantané principal. |
ERROR |
VARIANT |
NULL si l’opération d’actualisation est réussie. Si l’opération d’actualisation échoue, elle renvoie un objet JSON qui fournit des informations détaillées sur l’erreur :
|
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 :
#
Nom de la phase
Description
1
SECONDARY_SYNCHRONIZING_MEMBERSHIP
Le groupe de réplication secondaire ou de basculement reçoit des informations du groupe principal sur les objets inclus dans le groupe et met à jour ses métadonnées d’appartenance.
2
SECONDARY_UPLOADING_INVENTORY
Le groupe de réplication secondaire ou de basculement envoie un inventaire de ses objets dans le compte cible au groupe principal.
3
PRIMARY_UPLOADING_METADATA
Le groupe de réplication ou de basculement principal crée un instantané des métadonnées dans le compte source et l’envoie au groupe secondaire.
4
PRIMARY_UPLOADING_DATA
Le groupe de réplication principal ou de basculement copie les fichiers dont le groupe secondaire a besoin pour réconcilier les deltas entre les objets des comptes source et cible.
5
SECONDARY_DOWNLOADING_METADATA
Le groupe de réplication ou de basculement secondaire applique l’instantané des métadonnées envoyées par le groupe principal. Les mises à jour des métadonnées ne sont pas appliquées de manière atomique mais au fil du temps.
6
SECONDARY_DOWNLOADING_DATA
Le groupe de réplication secondaire ou de basculement copie les fichiers envoyés par le groupe principal vers le compte cible.
7
COMPLETED
/FAILED
/CANCELED
Actualiser le statut de l’opération.
Exemples¶
Récupérer l’historique des actualisations pour le groupe secondaire myfg
.
SELECT phase_name, start_time, end_time,
total_bytes, object_count, error
FROM TABLE(
INFORMATION_SCHEMA.REPLICATION_GROUP_REFRESH_HISTORY('myfg')
);