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.

Recâblage du système et réaffectation des disques - AFF C250

Contributeurs

Poursuivre la procédure de remplacement en mettant le stockage en mémoire et en confirmant la réaffectation du disque.

Étape 1 : recâblage du système

Recâblage des connexions réseau et de stockage du module de contrôleur.

Étapes
  1. Recâblage du système.

  2. Vérifiez que le câblage est correct à l'aide de "Active IQ Config Advisor".

    1. Téléchargez et installez Config Advisor.

    2. Entrez les informations du système cible, puis cliquez sur collecter les données.

    3. Cliquez sur l'onglet câblage, puis examinez la sortie. Vérifiez que tous les tiroirs disques sont affichés et que tous les disques apparaissent dans le résultat, en corrigeant les problèmes de câblage que vous rencontrez.

    4. Pour vérifier les autres câbles, cliquez sur l'onglet approprié, puis examinez les résultats de Config Advisor.

Étape 2 : réaffectation de disques

Si le système de stockage est dans une paire HA, l'ID système du nouveau module de contrôleur est automatiquement attribué aux disques lors du rétablissement après la procédure. Vous devez confirmer la modification de l'ID système au démarrage du contrôleur replace, puis vérifier que la modification a été implémentée.

Cette procédure s'applique uniquement aux systèmes qui exécutent ONTAP dans une paire HA.

  1. Si le remplacement contrôleur est en mode Maintenance (affiche le *> Invite, quittez le mode maintenance et accédez à l'invite DU CHARGEUR : halt

  2. À partir de l'invite DU CHARGEUR sur le contrôleur replace, démarrez le contrôleur, puis entrez y Si vous êtes invité à remplacer l'ID système en raison d'une discordance d'ID système :

  3. Attendre jusqu'à Waiting for giveback…​ Le message s'affiche sur la console du contrôleur replace, puis, à partir du contrôleur sain, vérifiez que le nouvel ID système partenaire a été automatiquement attribué : storage failover show

    Dans le résultat de la commande, un message indiquant l'ID système modifié sur le contrôleur associé est affiché, indiquant l'ancien et le nouveau ID corrects. Dans l'exemple suivant, le node2 a fait l'objet d'un remplacement et a un nouvel ID système de 151759706.

    node1> `storage failover show`
                                        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 contrôleur sain, vérifier que les « coredumps » sont enregistrés :

    1. Changement au niveau de privilège avancé : set -privilege advanced

      Vous pouvez répondre Y lorsque vous êtes invité à 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'se termine avant d'émettre le retour.

      Vous pouvez saisir la commande suivante pour surveiller la progression de la commande savecore : system node run -node local-node-name partner savecore -s

    4. Retour au niveau de privilège admin : set -privilege admin

  5. Si le chiffrement du volume ou du stockage est configuré sur votre système de stockage, vous devez restaurer la fonctionnalité de chiffrement du stockage ou du volume en suivant l'une des procédures suivantes, selon que vous utilisez la gestion des clés intégrée ou externe :

  6. Remettre le contrôleur :

    1. 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.

      Si vous êtes invité à remplacer l'ID système en raison d'une discordance d'ID système, vous devez entrer y.

      Remarque Si le retour est vetoté, vous pouvez envisager d'ignorer les vetoes.
    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

      La sortie du storage failover show La commande ne doit pas inclure l'ID système modifié dans le message partenaire.

  7. Vérifier que les disques ont été correctement affectés : storage disk show -ownership

    Les disques appartenant au replace Controller doivent afficher le nouvel ID système. Dans l'exemple suivant, les disques appartenant au nœud1 affichent alors le nouvel ID système, 1873775277 :

    node1> `storage disk show -ownership`
    
    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
    .
    .
    .
  8. 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.

  9. 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 :

  10. 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.
  11. Vérifier que les volumes attendus sont présents pour chaque contrôleur : vol show -node node-name

  12. 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