Aller au contenu principal

Vérification de la modification de l’ID système d’un système HA

Vous devez confirmer la modification de l’ID système lorsque vous amorcez le nœud de remplacement, puis vérifier que la modification a été appliquée.

À propos de cette tâche

Cette procédure s’applique uniquement aux systèmes exécutant ONTAP dans une paire HA.

  1. Si le nœud de remplacement est en mode de maintenance (affichant l’invite *>), quittez le mode de maintenance et accédez à l'invite LOADER : halt
  2. À partir de l’invite LOADER du nœud de remplacement, amorcez le nœud, en saisissant y si vous êtes invité à remplacer l’ID système en raison d’une non-concordance d’ID système :
  3. Attendez que le message Waiting for giveback... s’affiche sur la console du nœud de remplacement, puis, à partir du nœud sain, vérifiez que le nouvel ID système partenaire a été automatiquement affecté : storage failover show

    Exemple

    Dans la sortie de commande, vous devriez voir un message indiquant que l’ID système a été modifié pour le nœud abîmé, en indiquant l’ancien ID, le nouvel ID et l’ID correct. Dans l’exemple suivant, node2 a subi un remplacement et a un nouvel ID système de 151759706.
    node1> <kbd className="ph userinput nolinebreak">storage failover show</kbd>
                                        Takeover          
    Node              Partner           Possible     State Description 
    ------------      ------------      --------     -------------------------------------
    node1             node2             false        System ID changed on partner (Old:
                                                      151759755, New: 151759706), In takeover    
    node2             node1             -            Waiting for giveback (HA mailboxes)

  4. Depuis le nœud sain, vérifiez que les coredumps sont sauvegardés :
    1. Accédez au niveau de privilège avancé : set -privilege advanced
      Vous pouvez répondre Y lorsque vous y êtes invité pour passer en mode avancé. L’invite du mode avancé s’affiche (*>).
    2. Enregistrez les coredumps : system node run -node local-node-name partner savecore
    3. Attendez que la commande savecore s’exécute avant d’émettre la restitution du contrôle.
      Vous pouvez entrer la commande suivante pour surveiller la progression de la commande savecore : system node run -node local-node-name partner savecore -s
    4. Revenez au niveau de privilège admin : set -privilege admin
  5. Rendez le nœud :
    1. À partir du nœud sain, rendez le stockage du nœud remplacé : storage failover giveback -ofnode replacement_node_name
      Le nœud de remplacement récupère son espace de stockage et termine l’amorçage.

      Si vous êtes invité à remplacer l’ID système en raison d’une non-concordance d’ID système, vous devez entrer y.

      Remarque
      Si le système refuse de rendre la main, vous pouvez envisager d'annuler les vétos.

      Rechercher le Guide de configuration à haute disponibilité pour votre version de ONTAP 9

    2. Une fois la restitution du contrôle terminée, confirmez que la paire HA est saine et que la prise de contrôle est possible : storage failover show
      La sortie de la commande storage failover show ne doit pas inclure le message System ID changed on partner.
  6. Vérifiez que les disques ont été affectés correctement : storage disk show -ownership

    Exemple

    Les disques appartenant au nœud de remplacement doivent afficher le nouvel ID système. Dans l’exemple suivant, les disques détenus par node1 affichent désormais le nouvel ID système, 1873775277 :
    node1> <kbd className="ph userinput nolinebreak">storage disk show -ownership</kbd> 

    Disk  Aggregate Home  Owner  DR Home  Home ID    Owner ID  DR Home ID Reserver  Pool
    ----- ------    ----- ------ -------- -------    -------    -------  ---------  ---
    1.0.0  aggr0_1  node1 node1  -        1873775277 1873775277  -       1873775277 Pool0
    1.0.1  aggr0_1  node1 node1           1873775277 1873775277  -       1873775277 Pool0
    .
    .
    .

  7. Si le système est dans une configuration MetroCluster, surveillez l’état du nœud : metrocluster node show

    La configuration MetroCluster prend quelques minutes après le remplacement pour revenir à un état normal, moment auquel chaque nœud affichera un état configuré, avec la mise en miroir de reprise après sinistre activée et un mode normal. La sortie de commande metrocluster node show -fields node-systemid affiche l’ancien ID système jusqu’à ce que la configuration MetroCluster retourne à l’état normal.

  8. Si le nœud est dans une configuration MetroCluster, en fonction de l’état MetroCluster, vérifiez que la zone ID de reprise après sinistre affiche le propriétaire d’origine du disque si le propriétaire d’origine est un nœud sur le site Web.
    Cette condition est requise si les deux conditions suivantes sont remplies :
  9. Si votre système est dans une configuration MetroCluster, vérifiez que chaque nœud est configuré : metrocluster node show - fields configuration-state

    Gestion et reprise après sinistre MetroCluster

    Exemple

    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.

  10. Vérifiez que les volumes attendus sont présents pour chaque nœud : vol show -node node-name
  11. Si vous avez désactivé la prise de contrôle automatique lors du réamorçage, activez-la depuis le nœud sain : storage failover modify -node replacement-node-name -onreboot true