Référence des tables système de réplication
Managed DR est en accès limité. Faites une demande d'accès auprès de votre équipe de compte Databricks. Databricks active la reprise après sinistre (DR) gérée sur votre compte une fois que vous avez été accepté.
Cette page fournit une référence pour la table states dans le schéma système replication, qui suit l'état de réplication de la reprise après sinistre (DR) gérée par Databricks. Chaque ligne est un événement de statut pour un groupe de basculement, émis périodiquement et chaque fois que le groupe de basculement change. Utilisez ce tableau pour surveiller l'état de réplication actuel et historique de vos groupes de basculement, y compris le délai de réplication et toute erreur bloquant la réplication d'au moins un asset.
Chemin de la table : system.replication.states
Comment lire le statut de réplication
Les événements de statut sont émis à un intervalle régulier. Chaque événement rapporte l'état agrégé du groupe de basculement, le délai actuel et toute erreur bloquant la réplication d'au moins un asset. Il ne liste pas les objets individuels qui ont été répliqués avec succès.
Lorsque replication_lag_ms n'est pas null, tout ce qui n'est pas couvert par une erreur dans cet événement a été répliqué jusqu'à ce délai. Les autres actifs inclus dans le périmètre continuent d'être répliqués et restent à jour par rapport au délai, même lorsque le tableau errors n'est pas vide. Pendant INITIAL_REPLICATION, avant que tous les actifs inclus dans le périmètre n'aient été répliqués une fois, replication_lag_ms peut être null: l'événement peut toujours lister les erreurs bloquantes, mais il ne mesure pas encore l'exhaustivité.
Les types d'asset que la reprise après sinistre (DR) gérée ne prend pas du tout en charge n'apparaissent pas dans le tableau, ni comme un succès ni comme une erreur. Leur absence ne signifie pas qu'ils ont été répliqués. Voir Limitations. Les actifs inclus dans le périmètre qui utilisent une fonctionnalité non prise en charge, telle que les filtres de lignes, les masques de colonne ou le contrôle d'accès basé sur les attributs (ABAC), apparaissent dans le tableau comme des échecs.
Pour confirmer qu'un asset spécifique existe dans la région secondaire, inspectez l'objet à cet emplacement. Comme les catalogues secondaires inclus dans le périmètre sont en lecture seule, Databricks recommande un workspace de surveillance distinct en lecture seule dans la région secondaire. Voir Configurer la réplication.
Référence du schéma de la table des états
La table states utilise le schéma suivant :
Nom de colonne | Type de données | Description | Exemple |
|---|---|---|---|
| chaîne | Identifiant unique de l'événement d'état. |
|
| Horodatage | Timestamp auquel l'événement a été émis. |
|
| chaîne | ID du compte auquel appartient le groupe de basculement. |
|
| chaîne | Nom complet du groupe de basculement. |
|
| chaîne | État de la réplication au moment où l'événement a été émis. Les valeurs possibles sont |
|
| tableau | Lorsque | Voir la référence des erreurs |
| long | Millisecondes depuis la dernière réplication réussie de tous les assets dans le périmètre lorsque l'événement a été émis. Une valeur |
|
| chaîne | La région principale du groupe de basculement au moment où l'événement a été émis. |
|
| structure | Les assets gérés par le groupe de basculement lorsque l'événement a été émis. Voir Référence des assets gérés. |
Référence des erreurs
La colonne errors contient un tableau des erreurs qui bloquent la réplication. Chaque élément du tableau est une structure avec les champs suivants :
Nom du champ | Type de données | Description |
|---|---|---|
| structure | Détails sur l'erreur. Contient |
| tableau | Une entrée par type d'asset affecté. Chaque entrée contient |
Référence des assets gérés
La colonne managed_assets est une structure qui décrit les assets gérés par le groupe de basculement lorsque l'événement a été émis. Il contient les champs suivants :
Nom du champ | Type de données | Description |
|---|---|---|
| tableau | Les ID des métastores gérés par le groupe de basculement. |
| tableau | Les ensembles de Workspace gérés par le groupe de basculement. Chaque entrée contient |
| tableau | Les catalogues gérés par le groupe de basculement. Chaque entrée contient |
Considérations lors de la lecture de la table
Prenez note des points suivants lorsque vous analysez la table states :
- Les données peuvent prendre jusqu'à 3 heures pour être renseignées après qu'un événement se soit produit.
- Le tableau contient des événements pour tous les groupes de basculement dans le compte Databricks.
Exemples de requêtes
La requête suivante renvoie l’état de réplication le plus récent pour un groupe de basculement donné, y compris son replication_state actuel, le délai de réplication et toutes les erreurs bloquantes :
SELECT
event_time,
replication_state,
replication_lag_ms,
errors
FROM system.replication.states
WHERE failover_group_name = :failover_group_name
ORDER BY event_time DESC
LIMIT 1
La query suivante renvoie la distribution du décalage de réplication pour un groupe de basculement donné :
SELECT histogram_numeric(replication_lag_ms, 20) AS replication_lag_distribution
FROM system.replication.states
WHERE failover_group_name = :failover_group_name