NetApp AFF A220 Bulletin De Maintenance page 21

Si la console affiche...
Attente du retour...
4. Déplacez le câble de la console vers le contrôleur partenaire et redonnez le stockage du contrôleur cible à
l'aide du
storage failover giveback -fromnode local -only-cfo-aggregates true
local commande.
◦ Si la commande échoue en raison d'un disque en panne, désengagez physiquement le disque en
panne, mais laissez le disque dans le slot jusqu'à ce qu'un disque de remplacement soit reçu.
◦ Si la commande échoue en raison d'une session CIFS ouverte, vérifiez auprès du client comment
fermer les sessions CIFS.
L'arrêt du protocole CIFS peut entraîner la perte de données.
◦ Si la commande échoue parce que le partenaire "n'est pas prêt", attendre 5 minutes pour que les
NVMEMs se synchronisent.
◦ Si la commande échoue en raison d'un processus NDMP, SnapMirror ou SnapVault, désactivez le
processus. Consultez le centre de documentation approprié pour plus d'informations.
5. Attendre 3 minutes et vérifier l'état du basculement à l'aide du
6. À l'invite clustershell, entrez le
logiques qui ne se trouvent pas sur leur contrôleur et son port de base.
Si des interfaces sont répertoriées comme false, restaurez ces interfaces à leur port de départ à l'aide de
l' net int revert
7. Déplacez le câble de la console vers le contrôleur cible et exécutez la version
les versions ONTAP.
8. Restaurez le retour automatique si vous le désactivez à l'aide de
local -auto-giveback true
9. Utilisez le
storage encryption disk show
Cette commande ne fonctionne pas si NVE (NetApp Volume Encryption) est configuré
10. Utilisez la requête Security Key-Manager pour afficher les ID de clé des clés d'authentification stockées sur
les serveurs de gestion des clés.
◦ Si le Restored
compléter le processus de remplacement.
◦ Si le
Restored
sont pas disponibles, utilisez le
permettant de récupérer et de restaurer toutes les clés d'authentification (ACK) et tous les ID de clé
associés à tous les nœuds à partir de tous les serveurs de gestion de clés disponibles.
Vérifiez à nouveau la sortie de la requête du gestionnaire de clés de sécurité pour vous assurer que
colonne =
Restored
Alors...
a. Connectez-vous au contrôleur partenaire.
b. Vérifiez que le contrôleur cible est prêt pour le rétablissement à l'aide du
storage failover show
net int show -is-home false
commande.
commande.
colonne = yes Et tous les gestionnaires clés rapportent un état disponible, allez à
colonne = tout autre élément que yes, et/ou un ou plusieurs gestionnaires de clés ne
security key-manager restore -address
et tous les responsables clés se déclarent dans un état disponible
yes
commande.
storage failover show
commande pour lister les interfaces
storage failover modify -node
à l'invite clustershell, pour vérifier la sortie.
commande.
Pour vérifier
-v command
Commande
19