Commandes de rétablissement automatique
Suggérer des modifications
PDF
Par défaut, le nœud partenaire de reprise renvoie automatiquement le stockage lorsque le nœud hors ligne est rétabli en ligne, ce qui permet de restaurer la relation de paire haute disponibilité. Dans la plupart des cas, il s'agit du comportement souhaité. Si vous devez désactiver le retour automatique, par exemple pour rechercher la cause du basculement avant de le renvoyer, vous devez connaître l'interaction avec des paramètres non par défaut.
Les fonctions que vous recherchez… |
Utilisez cette commande… |
Activez le rétablissement automatique afin que le rétablissement se produise dès le démarrage du nœud de basculement, atteint l'état en attente de rétablissement et le délai avant que la période de rétablissement automatique ait expiré. Le paramètre par défaut est vrai. |
|
Désactiver le rétablissement automatique. Le paramètre par défaut est vrai. Note: le fait de définir ce paramètre sur false ne désactive pas le retour automatique après basculement sur incident panic ; le retour automatique après basculement sur incident ("panic") doit être désactivé en définissant le |
|
Désactiver le retour automatique après le basculement sur incident « panic » (ce paramètre est activé par défaut). |
|
Retarder le rétablissement automatique pendant un nombre spécifié de secondes (la valeur par défaut est 600). Cette option détermine la durée minimale pendant laquelle un nœud reste en basculement avant d'effectuer un retour automatique. |
|
Le mode d'incidence des variations de la commande Storage failover modify sur le giveback automatique
Le fonctionnement du retour automatique dépend de la façon dont vous configurez les paramètres de la commande Storage failover modify.
Le tableau suivant répertorie les paramètres par défaut du storage failover modify les paramètres de commande qui s'appliquent aux événements de basculement n'ont pas été causés par un problème.
Paramètre |
Paramètre par défaut |
`-auto-giveback true |
false` |
|
|
600 |
`-onreboot true |
false` |
|
Le tableau suivant décrit comment les combinaisons de l' -onreboot et -auto-giveback les paramètres affectent le rétablissement automatique pour des événements de basculement non provoqués par un incident de type panique.
|
Cause du basculement |
Le rétablissement automatique s'effectue-t-il ? |
|
commande reboot |
Oui. |
Commande arrêtez ou opération de cycle d'alimentation exécutée depuis le processeur de service |
Oui. |
|
commande reboot |
Oui. |
Commande arrêtez ou opération de cycle d'alimentation exécutée depuis le processeur de service |
Non |
|
commande reboot |
S/O |
Commande arrêtez ou opération de cycle d'alimentation exécutée depuis le processeur de service |
Oui. |
|
commande reboot |
Non |
Le -auto-giveback les paramètres contrôlent le rétablissement après panique et tous les autres takovers automatiques. Si le -onreboot le paramètre est défini sur true de plus, un basculement a lieu suite à un redémarrage, puis un retour automatique est toujours effectué, que le soit -auto-giveback le paramètre est défini sur true.
Le -onreboot Le paramètre s'applique aux redémarrages et aux commandes d'arrêt générées par ONTAP. Lorsque le -onreboot le paramètre est défini sur false, un basculement ne se produit pas dans le cas d'un redémarrage de nœud. Par conséquent, le rétablissement automatique ne peut pas avoir lieu, que le ait ou non -auto-giveback le paramètre est défini sur vrai. Une interruption du client se produit.
Les effets des combinaisons de paramètres de rétablissement automatique qui s'appliquent aux situations extrêmes.
Le tableau suivant répertorie la storage failover modify paramètres de commande qui s'appliquent aux situations d'urgence :
Paramètre |
Paramètre par défaut |
`-onpanic _true |
false_` |
|
`-auto-giveback-after-panic _true |
false_` |
|
`-auto-giveback _true |
false_` |
Le tableau suivant explique comment les combinaisons de paramètres de l' storage failover modify la commande affecte le retour automatique dans les situations de panique.
|
Le rétablissement automatique se produit-il après une panique ? |
|
Oui. |
|
Oui. |
|
Oui. |
|
Non |
|
Non |
|
Le basculement peut résulter d'un échec non associé à un problème de panique. Un échec se produit lorsque la communication est perdue entre un nœud et son partenaire, également appelée heartbeat loss. En cas de basculement à cause d'une défaillance, le rétablissement est contrôlé par le -onfailure paramètre au lieu du -auto-giveback-after-panic parameter.
|
|
|
Lorsqu'un nœud fonctionne de façon incohérente, il envoie un paquet de type panic à son nœud partenaire. Si, pour une raison quelconque, le paquet panique n'est pas reçu par le nœud partenaire, le problème peut être interprété incorrectement comme une défaillance. Sans réception du paquet panique, le nœud partenaire sait uniquement que la communication a été perdue et ne sait pas qu'un problème s'est produit. Dans ce cas, le nœud partenaire traite la perte de communication en tant que défaillance au lieu d'une panique, et le rétablissement est contrôlé par le -onfailure paramètre (et non pas par -auto-giveback-after-panic parameter).
|
Pour plus de détails sur tous storage failover modify paramètres, voir "Pages de manuel ONTAP".