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.

Transférer des agrégats non racines du nœud 2 vers le nœud 3

Contributeurs netapp-pcarriga netapp-aherbin
PDF

Avant de pouvoir remplacer le nœud 2 par le nœud 4, vous devez envoyer un message AutoSupport pour le nœud 2, puis déplacer les agrégats non-racine qui appartiennent au nœud 2 vers le nœud 3.

Avertissement Au cours de cette procédure, ne déplacez pas les agrégats du nœud 3 vers le nœud 2. Les agrégats sont alors mis hors ligne et les agrégats déplacés sont affectés par une panne de données.
Étapes

  1. Vérifiez que l'ID du système partenaire est correctement défini sur le nœud 3 :

    1. Saisissez le niveau de privilège avancé :

      set -privilege advanced

    2. Afficher l'ID du système partenaire sur le nœud 3 :

      ha interconnect config show -node <node3-node1>

      Un résultat similaire à l'exemple suivant s'affiche :

    Montrer l'exemple 
    cluster::*> ha interconnect config show -node <node>
  (system ha interconnect config show)

                       Node: node3-node1
          Interconnect Type: RoCE
            Local System ID: <node3-system-id>
          Partner System ID: <node2-system-id>
       Connection Initiator: local
                  Interface: external

Port   IP Address
----   -----------------
e4a-17   0.0.0.0
e4b-18   0.0.0.0

  2. Si l'ID du système partenaire est incorrect pour le nœud 3 :

    1. Nœud d'arrêt 3 :

      halt

    2. À l'invite Loader, définissez la valeur « Partner-sysid » correcte.

      Le node3 "Partner-sysid" est l'ID système du node2, que vous pouvez trouver dans la ha interconnect config show sortie dans Étape 1.

    3. Enregistrer les paramètres :

      saveenv

    4. À l'invite Loader, démarrez node3 dans le menu de démarrage :

      boot_ontap menu

    5. Connectez-vous au nœud 3.

  3. Envoyer un message AutoSupport à NetApp pour node2 :

    system node autosupport invoke -node <node2> -type all -message "Upgrading <node2> from <platform_old> to <platform_new>"

  4. Vérifiez que le message AutoSupport a été envoyé :

    system node autosupport show -node <node2> -instance

    Les champs « dernier objet envoyé : » et « dernière envoi : » contiennent le titre du message du dernier message envoyé et l'heure à laquelle le message a été envoyé.

  5. Transfert des agrégats non racine :

    1. Définissez le niveau de privilège sur avancé :

      set -privilege advanced

    2. Lister les agrégats qui sont détenus par le nœud2 :

      storage aggregate show -owner-name <node2>

    3. Démarrer le transfert d'agrégats :

      storage aggregate relocation start -node <node2> -destination <node3> -aggregate-list * -ndo-controller-upgrade true

    Remarque La commande ne localise que des agrégats non-racines.

    1. Entrez-le lorsque vous y êtes invité y.

      La réinstallation a lieu en arrière-plan. Le transfert d'un agrégat peut prendre quelques secondes ou quelques minutes, Cette durée inclut à la fois les parties en cas d'interruption du client et les parties en cas d'interruption de service. La commande ne déplace pas d'agrégats hors ligne ou restreints.

    2. Retour au niveau de privilège admin :

      set -privilege admin

  6. Vérifiez l'état de la réinstallation du noeud 2 :

    storage aggregate relocation show -node <node2>

    Le résultat affiche « Done » pour un agrégat après son transfert.

    Remarque Vous devez patienter jusqu'à ce que tous les agrégats qui appartiennent au nœud 2 aient été transférés vers le nœud 3 avant de passer à l'étape suivante.

  7. Effectuer l'une des actions suivantes :

    En cas de déménagement de…​ Alors…​

    Tous les agrégats ont réussi

    Allez à Étape 8.

    Tout agrégat a échoué ou a été vetoté

    1. Afficher un message d'état détaillé :

      storage aggregate show -instance

      Vous pouvez également vérifier les journaux EMS pour voir l'action corrective requise.

      Remarque Le event log show la commande répertorie les erreurs qui se sont produites.

    2. Effectuez l'action corrective.

    3. Définissez le niveau de privilège sur avancé :

      set -privilege advanced

    4. Transfert d'agrégats défaillants ou vetotés :

      storage aggregate relocation start -node <node2> -destination <node3> -aggregate-list * -ndo-controllerupgrade true

    5. Entrez-le lorsque vous y êtes invité y.

    6. Retour au niveau de privilège admin :

      set -privilege admin

    Si nécessaire, vous pouvez forcer la relocalisation en utilisant l'une des méthodes suivantes :

    • En remplaçant les contrôles de veto :

      storage aggregate relocation start -override-vetoes true -ndo-controller-upgrade

    • En remplaçant les vérifications de destination :

      storage aggregate relocation start -override-destination-checks true -ndocontroller-upgrade

    Pour plus d'informations sur les commandes de transfert d'agrégats de stockage, rendez-vous sur "Références" Pour établir un lien vers la gestion des disques et des agrégats à l'aide de la CLI et des commandes ONTAP 9 : manuel page Reference.

  8. Vérifiez que tous les agrégats non racine sont en ligne sur le node3 :

    storage aggregate show -node <node3> -state offline -root false

    Si un agrégat est mis hors ligne ou est devenu étranger, vous devez les mettre en ligne une fois pour chaque agrégat :

    storage aggregate online -aggregate <aggregate_name>

  9. Vérifiez que tous les volumes sont en ligne sur le noeud 3 :

    volume show -node <node3> -state offline

    Si des volumes sont hors ligne sur le nœud 3, vous devez les mettre en ligne une fois pour chaque volume :

    volume online -vserver <Vserver-name> -volume <volume-name>

  10. Vérifiez que le nœud 2 ne possède aucun agrégat non racine en ligne :

    storage aggregate show -owner-name <node2> -ha-policy sfo -state online

    Le résultat de la commande ne doit pas afficher d'agrégats en ligne non-racine, car tous les agrégats en ligne non-racine ont déjà été déplacés vers le nœud 3.