Administrator Guide

Tableau 11. Description des champs de groupe de cohérence (suite)
Propriété Description
active-clusters
Pour les groupes de cohérence synchrones, cette propriété est toujours vide ([ ]).
operational status
État actuel du groupe de cohérence par rapport à chaque cluster sur lequel il est visible.
● ok – Les E/S peuvent être traitées sur les volumes du groupe de cohérence.
● suspended – Les E/S sont suspendues pour les volumes du groupe de cohérence.
Les causes sont décrites à la section operational status: details.
● degraded – Les E/S se poursuivent, mais il existe d’autres problèmes, comme
décrit à la section operational status: details.
● unknown – L’état est inconnu, principalement en raison de la perte de la
connectivité de gestion.
operational status: details
Si operational status est ok, ce champ est vide : [ ]. Dans le cas contraire, il
affiche des informations supplémentaires, qui peuvent correspondre à l’un des éléments
suivants :
● cluster-departure – Certains clusters visibles ne sont pas en communication.
● data-safe-failure – Un seul directeur a échoué. Les volumes sont toujours
cohérents après sinistre et restent dans cet état, sauf si un deuxième échec se
produit avant la restauration du premier.
● rebuilding-across-clusters – Un ou plusieurs volumes membres distribués
sont en cours de reconstruction. Au moins un volume du groupe est obsolète sur
le cluster et est en cours de resynchronisation. Si la liaison est interrompue à ce
moment-là, l’ensemble du groupe de cohérence est suspendu. Utilisez la commande
rebuild status pour afficher le volume qui est obsolète sur le cluster.
● rebuilding-within-cluster – Une ou plusieurs reconstructions locales sont en cours
sur le cluster.
● requires-resolve-conflicting-detach – Après la restauration de la
liaison intercluster, deux clusters ont détecté qu’ils se sont déconnectés l’un de
l’autre et ont repris les E/S indépendamment. Les clusters continuent à traiter les
E/S sur leurs versions indépendantes des données. La commande consistency-
group resolve-conflicting-detach doit être utilisée pour rendre la vue
des données cohérente au niveau des clusters.
● requires-resume-after-rollback – Un cluster a déconnecté son cluster
homologue et a restauré l’affichage des données, mais attend la commande
consistency-group resume-after-rollback avant de reprendre les
E/S. Affichage :
○ Il n’y a aucune règle de déconnexion.
○ Si la règle de déconnexion est no-automatic-winner ; ou
○ Si la règle de déconnexion ne peut pas se déclencher, car les conditions ne sont
pas respectées.
￭ unhealthy-devices – Les E/S se sont arrêtées dans ce groupe de
cohérence, car un ou plusieurs volumes sont défectueux et ne peuvent pas
exécuter d’E/S.
￭ will-rollback-on-link-down – Si une liaison est immédiatement
hors service, le cluster gagnant doit restaurer l’affichage des données afin de
reprendre les E/S.
virtual-volumes
Liste des volumes virtuels membres du groupe de cohérence.
Utilisation d’un groupe de cohérence
La bonne pratique consiste à autoriser les E/S à se poursuivre sur un seul cluster. Autoriser la poursuite des E/S sur les deux clusters
entraîne une resynchronisation totale d’un cluster par rapport à l’autre. Toutes les écritures du cluster perdant sont perdues.
À propos de cette tâche
Lorsque les E/S continuent sur les deux clusters :
● Les images de données au niveau des clusters divergent.
Consistency Groups
79