Administrator Guide
Table Of Contents
- Systèmes de stockage Dell EMC Guide de l’administrateur de l’appliance Métro Node
- Table des matières
- Préface
- Espace de travail et comptes d’utilisateur de l’interface CLI
- Métavolumes
- Gestion du système
- Notifications Call Home
- Emplacement du journal des événements
- Emplacement du journal de configuration du système
- Accélération matérielle avec VAAI
- Surcharge de la copie de déchargement avec XCOPY
- Changement de nom d’un cluster Metro Node
- Paramètres du panneau avant LCD
- Support dynamique de Metro Node
- Provisionnement du stockage
- Extension de volume
- Migration des données
- À propos de la migration des données
- Migration de stockage compatible avec le provisionnement dynamique
- À propos des reconstructions
- Migration ponctuelle des données
- Migrations par lot
- Conditions préalables
- Création d’un plan de migration par lot
- Vérification d’un plan de migration par lot
- Modification d’un fichier de migration par lot
- Démarrage d’une migration par lot
- Pause/reprise d’une migration par lot (en option)
- Annulation d’une migration par lot (en option)
- Surveillance de la progression de la migration par lot
- Affichage de l’état d’une migration par lot
- Validation d’une migration par lot
- Nettoyage d’une migration par lot
- Suppression des enregistrements de migration par lot
- Configuration du réseau WAN
- Cluster Witness
- Consistency Groups
- À propos des groupes de cohérence Metro Node
- Propriétés des groupes de cohérence
- Gérer les groupes de cohérence
- Création d’un groupe de cohérence
- Ajout de volumes à un groupe de cohérence
- Suppression de volumes d’un groupe de cohérence
- Modification des propriétés d’un groupe de cohérence
- exemple de modification : définition de visibility
- exemple de modification : application d’une règle de déconnexion
- Suppression d’un groupe de cohérence
- Affichage des propriétés d’un groupe de cohérence
- Utilisation d’un groupe de cohérence
- Performances et surveillance
- À propos des performances
- À propos de la surveillance des performances
- Surveillance des performances avec l’interface CLI
- À propos de la rotation et de l’horodatage des fichiers
- Présentation de la procédure : créer un analyseur à l’aide de l’interface CLI
- Création d’un analyseur
- Ajout/suppression de récepteurs d’analyseur
- Suppression d’un analyseur
- Activation/désactivation/modification d’une interrogation
- Activation/désactivation des récepteurs
- Exécution forcée d’une interrogation immédiate
- Activation et désactivation de ports
- Surveillance des ports
- Statistiques
- Tableaux de statistiques
- Metro Node avec baies de stockage en mode actif-passif
Tableau 12. Description des champs de groupe de cohérence (suite)
Propriété Description
● 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
Dans le cas d’une partition de cluster, la meilleure pratique consiste à autoriser les E/S à se poursuivre sur un seul cluster. Permettre
aux E/S de se poursuivre sur les deux clusters entraîne une condition connue sous le nom de détachement conflictuel. La résolution
du détachement conflictuel entraîne la resynchronisation complète du cluster perdant depuis le cluster gagnant. 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.
● Les branches de volumes distribués sont logiquement séparées.
Lorsque le lien intercluster est restauré, les clusters détectent que les E/S ont été effectuées de manière indépendante. Les E/S
continuent sur les deux clusters jusqu’à ce que vous choisissiez un cluster gagnant dont l’image de données est utilisée comme source
pour synchroniser les images de données.
Dans l’exemple suivant, les E/S ont repris sur les deux clusters lors d’une panne du lien intercluster. Lorsque le lien intercluster est
restauré, les deux clusters rétablissent le contact et détectent qu’ils ont chacun déconnecté l’autre et effectué les opérations d’E/S.
Étapes
1. Utilisez la commande ls pour afficher l’état opérationnel du groupe de cohérence sur les deux clusters.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> ls
Attributes:
Name Value
-------------------- -----------------------------------------
active-clusters [cluster-1, cluster-2]
cache-mode synchronous
detach-rule no-automatic-winner
operational-status [(cluster-1,{ summary:: ok, details:: [requires-resolve-conflicting-
detach] }),
(cluster-2,{ summary:: ok, details:: [requires-resolve-conflicting-detach] })]
passive-clusters []
recoverpoint-enabled false
storage-at-clusters [cluster-1, cluster-2]
virtual-volumes [dd1_vol, dd2_vol]
visibility [cluster-1, cluster-2]
Contexts:
advanced recoverpoint
84
Consistency Groups