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
● consistency-group remove-virtual-volumes – Supprimez un ou
plusieurs volumes virtuels d’un groupe de cohérence.
Propriétés avancées
auto-resume-at-loser
Détermine si les E/S reprennent automatiquement sur le cluster déconnecté pour les
volumes d’un groupe de cohérence lorsque le cluster retrouve la connectivité avec son
cluster homologue.
● Applicable uniquement pour les groupes de cohérence multiclusters qui contiennent
des volumes distribués.
● Modifiable à l’aide de la commande set. Définissez cette propriété sur true pour
permettre aux volumes de reprendre les E/S sans intervention de l’utilisateur (avec
la commande resume-at-loser).
● true – Les E/S reprennent automatiquement sur le cluster perdant une fois la
liaison intercluster restaurée.
● false (par défaut) – Les E/S doivent être reprises manuellement une fois la liaison
intercluster restaurée.
● Laissez cette propriété sur false pour laisser aux administrateurs le temps de
redémarrer l’application. Dans le cas contraire, les données corrompues dans le
cache de l’hôte ne sont pas cohérentes avec l’image sur le disque sur lequel le
cluster gagnant a activement écrit. Définir cette propriété sur true peut entraîner
une modification spontanée de la vue des données présentées aux applications
sur le cluster perdant. La plupart des applications ne peuvent pas tolérer cette
modification de données. Si l’hôte vide ces pages corrompues de la séquence,
l’image de données peut être corrompue.
Propriétés d’affichage uniquement
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.
Consistency Groups 83