Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Arrêtez les contrôleurs - FAS2700

Contributeurs

Arrêtez ou prenez le contrôleur défaillant en suivant la procédure appropriée pour votre configuration.

Option 1 : plupart des configurations

Cette procédure concerne uniquement les configurations à 2 nœuds non MetroCluster. Si votre système comporte plus de deux nœuds, reportez-vous à la section "Comment effectuer un arrêt normal et mettre sous tension une paire haute disponibilité dans un cluster à 4 nœuds".

Avant de commencer

Éléments requis :

  • Informations d'identification de l'administrateur local pour ONTAP.

  • Phrase secrète pour la gestion des clés intégrée NetApp à l'échelle du cluster (OKM) en cas d'utilisation du chiffrement du stockage.

  • Accès SP/BMC pour chaque contrôleur.

  • Empêchez tous les clients/hôtes d'accéder aux données sur le système NetApp.

  • Suspendre les tâches de sauvegarde externes.

  • Outils et équipements nécessaires au remplacement.

Remarque Si le système est un système NetApp StorageGRID ou ONTAP S3 utilisé en tant que Tier cloud FabricPool, reportez-vous au "Arrêtez et mettez votre système de stockage sous tension en toute simplicité" après avoir effectué cette procédure.
Remarque Si vous utilisez des LUN de baies FlexArray, suivez la documentation spécifique du fournisseur à la baie de stockage pour la procédure d'arrêt à effectuer pour ces systèmes après avoir réalisé cette procédure.

Avant de procéder à l'arrêt, vous devez :

Étapes
  1. Connectez-vous au cluster via SSH ou connectez-vous à un nœud du cluster à l'aide d'un câble de console local et d'un ordinateur portable/d'une console.

  2. Désactivez AutoSupport et indiquez la durée pendant laquelle vous vous attendez à ce que le système soit hors ligne :

    system node autosupport invoke -node * -type all -message "MAINT=8h Power Maintenance"

  3. Identifiez l'adresse SP/BMC de tous les nœuds :

    system service-processor show -node * -fields address

  4. Quitter le cluster shell : exit

  5. Connectez-vous au processeur de service/contrôleur BMC via SSH en utilisant l'adresse IP de l'un des nœuds répertoriés dans le résultat de l'étape précédente.

    Si votre utilise une console ou un ordinateur portable, connectez-vous au contrôleur à l'aide des mêmes informations d'identification d'administrateur de cluster.

    Remarque Ouvrez une session SSH sur chaque connexion SP/BMC afin de pouvoir surveiller la progression.
  6. Arrêter tous les nœuds du cluster :

    system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true.

    Remarque Pour les clusters qui utilisent SnapMirror en mode synchrone : system node halt -node * -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 Warning: Are you sure you want to halt node "cluster name-controller number"? {y|n}:

  8. Attendez que chaque contrôleur s'arrête et affichez l'invite DU CHARGEUR.

  9. Mettez chaque bloc d'alimentation hors tension ou débranchez-les s'il n'y a pas d'interrupteur marche/arrêt du bloc d'alimentation.

  10. Débranchez le cordon d'alimentation de chaque bloc d'alimentation.

  11. Vérifiez que tous les contrôleurs du châssis défectueux sont hors tension.

Option 2 : le contrôleur est en configuration MetroCluster

Remarque N'utilisez pas cette procédure si votre système se trouve 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, prendre le contrôle de façon à ce que le contrôleur en bonne santé continue de transmettre des données provenant du stockage défaillant du contrôleur.

  • Si vous avez un cluster avec plus de deux nœuds, il doit être dans le quorum. Si le cluster n'est pas au quorum ou si un contrôleur en bonne santé affiche la valeur false pour l'éligibilité et la santé, vous devez corriger le problème avant de désactiver le contrôleur défaillant ; voir "Synchroniser un nœud avec le cluster".

  • Si vous disposez d'une configuration MetroCluster, vous devez avoir confirmé que l'état de configuration MetroCluster est configuré et que les nœuds sont dans un état activé et normal (metrocluster node show).

Étapes
  1. Si AutoSupport est activé, supprimez la création automatique de dossier en invoquant un message AutoSupport : system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    Le message AutoSupport suivant supprime la création automatique de dossiers pendant deux heures : cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Désactiver le rétablissement automatique depuis la console du contrôleur sain : storage failover modify –node local -auto-giveback false

  3. Faites passer le contrôleur douteux à l'invite DU CHARGEUR :

    Si le contrôleur en état de fonctionnement s'affiche…​ Alors…​

    Invite DU CHARGEUR

    Passez à l'étape suivante.

    Attente du retour…​

    Appuyez sur Ctrl-C, puis répondez y lorsque vous y êtes invité.

    Invite système ou invite de mot de passe (entrer le mot de passe système)

    Prendre le contrôle défectueux ou l'arrêter à partir du contrôleur en bon état : storage failover takeover -ofnode impaired_node_name

    Lorsque le contrôleur douteux s'affiche en attente de rétablissement…​, appuyez sur Ctrl-C et répondez y.