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.

Mise à niveau des contrôleurs dans une configuration MetroCluster IP à l'aide du basculement et du rétablissement (ONTAP 9.8 et versions ultérieures)

Contributeurs
PDF

Depuis ONTAP 9.8, vous pouvez utiliser le processus de basculement MetroCluster pour fournir aux clients un service sans interruption pendant la mise à niveau des modules de contrôleur sur le cluster partenaire. Dans le cadre de cette procédure, d'autres composants (tels que des tiroirs de stockage ou des commutateurs) ne peuvent pas être mis à niveau.

Plateformes prises en charge par cette procédure

  • Ces plateformes doivent exécuter ONTAP 9.8 ou une version ultérieure.

  • La plateforme cible (nouvelle) doit être un modèle différent de celui de la plateforme d'origine.

  • Les modèles de plateforme avec tiroirs internes ne sont pas pris en charge.

  • Vous pouvez uniquement mettre à niveau des modèles de plate-forme spécifiques en suivant cette procédure dans une configuration MetroCluster IP.

Description de la tâche

  • Cette procédure s'applique aux modules de contrôleur dans une configuration MetroCluster IP.

  • Tous les contrôleurs de la configuration doivent être mis à niveau pendant la même période de maintenance.

    L'exploitation de la configuration MetroCluster avec différents types de contrôleurs n'est pas prise en charge en dehors de cette activité de maintenance.

  • Les commutateurs IP doivent exécuter une version de micrologiciel prise en charge.

  • Si la nouvelle plate-forme comporte moins de slots que le système d'origine ou si elle comporte moins ou différents types de ports, vous devrez peut-être ajouter un adaptateur au nouveau système.

    Pour plus d'informations, reportez-vous à la section "NetApp Hardware Universe".

  • Vous allez réutiliser les adresses IP, les masques réseau et les passerelles des plates-formes d'origine sur les nouvelles plates-formes.

  • Les exemples de noms suivants sont utilisés dans cette procédure :

    • Site_A

      • Avant la mise à niveau :

        • Node_A_1-Old

        • Node_A_2-Old

      • Après la mise à niveau :

        • Node_A_1-New

        • Node_A_2-New

    • Site_B

      • Avant la mise à niveau :

        • Node_B_1-Old

        • Node_B_2-Old

      • Après la mise à niveau :

        • Node_B_1-New

        • Node_B_2-New

Flux de production de mise à niveau des contrôleurs dans une configuration MetroCluster IP

Vous pouvez utiliser le diagramme de workflow pour planifier les tâches de mise à niveau.

mise à niveau ip du workflow

Préparation de la mise à niveau

Avant d'apporter des modifications à la configuration MetroCluster existante, vous devez vérifier l'état de santé de la configuration, préparer les nouvelles plateformes et effectuer d'autres tâches diverses.

Mise à jour des fichiers RCF de commutateur MetroCluster avant la mise à niveau des contrôleurs

Selon les anciens modèles de plateforme, ou si la configuration des commutateurs ne repose pas sur la version minimale, ou si vous souhaitez modifier les ID VLAN utilisés par les connexions MetroCluster internes, vous devez mettre à jour les fichiers RCF de commutateur avant de lancer la procédure de mise à niveau de la plateforme.

Description de la tâche

Vous devez mettre à jour le fichier RCF dans les scénarios suivants :

  • Pour certains modèles de plate-forme, les commutateurs doivent utiliser un ID VLAN pris en charge pour les connexions IP MetroCluster internes. Si l'ancien ou le nouveau modèle de plate-forme sont dans le tableau suivant, et non utilisant un ID VLAN pris en charge, vous devez mettre à jour les fichiers RCF de commutateur.

    Remarque Les connexions locales du cluster peuvent utiliser n'importe quel VLAN, elles n'ont pas besoin d'être dans la plage indiquée.

    Modèle de plateforme (ancien ou nouveau)

    ID de VLAN pris en charge

    • AFF A400

    • 10

    • 20

    • Toute valeur comprise entre 101 et 4096 inclus.

  • La configuration du commutateur n'a pas été configurée avec la version RCF minimale prise en charge :

    Changer de modèle

    Version du fichier RCF requise

    Cisco 3132Q-V

    1.7 ou ultérieure

    Cisco 3232C

    1.7 ou ultérieure

    Broadcom BES-53248

    1.3 ou ultérieure

  • Vous souhaitez modifier la configuration VLAN.

    La plage d'ID de VLAN est comprise entre 101 et 4096 inclus.

Les commutateurs du site_A seront mis à niveau lorsque les contrôleurs du site_A sont mis à niveau.

Étapes

  1. Préparez les commutateurs IP pour l'application des nouveaux fichiers RCF.

    Suivez les étapes de la section correspondant au fournisseur de votre commutateur du "Installation et configuration de MetroCluster IP".

  2. Téléchargez et installez les fichiers RCF.

    Suivez les étapes de la section "Installation et configuration de MetroCluster IP".

Mappage des ports des anciens nœuds sur les nouveaux nœuds

Vous devez vérifier que les ports physiques du node_A_1-Old sont correctement associés aux ports physiques du node_A_1-New, qui permettront à node_A_1-New de communiquer avec d'autres nœuds du cluster et avec le réseau après la mise à niveau.

Description de la tâche

Une fois le nouveau nœud démarré au cours du processus de mise à niveau, la configuration la plus récente de l'ancien nœud qu'il remplace est retraitée. Lorsque vous démarrez node_A_1-New, ONTAP tente d'héberger les LIFs sur les mêmes ports qui ont été utilisés sur node_A_1-Old. Par conséquent, dans le cadre de la mise à niveau, vous devez ajuster la configuration du port et de la LIF afin qu'elle soit compatible avec celle de l'ancien nœud. Durant la procédure de mise à niveau, vous effectuez les étapes des anciens et nouveaux nœuds afin d'assurer une configuration correcte du cluster, de la gestion et de la LIF de données.

Le tableau suivant présente des exemples de modifications de configuration liées aux exigences de port des nouveaux nœuds.

Ports physiques d'interconnexion de cluster

Ancien contrôleur

Nouveau contrôleur

Action requise

e0a, e0b

e3a, e3b

Aucun port correspondant. Après la mise à niveau, vous devez recréer les ports du cluster.

e0c, e0d

e0a,e0b,e0c,e0d

e0c et e0d sont des ports correspondants. Vous n'avez pas à modifier la configuration, mais après une mise à niveau, vous pouvez répartir les LIF de cluster entre les ports disponibles.
Étapes

  1. Identifiez les ports physiques disponibles sur les nouveaux contrôleurs et les LIFs peuvent être hébergées sur les ports.

    L'utilisation des ports du contrôleur dépend du module de plate-forme et des commutateurs que vous utiliserez dans la configuration IP de MetroCluster. Vous pouvez collecter l'utilisation des ports des nouvelles plates-formes à partir du "NetApp Hardware Universe".

  2. Planifiez l'utilisation de vos ports et remplissez les tableaux suivants pour référence pour chacun des nouveaux nœuds.

    Vous vous référez au tableau lors de la procédure de mise à niveau.

    Node_A_1-Old

    Node_A_1-New

    LIF

    Ports

    Les IPspaces

    Les domaines de diffusion

    Ports

    Les IPspaces

    Les domaines de diffusion

    Cluster 1

    Cluster 2

    Cluster 3

    Cluster 4

    Gestion de nœuds

    Gestion du cluster

    Données 1

    Données 2

    Données 3

    Données 4

    SAN

    Port intercluster

Démarrage réseau des nouveaux contrôleurs

Une fois les nouveaux nœuds installés, vous devez démarrage sur le réseau pour vous assurer que la version des nouveaux nœuds exécute la même version de ONTAP que les nœuds d'origine. Le terme netboot signifie que vous êtes en cours de démarrage à partir d'une image ONTAP stockée sur un serveur distant. Lorsque vous vous préparez à netboot, vous devez placer une copie de l'image de démarrage ONTAP 9 sur un serveur web auquel le système peut accéder.

Étapes

  1. NetBoot les nouveaux contrôleurs :

    1. Accédez au "Site de support NetApp" pour télécharger les fichiers utilisés pour effectuer le démarrage sur le réseau du système.

    2. Téléchargez le logiciel ONTAP approprié depuis la section de téléchargement des logiciels du site de support NetApp et stockez le ontap-version_image.tgz fichier dans un répertoire accessible sur le web.

    3. Accédez au répertoire accessible sur le Web et vérifiez que les fichiers dont vous avez besoin sont disponibles.

      Si le modèle de plateforme est…​

      Alors…​

      8000 systèmes

      Extraire le contenu du ontap-version_image.tgz fichier dans le répertoire cible :

      tar -zxvf ontap-version_image.tgz

      Remarque Si vous extrayez le contenu sous Windows, utilisez 7-Zip ou WinRAR pour extraire l'image netboot. Votre liste de répertoires doit contenir un dossier netboot avec un fichier de noyau:netboot/kernel

      Votre liste de répertoires doit contenir un dossier netboot avec un fichier du noyau :

      netboot/kernel

      Tous les autres systèmes

      Votre liste de répertoires doit contenir un dossier netboot avec un fichier du noyau :

      _ontap-version_image.tgz

      Il n'est pas nécessaire d'extraire le _ontap-version_image.tgz fichier.

    4. À l'invite DU CHARGEUR, configurez la connexion netboot pour les LIF de gestion :

      Si l'adressage IP est…​

      Alors…​

      DHCP

      Configurer la connexion automatique :

      ifconfig e0M -auto

      Statique

      Configurer la connexion manuelle :

      ifconfig e0M -addr=ip_addr -mask=netmask -gw=gateway

    5. Effectuer la démarrage sur le réseau.

      Si le modèle de plateforme est…​

      Alors…​

      Systèmes de la gamme FAS/AFF8000

      netboot http://web_server_ip/path_to_web-accessible_directory/netboot/kernel

      Tous les autres systèmes

      netboot http://_web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

    6. Dans le menu de démarrage, sélectionnez option (7) installer le nouveau logiciel en premier pour télécharger et installer la nouvelle image logicielle sur le périphérique d'amorçage.

      Ne tenez pas compte du message suivant :

    "This procedure is not supported for Non-Disruptive Upgrade on an HA pair". Il s'applique aux mises à niveau logicielles sans interruption et non aux mises à niveau des contrôleurs.

    1. Si vous êtes invité à poursuivre la procédure, entrez y, Et lorsque vous êtes invité à saisir l'URL du fichier image :

      http://web_server_ip/path_to_web-accessible_directory/ontap-version_image.tgz

    2. Entrez le nom d'utilisateur et le mot de passe, le cas échéant, ou appuyez sur entrée pour continuer.

    3. Assurez-vous d'entrer n pour ignorer la restauration de la sauvegarde lorsque vous voyez une invite similaire à la suivante :

      Do you want to restore the backup configuration now? {y|n} **n**

    4. Redémarrez en entrant y lorsque vous voyez une invite similaire à la suivante :

      The node must be rebooted to start using the newly installed software. Do you want to reboot now? {y|n}

Effacement de la configuration sur un module de contrôleur

Avant d'utiliser un nouveau module de contrôleur dans la configuration MetroCluster, il faut effacer la configuration existante.

Étapes

  1. Si nécessaire, arrêtez le nœud pour afficher l'invite DU CHARGEUR :

    halt

  2. Dans l'invite DU CHARGEUR, définissez les variables environnementales sur les valeurs par défaut :

    set-defaults

  3. Enregistrez l'environnement :

    saveenv

  4. À l'invite DU CHARGEUR, lancez le menu de démarrage :

    boot_ontap menu

  5. À l'invite du menu de démarrage, effacez la configuration :

    wipeconfig

    Répondez yes à l'invite de confirmation.

    Le nœud redémarre et le menu de démarrage s'affiche de nouveau.

  6. Dans le menu de démarrage, sélectionnez l'option 5 pour démarrer le système en mode Maintenance.

    Répondez yes à l'invite de confirmation.

Vérifier l'état de santé du MetroCluster avant la mise à niveau du site

Vous devez vérifier l'état de santé et la connectivité de la configuration MetroCluster avant d'effectuer la mise à niveau.

Étapes

  1. Vérifier le fonctionnement de la configuration MetroCluster dans ONTAP :

    1. Vérifiez si les nœuds sont multipathed :
      node run -node node-name sysconfig -a

      Vous devez exécuter cette commande pour chaque nœud de la configuration MetroCluster.

    2. Vérifier qu'il n'y a pas de disques défectueux dans la configuration :
      storage disk show -broken

      Vous devez exécuter cette commande sur chaque nœud de la configuration MetroCluster.

    3. Vérifiez si des alertes d'intégrité sont émises :

      system health alert show

      Vous devez exécuter cette commande sur chaque cluster.

    4. Vérifier les licences sur les clusters :

      system license show

      Vous devez exécuter cette commande sur chaque cluster.

    5. Vérifiez les périphériques connectés aux nœuds :

      network device-discovery show

      Vous devez exécuter cette commande sur chaque cluster.

    6. Vérifiez que le fuseau horaire et l'heure sont correctement définis sur les deux sites :

      cluster date show

    Vous devez exécuter cette commande sur chaque cluster. Vous pouvez utiliser le cluster date commandes permettant de configurer le fuseau horaire et le fuseau horaire.

  2. Vérifier le mode opérationnel de la configuration MetroCluster et effectuer un contrôle MetroCluster.

    1. Confirmer la configuration MetroCluster et la présence du mode opérationnel normal:
      metrocluster show

    2. Confirmer que tous les nœuds attendus sont affichés :
      metrocluster node show

    3. Exécutez la commande suivante :

      metrocluster check run

    4. Afficher les résultats de la vérification MetroCluster :

      metrocluster check show

  3. Vérifiez le câblage MetroCluster à l'aide de l'outil Config Advisor.

    1. Téléchargez et exécutez Config Advisor.

      "Téléchargement NetApp : Config Advisor"

    2. Une fois Config Advisor exécuté, vérifiez les résultats de l'outil et suivez les recommandations fournies dans la sortie pour résoudre tous les problèmes détectés.

Collecte des informations avant la mise à niveau

Avant la mise à niveau, vous devez collecter les informations de chacun des nœuds et, si nécessaire, ajuster les domaines de diffusion réseau, supprimer tous les VLAN et groupes d'interfaces et collecter des informations de cryptage.

Étapes

  1. Notez le câblage physique de chaque nœud et étiqueteuse les câbles si nécessaire pour permettre un câblage correct des nouveaux nœuds.

  2. Collecte des informations d'interconnexion, de port et de LIF pour chaque nœud

    Vous devez collecter les valeurs de sortie des commandes suivantes pour chaque nœud :

    • metrocluster interconnect show

    • metrocluster configuration-settings connection show

    • network interface show -role cluster,node-mgmt

    • network port show -node node_name -type physical

    • network port vlan show -node node-name

    • network port ifgrp show -node node_name -instance

    • network port broadcast-domain show

    • network port reachability show -detail

    • network ipspace show

    • volume show

    • storage aggregate show

    • system node run -node node-name sysconfig -a

    • vserver fcp initiator show

    • storage disk show

    • metrocluster configuration-settings interface show

  3. Rassemblez les UUID du site_B (site dont les plates-formes sont actuellement mises à niveau) :

    metrocluster node show -fields node-cluster-uuid, node-uuid

    Ces valeurs doivent être configurées avec précision sur les nouveaux modules de contrôleur site_B pour garantir la réussite de la mise à niveau. Copiez les valeurs dans un fichier afin de pouvoir les copier dans les commandes appropriées ultérieurement dans le processus de mise à niveau.

    L'exemple suivant montre la sortie de la commande avec les UID :

    cluster_B::> metrocluster node show -fields node-cluster-uuid, node-uuid
  (metrocluster node show)
dr-group-id cluster     node   node-uuid                            node-cluster-uuid
----------- --------- -------- ------------------------------------ ------------------------------
1           cluster_A node_A_1 f03cb63c-9a7e-11e7-b68b-00a098908039 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_A node_A_2 aa9a7a7a-9a81-11e7-a4e9-00a098908c35 ee7db9d5-9a82-11e7-b68b-00a098908039
1           cluster_B node_B_1 f37b240b-9ac1-11e7-9b42-00a098c9e55d 07958819-9ac6-11e7-9b42-00a098c9e55d
1           cluster_B node_B_2 bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f 07958819-9ac6-11e7-9b42-00a098c9e55d
4 entries were displayed.
cluster_B::*

    Il est recommandé d'enregistrer les UUID dans un tableau similaire à ce qui suit.

    Cluster ou nœud

    UUID

    Cluster_B

    07958819-9ac6-11e7-9b42-00a098c9e55d

    Nœud_B_1

    f37b240b-9ac1-11e7-9b42-00a098c9e55d

    Nœud_B_2

    bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f

    Cluster_A

    ee7db9d5-9a82-11e7-b68b-00a098908039

    Nœud_A_1

    f03cb63c-9a7e-11e7-b68b-00a098908039

    Nœud_A_2

    aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  4. Si les nœuds MetroCluster se trouvent dans une configuration SAN, collectez les informations pertinentes.

    Vous devez collecter le résultat des commandes suivantes :

    • fcp adapter show -instance

    • fcp interface show -instance

    • iscsi interface show

    • ucadmin show

  5. Si le volume racine est chiffré, collectez et enregistrez la phrase secrète utilisée pour le gestionnaire de clés :

    security key-manager backup show

  6. Si les nœuds MetroCluster utilisent le chiffrement pour des volumes ou des agrégats, copiez les informations concernant les clés et les clés de phrase secrète.

    Pour plus d'informations, reportez-vous à la section "Sauvegarde manuelle des informations de gestion intégrée des clés".

    1. Si le gestionnaire de clés intégré est configuré :
      security key-manager onboard show-backup

      Vous aurez besoin de la phrase de passe plus tard dans la procédure de mise à niveau.

    2. Si le protocole KMIP (Enterprise Key Management) est configuré, exécutez les commandes suivantes :

      security key-manager external show -instance security key-manager key query

  7. Collectez les ID système des nœuds existants :

    metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

    Le résultat suivant montre les disques réattribués.

    ::> metrocluster node show -fields node-systemid,ha-partner-systemid,dr-partner-systemid,dr-auxiliary-systemid

dr-group-id cluster     node     node-systemid ha-partner-systemid dr-partner-systemid dr-auxiliary-systemid
----------- ----------- -------- ------------- ------------------- ------------------- ---------------------
1           cluster_A node_A_1   537403324     537403323           537403321           537403322
1           cluster_A node_A_2   537403323     537403324           537403322           537403321
1           cluster_B node_B_1   537403322     537403321           537403323           537403324
1           cluster_B node_B_2   537403321     537403322           537403324           537403323
4 entries were displayed.

Retrait du système de surveillance du médiateur ou du disjoncteur d'attache

Avant de mettre à niveau les plates-formes, vous devez supprimer la surveillance si la configuration MetroCluster est surveillée à l'aide de l'utilitaire Tiebreaker ou Mediator.

Étapes

  1. Collectez les valeurs de sortie de la commande suivante :

    storage iscsi-initiator show

  2. Supprimez la configuration MetroCluster existante du logiciel disjoncteur d'attache, du médiateur ou d'autres logiciels pouvant initier le basculement.

    Si vous utilisez…​

    Utilisez cette procédure…​

    Disjoncteur d'attache

    "Suppression des configurations MetroCluster"

    Médiateur

    Exécutez la commande suivante depuis l'invite ONTAP :

    metrocluster configuration-settings mediator remove

    Applications tierces

    Reportez-vous à la documentation du produit.

Envoi d'un message AutoSupport personnalisé avant la maintenance

Avant d'effectuer la maintenance, vous devez envoyer un message AutoSupport pour informer le support technique de NetApp que la maintenance est en cours. Informer le support technique que la maintenance est en cours empêche l'ouverture d'un dossier en supposant une interruption de l'activité.

Description de la tâche

Cette tâche doit être effectuée sur chaque site MetroCluster.

Étapes

  1. Connectez-vous au cluster.

  2. Appelez un message AutoSupport indiquant le début de la maintenance :

    system node autosupport invoke -node * -type all -message MAINT=maintenance-window-in-hours

    Le maintenance-window-in-hours le paramètre spécifie la longueur de la fenêtre de maintenance, avec un maximum de 72 heures. Si la maintenance est terminée avant le temps écoulé, vous pouvez appeler un message AutoSupport indiquant la fin de la période de maintenance :

    system node autosupport invoke -node * -type all -message MAINT=end

  3. Répétez cette procédure sur le site du partenaire.

Commutation de la configuration MetroCluster

Vous devez basculer la configuration vers site_A afin de pouvoir mettre à niveau les plateformes du site_B.

Description de la tâche

Cette tâche doit être effectuée sur site_A.

Une fois cette tâche terminée, cluster_A est actif et assure le service des données des deux sites. Cluster_B est inactif et prêt à démarrer le processus de mise à niveau.

mcc mise à niveau du cluster a en basculement
Étapes

  1. Basculer la configuration MetroCluster sur site_A afin de mettre à niveau les nœuds site_B :

    1. Exécutez la commande suivante sur cluster_A :

      metrocluster switchover -controller-replacement true

      L'opération peut prendre plusieurs minutes.

    2. Surveiller le fonctionnement du basculement :

      metrocluster operation show

    3. Une fois l'opération terminée, vérifiez que les nœuds sont en état de basculement :

      metrocluster show

    4. Vérifier l'état des nœuds MetroCluster :

      metrocluster node show

    La fonctionnalité de correction automatique des agrégats après le basculement négocié est désactivée lors de la mise à niveau du contrôleur.

Suppression des configurations d'interface et désinstallation des anciens contrôleurs

Vous devez déplacer les LIF de données vers un port commun, supprimer les VLAN et les groupes d'interfaces des anciens contrôleurs, puis désinstaller physiquement les contrôleurs.

Description de la tâche
Étapes

  1. Démarrez les anciens nœuds et connectez-vous aux nœuds :

    boot_ontap

  2. Assignez le port de base de toutes les LIFs de données de l'ancien contrôleur à un port commun identique sur les anciens et les nouveaux modules de contrôleur.

    1. Afficher les LIFs :

      network interface show

      Toutes LES LIF de données, y compris SAN et NAS, seront administrative et hors service, car celles-ci fonctionnent sur le site basculement (cluster_A).

    2. Vérifiez le résultat de cette commande pour trouver un port réseau physique commun identique sur l'ancien et le nouveau contrôleur qui n'est pas utilisé comme port du cluster.

      Ainsi, le port e0d est un port physique des anciens contrôleurs et il est également présent sur les nouveaux contrôleurs. e0d n'est pas utilisé comme port de cluster ou autre sur les nouveaux contrôleurs.

      Pour l'utilisation des ports pour les modèles de plate-forme, reportez-vous à la section "NetApp Hardware Universe"

    3. Modifier toutes LES LIFS de données de manière à utiliser le port commun comme port de base :
      network interface modify -vserver svm-name -lif data-lif -home-port port-id

      Dans l'exemple suivant, il s'agit de « e0d ».

      Par exemple :

    network interface modify -vserver vs0 -lif datalif1 -home-port e0d

  3. Retirez tous les ports VLAN utilisant les ports de cluster comme ports membres et ifgrps utilisant les ports de cluster comme ports membres.

    1. Supprimez les ports VLAN :
      network port vlan delete -node node-name -vlan-name portid-vlandid

      Par exemple :

      network port vlan delete -node node1 -vlan-name e1c-80

    2. Supprimez les ports physiques des groupes d'interface :

      network port ifgrp remove-port -node node-name -ifgrp interface-group-name -port portid

      Par exemple :

    network port ifgrp remove-port -node node1 -ifgrp a1a -port e0d

    1. Supprimer les ports VLAN et group d'interface de broadcast domain :

      network port broadcast-domain remove-ports -ipspace ipspace -broadcast-domain broadcast-domain-name -ports nodename:portname,nodename:portname,..

    2. Modifiez les ports du groupe d'interface pour utiliser d'autres ports physiques comme membre :

      ifgrp add-port -node node-name -ifgrp interface-group-name -port port-id

  4. Arrêtez les nœuds à l'invite DU CHARGEUR :

    halt -inhibit-takeover true

  5. Se connecter à la console série des anciens contrôleurs (node_B_1-Old et node_B_2-Old) au site_B et vérifier qu'il affiche l'invite DU CHARGEUR.

  6. Rassemblez les valeurs de bootarg :

    printenv

  7. Déconnectez les connexions de stockage et de réseau du nœud_B_1-Old et du nœud_B_2-Old et étiquetez les câbles pour qu'ils puissent être reconnectés aux nouveaux nœuds.

  8. Déconnectez les câbles d'alimentation du nœud_B_1-Old et du nœud_B_2-Old.

  9. Retirez le rack des contrôleurs node_B_1-Old et node_B_2-Old.

Mise à jour des RCFs de commutateur pour les nouvelles plates-formes

Vous devez mettre à jour les commutateurs vers une configuration prenant en charge les nouveaux modèles de plate-forme.

Description de la tâche

Vous pouvez effectuer cette tâche sur le site contenant les contrôleurs en cours de mise à niveau. Dans les exemples présentés dans cette procédure, nous mettons d'abord à niveau site_B.

Les commutateurs du site_A seront mis à niveau lorsque les contrôleurs du site_A sont mis à niveau.

Étapes

  1. Préparez les commutateurs IP pour l'application des nouveaux fichiers RCF.

    Suivez les étapes de la procédure pour votre fournisseur de commutateur :

    "Installation et configuration de MetroCluster IP"

  2. Téléchargez et installez les fichiers RCF.

    Suivez les étapes de la section correspondant au fournisseur de votre commutateur du "Installation et configuration de MetroCluster IP".

Configuration des nouveaux contrôleurs

Vous devez installer et installer les contrôleurs, effectuer la configuration requise en mode maintenance, puis démarrer les contrôleurs, et vérifier la configuration LIF sur les contrôleurs.

Configuration des nouveaux contrôleurs

Vous devez installer et câbler les nouveaux contrôleurs.

Étapes

  1. Planifiez le positionnement des nouveaux modules de contrôleur et tiroirs de stockage en fonction des besoins.

    L'espace rack dépend du modèle de plateforme des modules de contrôleur, des types de switchs et du nombre de tiroirs de stockage de votre configuration.

  2. Mettez-vous à la terre.

  3. Installez les modules de contrôleur sur le rack ou l'armoire.

    "Documentation des systèmes matériels ONTAP"

  4. Reliez les contrôleurs aux commutateurs IP, comme décrit dans la "Installation et configuration de MetroCluster IP".

  5. Mettez les nouveaux nœuds sous tension et démarrez-les en mode de maintenance.

Restauration de la configuration HBA

En fonction de la présence et de la configuration des cartes HBA dans le module de contrôleur, vous devez les configurer correctement pour l'utilisation de votre site.

Étapes

  1. En mode Maintenance, configurez les paramètres de tous les HBA du système :

    1. Vérifiez les paramètres actuels des ports :

      ucadmin show

    2. Mettez à jour les paramètres de port selon vos besoins.

    Si vous disposez de ce type de HBA et du mode souhaité…​

    Utilisez cette commande…​

    FC CNA

    ucadmin modify -m fc -t initiator adapter-name

    Ethernet CNA

    ucadmin modify -mode cna adapter-name

    Cible FC

    fcadmin config -t target adapter-name

    Initiateur FC

    fcadmin config -t initiator adapter-name

  2. Quitter le mode Maintenance :

    halt

    Une fois que vous avez exécuté la commande, attendez que le nœud s'arrête à l'invite DU CHARGEUR.

  3. Redémarrez le nœud en mode maintenance pour que les modifications de configuration prennent effet :

    boot_ontap maint

  4. Vérifiez les modifications que vous avez effectuées :

    Si vous disposez de ce type de HBA…​

    Utilisez cette commande…​

    CNA

    ucadmin show

    FC

    fcadmin show

Configuration de l'état haute disponibilité sur les nouveaux contrôleurs et le châssis

Vous devez vérifier l'état haute disponibilité des contrôleurs et du châssis, et mettre à jour si nécessaire l'état en fonction de la configuration du système.

Étapes

  1. En mode Maintenance, afficher l'état HA du module de contrôleur et du châssis :

    ha-config show

    L'état HA pour tous les composants devrait être "mccip".

  2. Si l'état système affiché du contrôleur ou du châssis n'est pas correct, définissez l'état HA :

    ha-config modify controller mccip

    ha-config modify chassis mccip

Définition des variables bootarg IP MetroCluster

Certaines valeurs d'amorçage MetroCluster IP doivent être configurées sur les nouveaux modules de contrôleur. Les valeurs doivent correspondre à celles configurées sur les anciens modules de contrôleur.

Description de la tâche

Dans cette tâche, vous utiliserez les UUID et les ID système identifiés précédemment dans la procédure de mise à niveau de "Collecte des informations avant la mise à niveau".

Étapes

  1. Si les nœuds mis à niveau sont des modèles AFF A400, FAS8300 ou FAS8700, définissez les bootargs suivants à l'invite DU CHARGEUR :

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address,vlan-id

    Remarque Si les interfaces utilisent les VLAN par défaut, le vlan-ID n'est pas nécessaire.

    Les commandes suivantes définissent les valeurs pour node_B_1-New en utilisant VLAN 120 pour le premier réseau et VLAN 130 pour le second réseau :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12,120
setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12,130

    Les commandes suivantes définissent les valeurs pour node_B_2-New en utilisant VLAN 120 pour le premier réseau et VLAN 130 pour le second réseau :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13,120
setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13,130

    L'exemple suivant montre les commandes du node_B_1-New lorsque le VLAN par défaut est utilisé :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12
setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12

    L'exemple suivant montre les commandes du node_B_2-New lorsque le VLAN par défaut est utilisé :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13
setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13

  2. Si les nœuds mis à niveau ne sont pas des systèmes répertoriés à l'étape précédente, à l'invite DU CHARGEUR pour chacun des noeuds survivants, définissez les bootargs suivants avec local_IP/mask :

    setenv bootarg.mcc.port_a_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address

    setenv bootarg.mcc.port_b_ip_config local-IP-address/local-IP-mask,0,HA-partner-IP-address,DR-partner-IP-address,DR-aux-partnerIP-address

    Les commandes suivantes définissent les valeurs du noeud_B_1-New :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.10/23,0,172.17.26.11,172.17.26.13,172.17.26.12
setenv bootarg.mcc.port_b_ip_config 172.17.27.10/23,0,172.17.27.11,172.17.27.13,172.17.27.12

    Les commandes suivantes définissent les valeurs du noeud_B_2-New :

    setenv bootarg.mcc.port_a_ip_config 172.17.26.11/23,0,172.17.26.10,172.17.26.12,172.17.26.13
setenv bootarg.mcc.port_b_ip_config 172.17.27.11/23,0,172.17.27.10,172.17.27.12,172.17.27.13

  3. Dans l'invite DU CHARGEUR des nouveaux nœuds, définissez les UID :

    setenv bootarg.mgwd.partner_cluster_uuid partner-cluster-UUID

    setenv bootarg.mgwd.cluster_uuid local-cluster-UUID

    setenv bootarg.mcc.pri_partner_uuid DR-partner-node-UUID

    setenv bootarg.mcc.aux_partner_uuid DR-aux-partner-node-UUID

    setenv bootarg.mcc_iscsi.node_uuid local-node-UUID

    1. Définissez les UUID sur noeud_B_1-New.

      L'exemple suivant montre les commandes de paramétrage des UID sur node_B_1-New :

      setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039
setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.pri_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.aux_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
setenv bootarg.mcc_iscsi.node_uuid f03cb63c-9a7e-11e7-b68b-00a098908039

    2. Définissez les UUID sur node_B_2-New :

      L'exemple suivant montre les commandes de paramétrage des UID sur node_B_2-New :

    setenv bootarg.mgwd.cluster_uuid ee7db9d5-9a82-11e7-b68b-00a098908039
setenv bootarg.mgwd.partner_cluster_uuid 07958819-9ac6-11e7-9b42-00a098c9e55d
setenv bootarg.mcc.pri_partner_uuid bf8e3f8f-9ac4-11e7-bd4e-00a098ca379f
setenv bootarg.mcc.aux_partner_uuid f37b240b-9ac1-11e7-9b42-00a098c9e55d
setenv bootarg.mcc_iscsi.node_uuid aa9a7a7a-9a81-11e7-a4e9-00a098908c35

  4. Si les systèmes d'origine ont été configurés pour ADP, à l'invite DU CHARGEUR des nœuds de remplacement, activez ADP :

    setenv bootarg.mcc.adp_enabled true

  5. Définissez les variables suivantes :

    setenv bootarg.mcc.local_config_id original-sys-id

    setenv bootarg.mcc.dr_partner dr-partner-sys-id

    Remarque Le setenv bootarg.mcc.local_config_id La variable doit être définie sur l'ID système du module de contrôleur Original, noeud_B_1-Old.

    1. Définissez les variables sur noeud_B_1-New.

      L'exemple suivant montre les commandes de paramétrage des valeurs sur node_B_1-New :

      setenv bootarg.mcc.local_config_id 537403322
setenv bootarg.mcc.dr_partner 537403324

    2. Définissez les variables sur noeud_B_2-New.

      L'exemple suivant montre les commandes de paramétrage des valeurs sur node_B_2-New :

    setenv bootarg.mcc.local_config_id 537403321
setenv bootarg.mcc.dr_partner 537403323

  6. Si vous utilisez le chiffrement avec un gestionnaire de clés externe, définissez les paramètres d'amorçage requis :

    setenv bootarg.kmip.init.ipaddr

    setenv bootarg.kmip.kmip.init.netmask

    setenv bootarg.kmip.kmip.init.gateway

    setenv bootarg.kmip.kmip.init.interface

Réaffectation des disques de l'agrégat racine

Réaffectez les disques de l'agrégat racine au nouveau module de contrôleur, en utilisant les sysids réunis précédemment.

Description de la tâche

Ces étapes sont réalisées en mode Maintenance.

Remarque Les disques de l'agrégat racine sont les seuls disques qui doivent être réaffectés pendant le processus de mise à niveau du contrôleur. La propriété des disques des agrégats de données est gérée dans le cadre de l'opération de basculement/rétablissement.
Étapes

  1. Démarrez le système en mode maintenance :

    boot_ontap maint

  2. Afficher les disques du node_B_1-New à partir de l'invite du mode maintenance :

    disk show -a

    Le résultat de la commande affiche l'ID système du nouveau module de contrôleur (1574774970). Cependant, les disques de l'agrégat racine appartiennent toujours à l'ancien ID système (537403322). Dans cet exemple, les disques qui appartiennent aux autres nœuds de la configuration MetroCluster ne s'affichent pas.

    *> disk show -a
Local System ID: 1574774970
DISK                  OWNER                 POOL   SERIAL NUMBER   HOME                  DR HOME
------------          ---------             -----  -------------   -------------         -------------
prod3-rk18:9.126L44   node_B_1-old(537403322)  Pool1  PZHYN0MD     node_B_1-old(537403322)  node_B_1-old(537403322)
prod4-rk18:9.126L49   node_B_1-old(537403322)  Pool1  PPG3J5HA     node_B_1-old(537403322)  node_B_1-old(537403322)
prod4-rk18:8.126L21   node_B_1-old(537403322)  Pool1  PZHTDSZD     node_B_1-old(537403322)  node_B_1-old(537403322)
prod2-rk18:8.126L2    node_B_1-old(537403322)  Pool0  S0M1J2CF     node_B_1-old(537403322)  node_B_1-old(537403322)
prod2-rk18:8.126L3    node_B_1-old(537403322)  Pool0  S0M0CQM5     node_B_1-old(537403322)  node_B_1-old(537403322)
prod1-rk18:9.126L27   node_B_1-old(537403322)  Pool0  S0M1PSDW     node_B_1-old(537403322)  node_B_1-old(537403322)
.
.
.

  3. Réallouer les disques racine de l'agrégat sur les tiroirs disques vers les nouveaux contrôleurs.

    Si vous utilisez ADP…​

    Utilisez ensuite cette commande…​

    Oui.

    disk reassign -s old-sysid -d new-sysid -r dr-partner-sysid

    Non

    disk reassign -s old-sysid -d new-sysid

  4. Réallouer les disques root de l'agrégat sur les tiroirs disques vers les nouveaux contrôleurs :

    disk reassign -s old-sysid -d new-sysid

    L'exemple suivant montre la réaffectation de disques dans une configuration non ADP :

    *> disk reassign -s 537403322 -d 1574774970
Partner node must not be in Takeover mode during disk reassignment from maintenance mode.
Serious problems could result!!
Do not proceed with reassignment if the partner is in takeover mode. Abort reassignment (y/n)? n

After the node becomes operational, you must perform a takeover and giveback of the HA partner node to ensure disk reassignment is successful.
Do you want to continue (y/n)? y
Disk ownership will be updated on all disks previously belonging to Filer with sysid 537403322.
Do you want to continue (y/n)? y

  5. Vérifier que les disques de l'agrégat racine sont correctement réaffectés Old-remove :

    disk show

    storage aggr status

    *> disk show
Local System ID: 537097247

  DISK                    OWNER                    POOL   SERIAL NUMBER   HOME                     DR HOME
------------              -------------            -----  -------------   -------------            -------------
prod03-rk18:8.126L18 node_B_1-new(537097247)  Pool1  PZHYN0MD        node_B_1-new(537097247)   node_B_1-new(537097247)
prod04-rk18:9.126L49 node_B_1-new(537097247)  Pool1  PPG3J5HA        node_B_1-new(537097247)   node_B_1-new(537097247)
prod04-rk18:8.126L21 node_B_1-new(537097247)  Pool1  PZHTDSZD        node_B_1-new(537097247)   node_B_1-new(537097247)
prod02-rk18:8.126L2  node_B_1-new(537097247)  Pool0  S0M1J2CF        node_B_1-new(537097247)   node_B_1-new(537097247)
prod02-rk18:9.126L29 node_B_1-new(537097247)  Pool0  S0M0CQM5        node_B_1-new(537097247)   node_B_1-new(537097247)
prod01-rk18:8.126L1  node_B_1-new(537097247)  Pool0  S0M1PSDW        node_B_1-new(537097247)   node_B_1-new(537097247)
::>
::> aggr status
           Aggr          State           Status                Options
aggr0_node_B_1           online          raid_dp, aggr         root, nosnap=on,
                                         mirrored              mirror_resync_priority=high(fixed)
                                         fast zeroed
                                         64-bit

Démarrage des 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-address

    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 Avec l'option 6, le nœud redémarre deux fois avant de terminer.

    Répondez « 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. Sur LE CHARGEUR, vérifiez deux fois les valeurs d'amorçage et mettez à jour les valeurs si nécessaire.

    Suivez les étapes de la section "Définition des 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 "Restauration des 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. Ajoutez n'importe quel port à un broadcast domain si nécessaire.

      "Ajout ou suppression de ports d'un broadcast domain"

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

      L'appartenance au VLAN et aux groupes d'interfaces peut être différente de celle de l'ancien nœud.

      "Création d'un VLAN"

    "Combinaison de 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.

À propos de ce tsak
Étapes

  1. Vérifiez que les LIF 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. Remplacez la configuration des ports pour assurer un placement LIF approprié :

      vserver config override -command "network interface modify -vserver vserver_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. Retour au niveau de privilège admin :

      set -privilege admin

  2. Revert les interfaces sur leur home node :

    network interface revert * -vserver vserver-name

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

Reprise de la configuration MetroCluster

Cette tâche vous permet d'effectuer le rétablissement, et la configuration MetroCluster revient à un fonctionnement normal. Les nœuds du site_A sont toujours en attente de mise à niveau.

rétablissement de la mise à niveau du cluster mcc
Étapes

  1. Émettez le metrocluster node show Commande on site_B et vérifiez la sortie.

    1. Vérifiez que les nouveaux nœuds sont correctement représentés.

    2. Vérifiez que les nouveaux nœuds sont en attente de rétablissement.

  2. Exécutez ce rétablissement et ce rétablissement en exécutant les commandes requises depuis n'importe quel nœud du cluster actif (cluster non mis à niveau).

    1. Réparation des agrégats de données :
      metrocluster heal aggregates

    2. Corriger les agrégats racine :

      metrocluster heal root

    3. Rétablissement du cluster :

      metrocluster switchback

  3. Vérifier la progression de l'opération de rétablissement :

    metrocluster show

    L'opération de rétablissement est toujours en cours lorsque la sortie s'affiche waiting-for-switchback:

    cluster_B::> metrocluster show
Cluster                   Entry Name          State
------------------------- ------------------- -----------
 Local: cluster_B         Configuration state configured
                          Mode                switchover
                          AUSO Failure Domain -
Remote: cluster_A         Configuration state configured
                          Mode                waiting-for-switchback
                          AUSO Failure Domain -

    L'opération de rétablissement est terminée lorsque la sortie affiche normal :

    cluster_B::> metrocluster show
Cluster                   Entry Name          State
------------------------- ------------------- -----------
 Local: cluster_B         Configuration state configured
                          Mode                normal
                          AUSO Failure Domain -
Remote: cluster_A         Configuration state configured
                          Mode                normal
                          AUSO Failure Domain -

    Si un rétablissement prend beaucoup de temps, vous pouvez vérifier l'état des lignes de base en cours en utilisant le metrocluster config-replication resync-status show commande. Cette commande est au niveau de privilège avancé.

Vérification de l'état de santé de la configuration MetroCluster

Après la mise à niveau des modules de contrôleur, vous devez vérifier l'état de santé de la configuration MetroCluster.

Description de la tâche

Cette tâche peut être effectuée sur n'importe quel nœud de la configuration MetroCluster.

Étapes

  1. Vérifier le fonctionnement de la configuration MetroCluster :

    1. Vérifier la configuration MetroCluster et que le mode opérationnel est normal :
      metrocluster show

    2. Effectuer une vérification MetroCluster :
      metrocluster check run

    3. Afficher les résultats de la vérification MetroCluster :

      metrocluster check show

  2. Vérifiez la connectivité et le statut de MetroCluster.

    1. Vérifiez les connexions IP du MetroCluster :

      storage iscsi-initiator show

    2. Vérifiez que les nœuds fonctionnent :

      metrocluster node show

    3. Vérifier que les interfaces IP MetroCluster sont bien les suivantes :

      metrocluster configuration-settings interface show

    4. Vérifier que le basculement local est activé :

      storage failover show

Mise à niveau des nœuds du cluster_A

Vous devez répéter les tâches de mise à niveau sur cluster_A.

Étapes

  1. Répétez les étapes pour mettre à niveau les nœuds du cluster_A, en commençant par "Préparation de la mise à niveau".

    Au fur et à mesure que vous effectuez les tâches, toutes les références aux clusters et aux nœuds sont inversées. Par exemple, si vous avez l'intention de basculer du cluster_A, vous effectuez le basculement du cluster_B.

Restauration de la surveillance du disjoncteur d'attache ou du médiateur

Après avoir effectué la mise à niveau de la configuration MetroCluster, vous pouvez reprendre la surveillance avec l'utilitaire Tiebreaker ou Mediator.

Étapes

  1. Restaurer la surveillance si nécessaire, en suivant la procédure de configuration.

    Si vous utilisez…​ Suivre cette procédure

    Disjoncteur d'attache

    "Ajout des configurations MetroCluster".

    Médiateur

    Lien :../install-ip/concept_mediator_requirements.html [Configuration du service médiateur ONTAP à partir d'une configuration IP MetroCluster].

    Applications tierces

    Reportez-vous à la documentation du produit.

Envoi d'un message AutoSupport personnalisé après maintenance

Une fois la mise à niveau terminée, envoyer un message AutoSupport indiquant la fin de la maintenance. La création automatique de dossier peut reprendre.

Étapes

  1. Pour reprendre la génération automatique de dossier de support, envoyez un message AutoSupport pour indiquer que la maintenance est terminée.

    1. Lancer la commande suivante :
      system node autosupport invoke -node * -type all -message MAINT=end

    2. Répétez la commande sur le cluster partenaire.