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.

Remettre le contrôleur - AFF A1K

Contributeurs
PDF

Poursuivre la procédure de remplacement en donnant le contrôleur.

Étape 1 : remettez le contrôleur en place

  1. Si le chiffrement est configuré sur votre système de stockage, vous devez restaurer la fonctionnalité de chiffrement de volume ou de stockage en procédant comme suit pour redémarrer le système :

    1. Démarrez le menu et exécutez l'option 10

    2. Saisissez la phrase de passe et sauvegardez les données, puis effectuez un démarrage normal. Voir "Restaurez les clés de chiffrement intégrées de gestion des clés".

    3. Effectuer un rétablissement CFO uniquement

    4. Effectuez la synchronisation intégrée et vérifiez que le SVM-KEK est défini sur « true », voir "Échec de la remise en service après le remplacement du module MB - l'opération a été mise en veto par keymanager"

    5. SFO Giveback, (aucune force)

  2. Si le chiffrement n'est pas configuré sur votre système, procédez comme suit pour redémarrer le système :

    1. Démarrez le menu et exécutez l'option 1.

    2. Remettre le contrôleur :

    3. Depuis le contrôleur sain, remettre le stockage du contrôleur remplacé : storage failover giveback -ofnode replacement_node_name

      Le contrôleur remplacement reprend son stockage et termine son démarrage.

      Remarque Si le retour est vetoté, vous pouvez envisager d'ignorer les vetoes.

    "Recherchez le contenu Configuration haute disponibilité de votre version de ONTAP 9"

    1. Une fois le retour arrière terminé, vérifiez que la paire HA est saine et que le basculement est possible : storage failover show

  3. Si le système se trouve dans une configuration MetroCluster, surveillez l'état du contrôleur : metrocluster node show

    La configuration MetroCluster prend quelques minutes après le remplacement pour revenir à un état normal. À ce moment, chaque contrôleur affiche un état configuré, avec la mise en miroir reprise sur incident activée et un mode de fonctionnement normal. Le metrocluster node show -fields node-systemid Le résultat de la commande affiche l'ancien ID système jusqu'à ce que la configuration MetroCluster revienne à un état normal.

  4. Si le contrôleur est dans une configuration MetroCluster, en fonction de l'état de la MetroCluster, vérifiez que le champ ID de domicile de la reprise après incident affiche le propriétaire d'origine du disque si le propriétaire d'origine est un contrôleur sur le site de secours.

    Ceci est requis si les deux conditions suivantes sont vraies :

  5. Si votre système se trouve dans une configuration MetroCluster, vérifiez que chaque contrôleur est configuré : metrocluster node show - fields configuration-state

    node1_siteA::> metrocluster node show -fields configuration-state

dr-group-id            cluster node           configuration-state
-----------            ---------------------- -------------- -------------------
1 node1_siteA          node1mcc-001           configured
1 node1_siteA          node1mcc-002           configured
1 node1_siteB          node1mcc-003           configured
1 node1_siteB          node1mcc-004           configured

4 entries were displayed.

  6. Vérifier que les volumes attendus sont présents pour chaque contrôleur : vol show -node node-name

  7. Si vous avez désactivé le basculement automatique au redémarrage, activez-le à partir du contrôleur sain : storage failover modify -node replacement-node-name -onreboot true

  8. Si AutoSupport est activé, restaurez/annulez la création automatique de cas à l'aide de la system node autosupport invoke -node * -type all -message MAINT=END commande.