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

Démarrer les nouveaux contrôleurs IP MetroCluster et restaurer la configuration LIF

Contributeurs netapp-aoife
PDF

Démarrez les nouveaux contrôleurs et vérifiez que les LIF sont hébergées sur les nœuds et les ports appropriés.

Démarrez les nouveaux contrôleurs

Vous devez démarrer les nouveaux contrôleurs, en vous assurant que les variables bootarg sont correctes et, si nécessaire, effectuez les étapes de récupération du cryptage.

Étapes

  1. Arrêter les nouveaux nœuds :

    halt

  2. Si le gestionnaire de clés externe est configuré, définissez les paramètres bootargs associés :

    setenv bootarg.kmip.init.ipaddr <ip-address>

    setenv bootarg.kmip.init.netmask <netmask>

    setenv bootarg.kmip.init.gateway <gateway-addres>

    setenv bootarg.kmip.init.interface <interface-id>

  3. Vérifiez si le Partner-sysid est le courant :

    printenv partner-sysid

    Si le partenaire-sysid n'est pas correct, définissez-le :

    setenv partner-sysid <partner-sysID>

  4. Afficher le menu de démarrage ONTAP :

    boot_ontap menu

  5. Si le cryptage racine est utilisé, sélectionnez l'option de menu de démarrage pour votre configuration de gestion des clés.

    Si vous utilisez…​

    Sélectionnez cette option de menu de démarrage…​

    Gestion intégrée des clés

    Option 10

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

    Gestion externe des clés

    Option 11

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

  6. Dans le menu de démarrage, sélectionnez "`(6) mettre à jour la mémoire flash à partir de la configuration de sauvegarde".

    Remarque L'option 6 redémarre le nœud deux fois avant la fin du processus.

    Répondez avec « y » aux invites de changement d'ID système. Attendez les deuxième messages de redémarrage :

    Successfully restored env file from boot media...

Rebooting to load the restored env file...

  7. À l' `LOADER`invite, vérifiez les valeurs de bootarg et mettez à jour les valeurs si nécessaire.

    Suivez les étapes de la section "Définissez les variables bootarg IP MetroCluster".

  8. Vérifiez que le partenaire-sysid est correct :

    printenv partner-sysid

    Si le partenaire-sysid n'est pas correct, définissez-le :

    setenv partner-sysid <partner-sysID>

  9. Si le cryptage racine est utilisé, sélectionnez à nouveau l'option de menu d'amorçage pour la configuration de votre gestion des clés.

    Si vous utilisez…​

    Sélectionnez cette option de menu de démarrage…​

    Gestion intégrée des clés

    Option 10

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

    Gestion externe des clés

    Option « 11 »

    Suivez les invites pour fournir les entrées requises pour récupérer et restaurer la configuration du gestionnaire de clés.

    Selon le paramètre du gestionnaire de clés, effectuez la procédure de récupération en sélectionnant l'option « 10 » ou « 11 », suivie de l'option 6 à la première invite du menu de démarrage. Pour démarrer complètement les nœuds, il est possible que vous deviez répéter la procédure de restauration suite à l'option « 1 » (démarrage normal).

  10. Attendez que les nœuds remplacés démarrent.

    Si l'un des nœuds est en mode basculement, exécutez un retour à l'aide du storage failover giveback commande.

  11. Si le chiffrement est utilisé, restaurez les clés à l'aide de la commande correcte pour la configuration de la gestion des clés.

    Si vous utilisez…​

    Utilisez cette commande…​

    Gestion intégrée des clés

    security key-manager onboard sync

    Pour plus d'informations, voir "Restaurez les clés de chiffrement intégrées de gestion des clés".

    Gestion externe des clés

    `security key-manager external restore -vserver <SVM> -node <node> -key-server <host_name

  12. Vérifier que tous les ports se trouvent dans un broadcast domain :

    1. Afficher les domaines de diffusion :

      network port broadcast-domain show

    2. Si un nouveau broadcast domain est créé pour les ports de données sur les nouveaux contrôleurs mis à niveau, supprimez le broadcast domain :

      Remarque Supprimez uniquement le nouveau domaine de diffusion. Ne supprimez aucun des domaines de diffusion existants avant de démarrer la mise à niveau.

      broadcast-domain delete -broadcast-domain <broadcast_domain_name>

    3. Ajoutez des ports à un domaine de diffusion si nécessaire.

      "Ajouter ou supprimer des ports d'un broadcast domain"

    4. Recréez les VLAN et les groupes d'interfaces selon les besoins.

      L'appartenance au VLAN et au groupe d'interface peut différer de l'ancien nœud.

      "Créer un VLAN"

    "Combinine les ports physiques pour créer des groupes d'interfaces"

Vérification et restauration de la configuration LIF

Vérifiez que les LIFs sont hébergées sur des nœuds et des ports appropriés, tels qu'ils sont mappés au début de la procédure de mise à niveau.

Description de la tâche
Avertissement Vous devez vérifier que l'emplacement des LIFs de données est correct sur les nouveaux nœuds avant d'effectuer un rétablissement. Lorsque vous rétablissez la configuration, ONTAP tente de reprendre le trafic sur le port d'attache utilisé par les LIFs. Une panne d'E/S peut se produire lorsque la connexion du port d'accueil au port du commutateur et au VLAN est incorrecte.
Étapes

  1. Vérifiez que les LIFs sont hébergées sur le nœud et les ports appropriés avant le rétablissement.

    1. Changement au niveau de privilège avancé :

      set -privilege advanced

    2. Afficher les LIFs et vérifier que chaque LIF de données utilise le bon port home :

      network interface show

    3. Modifier les LIFs qui n'utilisent pas le bon port de home :

      network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>

      Si la commande renvoie une erreur, vous pouvez remplacer la configuration des ports :

      vserver config override -command "network interface modify -vserver <svm-name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>"

    Lors de la saisie de la commande network interface modify dans le vserver config override vous ne pouvez pas utiliser la fonction de saisie semi-automatique de l'onglet. Vous pouvez créer le réseau interface modify à l'aide de la commande auto complete, puis placez-la dans le vserver config override commande.

    1. Vérifier que toutes les LIFs data se trouvent sur le bon port de home :

      network interface show

    2. Retour au niveau de privilège admin :

      set -privilege admin

  2. Revert les interfaces sur leur home node :

    network interface revert * -vserver <svm-name>

    Suivez cette étape sur tous les SVM, si nécessaire.

Et la suite ?

"Rétablissement de la configuration MetroCluster".