Recâblage du système et réaffectation de disques - FAS8200
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
Vérifiez les connexions réseau et de stockage du module de contrôleur.
-
Vérifiez que le câblage est correct à l'aide de "Active IQ Config Advisor".
-
Téléchargez et installez Config Advisor.
-
Entrez les informations du système cible, puis cliquez sur collecter les données.
-
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.
-
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 suivre la procédure correcte pour votre configuration.
Option 1 : vérifiez la modification de l'ID système sur un système HA
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.
-
Si le remplacement contrôleur est en mode Maintenance (affiche le
*>
Invite, quittez le mode maintenance et accédez à l'invite DU CHARGEUR :halt
-
À 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.boot_ontap
-
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)
-
Depuis le contrôleur sain, vérifier que les « coredumps » sont enregistrés :
-
Changement au niveau de privilège avancé :
set -privilege advanced
-
-
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 :
-
"Restaurez les clés de chiffrement intégrées de gestion des clés"
-
"Restaurez les clés de chiffrement externes pour la gestion des clés"
Vous pouvez répondre
Y
lorsque vous êtes invité à passer en mode avancé. L'invite du mode avancé s'affiche (*>).-
Enregistrez les « coredumps » :
system node run -node local-node-name partner savecore
-
Attendez
savecore
commande à compléter avant d'émettre le retour.Vous pouvez saisir la commande suivante pour contrôler la progression du
savecore
commande :system node run -node local-node-name partner savecore -s
-
Retour au niveau de privilège admin :
set -privilege admin
-
-
-
Remettre le contrôleur :
-
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
.Si le retour est vetoté, vous pouvez envisager d'ignorer les vetoes.
-
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.
-
-
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 . . .
Option 2 : réaffectez manuellement l'ID système sur les systèmes dans une configuration MetroCluster à deux nœuds
Dans une configuration MetroCluster à deux nœuds exécutant ONTAP, vous devez réallouer manuellement des disques vers le nouvel ID système du contrôleur avant de rétablir le fonctionnement normal du système.
Cette procédure s'applique uniquement aux systèmes d'une configuration MetroCluster à deux nœuds exécutant ONTAP.
Vous devez être sûr d'exécuter les commandes dans cette procédure sur le nœud approprié :
-
Le noeud trouble est le noeud sur lequel vous effectuez la maintenance.
-
Le remplacement node est le nouveau noeud qui a remplacé le noeud douteux dans le cadre de cette procédure.
-
Le noeud Healthy est le partenaire DR du noeud douteux.
-
Si ce n'est déjà fait, redémarrez le replace node, interrompez le processus d'amorçage en entrant
Ctrl-C
, Puis sélectionnez l'option pour démarrer en mode maintenance à partir du menu affiché.Vous devez entrer
Y
Lorsque vous êtes invité à remplacer l'ID système en raison d'une discordance d'ID système. -
Afficher les anciens ID système du nœud sain :
`metrocluster node show -fields node-systemid
,dr-partenaire-systémid'Dans cet exemple, le noeud_B_1 est l'ancien noeud, avec l'ancien ID système 118073209:
dr-group-id cluster node node-systemid dr-partner-systemid ----------- --------------------- -------------------- ------------- ------------------- 1 Cluster_A Node_A_1 536872914 118073209 1 Cluster_B Node_B_1 118073209 536872914 2 entries were displayed.
-
Afficher le nouvel ID système à l'invite du mode maintenance sur le nœud pour personnes avec facultés affaiblies :
disk show
Dans cet exemple, le nouvel ID système est 118065481 :
Local System ID: 118065481 ... ...
-
Réassigner la propriété des disques (pour les systèmes FAS) ou la propriété LUN (pour les systèmes FlexArray), en utilisant les informations d'ID système obtenues via la commande disk show :
disk reassign -s old system ID
Dans l'exemple précédent, la commande est :
disk reassign -s 118073209
Vous pouvez répondre
Y
lorsque vous êtes invité à continuer. -
Vérifier que les disques (ou LUN FlexArray) ont été correctement affectés :
disk show -a
Vérifiez que les disques appartenant au replace node affichent le nouvel ID système pour le replace node. Dans l'exemple suivant, les disques appartenant au système-1 affichent désormais le nouvel ID système, 118065481 :
*> disk show -a Local System ID: 118065481 DISK OWNER POOL SERIAL NUMBER HOME ------- ------------- ----- ------------- ------------- disk_name system-1 (118065481) Pool0 J8Y0TDZC system-1 (118065481) disk_name system-1 (118065481) Pool0 J8Y09DXC system-1 (118065481) . . .
-
Depuis le nœud sain, vérifier que les « core dumps » sont enregistrés :
-
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 (*>). -
Vérifier que les « coredumps » sont enregistrés :
system node run -node local-node-name partner savecore
Si la sortie de la commande indique que savecore est en cours, attendez que savecore soit terminé avant d'émettre le retour. Vous pouvez surveiller la progression de la sauvegarde à l'aide du
system node run -node local-node-name partner savecore -s command
.</info>. -
Retour au niveau de privilège admin :
set -privilege admin
-
-
Si le remplacement node est en mode Maintenance (affichage de l'invite *>), quittez le mode Maintenance et accédez à l'invite DU CHARGEUR :
halt
-
Démarrez le remplacement node :
boot_ontap
-
Une fois que le remplacement noeud a été complètement démarré, effectuez un rétablissement :
metrocluster switchback
-
Vérifiez la configuration MetroCluster :
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.
-
Vérifier le fonctionnement de la configuration MetroCluster dans Data ONTAP :
-
Vérifier si des alertes d'intégrité sont disponibles sur les deux clusters :
system health alert show
-
Vérifier que le MetroCluster est configuré et en mode normal :
metrocluster show
-
Effectuer une vérification MetroCluster :
metrocluster check run
-
Afficher les résultats de la vérification MetroCluster :
metrocluster check show
-
Exécutez Config Advisor. Accédez à la page Config Advisor du site de support NetApp à l'adresse "support.netapp.com/NOW/download/tools/config_advisor/".
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.
-
-
Simuler une opération de basculement :
-
Depuis l'invite de n'importe quel nœud, passez au niveau de privilège avancé :
set -privilege advanced
Vous devez répondre avec
y
lorsque vous êtes invité à passer en mode avancé et à afficher l'invite du mode avancé (*>). -
Effectuez l'opération de rétablissement avec le paramètre -Simulate :
metrocluster switchover -simulate
-
Retour au niveau de privilège admin :
set -privilege admin
-