Administrator Guide
Table Of Contents
- Systèmes de stockage Dell EMC Guide d’administration de la fonctionnalité de Metro Node PowerStore et UnityXT
- 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
- 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
- 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
- Surveillance des ports
- Statistiques
- Tableaux de statistiques
- Metro Node avec baies de stockage en mode actif-passif
- Index
● 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
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.
80
Consistency Groups