6. Arrêtez les 2 nœuds situés dans le châssis défectueux :
system node halt -node <node>,<node2> -skip-lif-migration-before-shutdown true
-ignore-quorum-warnings true -inhibit-takeover true
Pour les clusters qui utilisent SnapMirror en mode synchrone :
-node <node>,<node2> -skip-lif-migration-before-shutdown true
-ignore-quorum-warnings true -inhibit-takeover true -ignore-strict
-sync-warnings true
7. Entrez y pour chaque contrôleur du cluster lorsque vous voyez
to halt node "cluster <node-name> number"?
{y|n}:
8. Attendez que chaque contrôleur s'arrête et affichez l'invite DU CHARGEUR.
Option 2 : arrêter un contrôleur dans une configuration MetroCluster à deux nœuds
Pour arrêter le contrôleur défaillant, vous devez déterminer l'état du contrôleur et, si nécessaire, basculer le
contrôleur de sorte que ce dernier continue de transmettre des données depuis le stockage défaillant du
contrôleur.
Description de la tâche
• Vous devez laisser les alimentations allumées à l'issue de cette procédure pour fournir une alimentation au
contrôleur en état.
Étapes
1. Vérifiez l'état du contrôleur MetroCluster pour déterminer si le contrôleur défectueux a automatiquement
basculé sur le contrôleur en bon état :
2. Selon qu'un basculement automatique s'est produit, suivre le tableau suivant :
En cas de dysfonctionnement
du contrôleur...
A automatiquement basculé
N'a pas été automatiquement
commutée
N'a pas été automatiquement
commutée, vous avez tenté de
basculer avec le
metrocluster
switchover
la commande, et le
basculement a été vetoté
3. Resynchroniser les agrégats de données en exécutant le
commande provenant du cluster survivant.
474
metrocluster show
Alors...
Passez à l'étape suivante.
Effectuer un basculement planifié à partir du contrôleur en bon état :
metrocluster switchover
Examinez les messages de veto et, si possible, résolvez le problème
et réessayez. Si vous ne parvenez pas à résoudre le problème,
contactez le support technique.
metrocluster heal -phase aggregates
system node halt
Warning: Are you sure you want