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
2. Utilisez la commande resolve-conflicting-detach pour sélectionner le cluster-1 comme gagnant.
VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c
cluster-1
This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing
you to stop applications at those clusters. Continue? (Yes/No) Yes
Les modifications du cluster-2 apportées aux données sur les volumes dans le groupe de cohérence depuis le début de la panne du lien
sont ignorées.
L’image de données du cluster-2 est ensuite synchronisée avec l’image sur le cluster-1.
Les E/S sont suspendues au niveau du cluster-2 si la stratégie de reprise automatique est définie sur false.
3. Utilisez la commande ls pour vérifier la modification de l’état opérationnel :
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:: [] }),
(cluster-2,{ summary:: suspended, details:: [requires-resume-at-
loser] })]
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
● Au niveau du cluster-1, les E/S se poursuivent et l’état est ok.
● Sur le cluster-2, la vue des données a changé et, par conséquent, les E/S sont suspendues.
4. Utilisez la commande consistency-group resume-at-loser pour reprendre les E/S vers le groupe de cohérence sur le
cluster-2.
Reprise des E/S sur le cluster perdant
Lors d’une panne de lien entre clusters, vous pouvez autoriser les E/S à reprendre sur l’un des deux clusters, le cluster gagnant.
À propos de cette tâche
Les E/S restent suspendues sur le cluster perdant.
Lors de la restauration du lien entre clusters, les clusters gagnants et perdants se reconnectent, et le cluster perdant détecte que le
cluster gagnant a repris les E/S sans ce dernier.
Sauf configuration explicite, les E/S restent suspendues sur le cluster perdant. Cela empêche les applications du cluster perdant de subir
une modification spontanée des données.
Le délai vous permet d’arrêter les applications.
Après avoir arrêté les applications, utilisez la commande consistency-group resume-at-loser pour :
● Resynchroniser l’image de données sur le cluster perdant avec l’image de données sur le cluster gagnant.
● Reprendre le traitement des opérations d’E/S.
Vous pouvez ensuite redémarrer les applications en toute sécurité sur le cluster perdant.
Pour redémarrer les E/S sur le cluster perdant :
Consistency Groups
85