La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restaurez et vérifiez la configuration - AFF A150

Contributeurs

Vous devez vérifier l’état haute disponibilité du châssis et exécuter des diagnostics au niveau du système, des agrégats de recul et renvoyer la pièce défectueuse à NetApp, comme décrit dans les instructions RMA livrées avec le kit.

Étape 1 : vérifier et définir l’état de haute disponibilité du châssis

Vous devez vérifier l’état HA du châssis et, le cas échéant, mettre à jour l’état pour qu’il corresponde à la configuration de votre système.

  1. En mode Maintenance, depuis l’un ou l’autre module de contrôleur, afficher l’état HA du module de contrôleur local et du châssis : ha-config show

    L’état de la HA doit être le même pour tous les composants.

  2. Si l’état du système affiché pour le châssis ne correspond pas à la configuration de votre système :

    1. Définissez l’état haute disponibilité du châssis : ha-config modify chassis HA-state

      La valeur de HA-State peut être l’une des suivantes :

      • ha

      • mcc

      • mcc-2n

      • mccip

      • non-ha

    2. Vérifiez que le paramètre a changé : ha-config show

  3. Si vous ne l’avez pas déjà fait, recâble le reste de votre système.

  4. L’étape suivante dépend de la configuration de votre système.

    Si votre système est en…​ Alors…​

    Une configuration autonome

    1. Quitter le mode Maintenance : halt

    2. Accédez à "« Fin du processus de remplacement".

    Une paire haute disponibilité avec un second module de contrôleur

    Quitter le mode Maintenance : halt L’invite DU CHARGEUR s’affiche.

Étape 2 : exécutez les diagnostics au niveau du système

Après avoir installé un nouveau châssis, exécutez les diagnostics d’interconnexion.

Votre système doit être à l’invite DU CHARGEUR pour démarrer System Level Diagnostics.

Toutes les commandes des procédures de diagnostic sont émises par le contrôleur où le composant est remplacé.

  1. Si le contrôleur à réparer n’est pas à l’invite DU CHARGEUR, effectuez la procédure suivante :

    1. Sélectionnez l’option mode Maintenance dans le menu affiché.

    2. Une fois le contrôleur démarré en mode maintenance, arrêtez le contrôleur : halt

      Une fois que vous avez terminé d’exécuter la commande, vous devez attendre que le système s’arrête à l’invite DU CHARGEUR.

    Note Au cours du processus de démarrage, vous pouvez répondre en toute sécurité y pour demander :

  2. Répétez l’étape précédente sur le second contrôleur si vous êtes dans une configuration haute disponibilité.

    Note Les deux contrôleurs doivent être en mode maintenance pour exécuter le test d’interconnexion.

  3. À l’invite DU CHARGEUR, accédez aux pilotes spéciaux spécialement conçus pour les diagnostics au niveau du système afin de fonctionner correctement : boot_diags

    Au cours du processus de démarrage, vous pouvez répondre en toute sécurité y Aux invites jusqu’à ce que l’invite du mode Maintenance (*>) s’affiche.

  4. Activez les tests de diagnostic d’interconnexion à partir de l’invite du mode maintenance : sldiag device modify -dev interconnect -sel enable

    Les tests d’interconnexion sont désactivés par défaut et doivent être activés séparément.

  5. Exécutez le test de diagnostic d’interconnexion à partir de l’invite du mode maintenance : sldiag device run -dev interconnect

    Vous ne devez exécuter le test d’interconnexion qu’à partir d’un seul contrôleur.

  6. Vérifiez qu’aucun problème matériel ne provient du remplacement du châssis : sldiag device status -dev interconnect -long -state failed

    Les diagnostics au niveau du système vous renvoie à l’invite s’il n’y a pas d’échec de test ou répertorie l’état complet des échecs résultant du test du composant.

  7. Procéder selon le résultat de l’étape précédente.

    Si les tests de diagnostic au niveau du système…​ Alors…​

    Ont été achevés sans défaillance

    1. Effacez les journaux d’état : sldiag device clearstatus

    2. Vérifiez que le journal a été effacé : sldiag device status

      La réponse par défaut suivante est affichée :

      SLDIAG: No log messages are present.

    3. Quitter le mode maintenance sur les deux contrôleurs : halt

      Le système affiche l’invite DU CHARGEUR.

      Note Vous devez quitter le mode de maintenance sur les deux contrôleurs avant de poursuivre l’opération.

    4. Entrez la commande suivante sur les deux contrôleurs à l’invite DU CHARGEUR : bye

    5. Faire revenir le contrôleur en mode de fonctionnement normal :
    Si votre système exécute ONTAP…​ Alors…​

    Avec deux nœuds dans le cluster

    Exécutez les commandes suivantes : node::> cluster ha modify -configured true``node::> storage failover modify -node node0 -enabled true

    Avec plus de deux nœuds dans le cluster

    Exécutez cette commande :node::> storage failover modify -node node0 -enabled true

    Dans une configuration MetroCluster à deux nœuds

    Passez à l’étape suivante. La procédure de rétablissement MetroCluster est effectuée lors de la prochaine tâche du processus de remplacement.

    Dans une configuration autonome

    Vous n’avez pas d’autres étapes dans cette tâche particulière.

    Vous avez terminé les diagnostics au niveau du système.

    A entraîné des échecs de test

    Déterminer la cause du problème.

    1. Quitter le mode Maintenance : halt

    2. Procéder à un arrêt correct, puis débrancher les alimentations.

    3. Vérifier que vous avez bien remarqué tous les facteurs à prendre en compte pour l’exécution des diagnostics au niveau du système, que les câbles sont correctement connectés et que les composants matériels sont correctement installés dans le système de stockage.

    4. Rebranchez les blocs d’alimentation, puis mettez le système de stockage sous tension.

    5. Exécutez à nouveau le test de diagnostic au niveau du système.

Étape 3 : retournez les agrégats via une configuration MetroCluster à deux nœuds

Après avoir terminé le remplacement des unités remplaçables sur site dans une configuration MetroCluster à deux nœuds, vous pouvez exécuter l’opération de rétablissement MetroCluster. Cette configuration renvoie la configuration à son état de fonctionnement normal, avec les SVM (Storage Virtual machines) source et sur le site précédemment douteux actifs et peuvent accéder aux données des pools de disques locaux.

Cette tâche s’applique uniquement aux configurations MetroCluster à deux nœuds.

Étapes

  1. Vérifiez que tous les nœuds sont dans le enabled état : metrocluster node show

    cluster_B::>  metrocluster node show

DR                           Configuration  DR
Group Cluster Node           State          Mirroring Mode
----- ------- -------------- -------------- --------- --------------------
1     cluster_A
              controller_A_1 configured     enabled   heal roots completed
      cluster_B
              controller_B_1 configured     enabled   waiting for switchback recovery
2 entries were displayed.

  2. Vérifier que la resynchronisation est terminée sur tous les SVM : metrocluster vserver show

  3. Vérifier que toutes les migrations LIF automatiques effectuées par les opérations de correction ont été effectuées correctement : metrocluster check lif show

  4. Effectuez le rétablissement en utilisant le metrocluster switchback utilisez une commande à partir d’un nœud du cluster survivant.

  5. Vérifiez que l’opération de rétablissement est terminée : metrocluster show

    L’opération de rétablissement s’exécute toujours lorsqu’un cluster est dans waiting-for-switchback état :

    cluster_B::> metrocluster show
Cluster              Configuration State    Mode
--------------------	------------------- 	---------
 Local: cluster_B configured       	switchover
Remote: cluster_A configured       	waiting-for-switchback

    Le rétablissement est terminé une fois les clusters dans normal état :

    cluster_B::> metrocluster show
Cluster              Configuration State    Mode
--------------------	------------------- 	---------
 Local: cluster_B configured      		normal
Remote: cluster_A configured      		normal

    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.

  6. Rétablir toutes les configurations SnapMirror ou SnapVault.

Étape 4 : renvoyer la pièce défaillante à NetApp

Retournez la pièce défectueuse à NetApp, tel que décrit dans les instructions RMA (retour de matériel) fournies avec le kit. Voir la "Retour de pièce et amp ; remplacements" pour plus d’informations.