Remettez en place le contrôleur dans votre système FAS9500 pour reprendre le fonctionnement normal.
Rendez le contrôle des ressources de stockage au contrôleur de remplacement afin que votre système FAS9500 puisse reprendre son fonctionnement normal.
Étape 1 : recâblage du système
Vous devez recosable les connexions réseau et de stockage du module de contrôleur.
-
Recâblage du système.
-
Vérifiez que le câblage est correct à l'aide de "Active IQ Config Advisor".
-
Téléchargez et installez Config Advisor.
-
Saisissez les informations relatives au système cible, puis sélectionnez Collect Data.
-
Sélectionnez l'onglet Câblage, puis examinez le résultat. Assurez-vous que toutes les étagères de disques sont affichées et que tous les disques apparaissent dans le résultat, en corrigeant tout problème de câblage que vous trouvez.
-
Vérifiez les autres câblages en sélectionnant l'onglet approprié, puis en examinant la sortie de Config Advisor.
-
|
|
Les informations relatives à l'identifiant système et à l'affectation des disques résident dans le module NVRAM, qui se trouve dans un module distinct du module contrôleur et ne sont pas affectées par le remplacement du module contrôleur. |
Étape 2 : réaffectation de disques
Si le système de stockage est configuré en paire haute disponibilité, l'identifiant système du nouveau module de contrôleur est automatiquement attribué aux disques lors de la restauration à la fin de la procédure. Vous devez confirmer la modification de l'identifiant système au démarrage du nœud de remplacement, puis vérifier que cette modification est correcte.
Cette procédure s'applique uniquement aux systèmes qui exécutent ONTAP dans une paire HA.
-
Si le remplacement noeud est en mode Maintenance (affiche le
*>Invite), quittez le mode maintenance et accédez à l'invite DU CHARGEUR :halt -
À partir de l'invite LOADER sur le nœud replacement, démarrez le nœud, puis saisissez
ysi vous êtes invité à remplacer l'ID système en raison d'une incompatibilité d'ID système :boot_ontap -
Attendre jusqu'à
Waiting for giveback…Le message s'affiche sur la console replace node, puis, à partir du nœud en bon état, vérifiez que le nouvel ID système partenaire a été automatiquement attribué : Storage failover showDans le résultat de la commande, un message indiquant l'ID du système a changé sur le nœud pour lequel l'ID a été modifié, et 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 nœud sain, vérifier que les « core dumps » sont enregistrés :
-
Changement au niveau de privilège avancé :
set -privilege advancedVous pouvez répondre
Ylorsque 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 que la commande savecore soit terminée avant d'émettre le retour.
Vous pouvez saisir la commande suivante pour surveiller la progression de la commande savecore :
system node run -node local-node-name partner savecore -s -
Retour au niveau de privilège admin :
set -privilege admin
-
-
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 :
-
Remettre le nœud :
-
Depuis le nœud sain, remettre le stockage du nœud remplacé :
storage failover giveback -ofnode replacement_node_nameLe remplacement node 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.
Pour plus d'informations, reportez-vous à la section "Commandes de rétablissement manuel" rubrique pour remplacer le droit de veto.
-
Une fois le retour arrière terminé, vérifiez que la paire haute disponibilité est saine et que le basculement est possible : Storage failover show
La sortie du
storage failover showLa 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 -ownershipLes disques appartenant au replace node 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 . . .
-
Si le système est dans une configuration MetroCluster, surveillez l'état du nœud :
metrocluster node showLa configuration MetroCluster prend quelques minutes après le remplacement pour revenir à un état normal. À ce moment, chaque nœud affiche un état configuré, avec la mise en miroir reprise sur incident activée et un mode de fonctionnement normal. Le
metrocluster node show -fields node-systemidLe résultat de la commande affiche l'ancien ID système jusqu'à ce que la configuration MetroCluster revienne à un état normal. -
Si le nœud est dans une configuration MetroCluster, en fonction de l'état de la MetroCluster, vérifiez que le champ ID de domicile DR affiche le propriétaire d'origine du disque si le propriétaire d'origine est un nœud sur le site de secours.
Ceci est requis si les deux conditions suivantes sont vraies :
-
La configuration MetroCluster est en état de basculement.
-
Le remplacement node est le propriétaire actuel des disques sur le site de secours.
-
-
Si votre système se trouve dans une configuration MetroCluster, vérifiez que chaque nœud est configuré :
metrocluster node show - fields configuration-statenode1_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érifiez que les volumes attendus sont présents pour chaque nœud :
vol show -node node-name -
Si vous avez désactivé le basculement automatique au redémarrage, activez-le à partir du nœud sain :
storage failover modify -node replacement-node-name -onreboot true