Skip to main content
ONTAP MetroCluster
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Effectuer un basculement forcé après un incident

Contributeurs
PDF

En cas d'incident, il existe une procédure à suivre sur le cluster de reprise après incident et sur le cluster survivant après le basculement pour assurer la sécurité et la continuité du service de données.

Pour déterminer si un incident s'est produit, procédez comme suit :

  • Un administrateur

  • Le logiciel MetroCluster Tiebreaker, s'il est configuré

  • Le logiciel médiateur ONTAP, s'il est configuré

Escrime hors site de la catastrophe

Après l'incident, si les nœuds du site de reprise doivent être remplacés, vous devez les arrêter pour que le site puisse reprendre le service. Si les clients accèdent aux nœuds avant la fin de la procédure de remplacement, vous risquez une corruption des données.

Étape

  1. Arrêtez les nœuds sur le site du incident et gardez-les hors tension ou à l'invite DU CHARGEUR jusqu'à ce que l'ONTAP de démarrage soit indiqué :

    system node halt -node disaster-site-node-name

    Si les nœuds du site de secours ont été détruits ou ne peuvent pas être stoppés, mettez-les hors tension et ne démarrez pas les nœuds de remplacement avant d'avoir été dirigés dans la procédure de reprise.

Effectuer un basculement forcé

Le processus de basculement, en plus d'assurer la continuité de l'activité lors des tests et de la maintenance, permet la restauration après une défaillance de site à l'aide d'une seule commande.

Avant de commencer

  • Au moins un des nœuds de site survivants doit être opérationnel avant le basculement.

  • Toutes les modifications de la configuration précédente doivent être effectuées avant d'effectuer une opération de rétablissement.

    Cette approche permet d'éviter la concurrence avec l'opération de basculement ou de rétablissement négociée.

Remarque Les configurations SnapMirror et SnapVault sont supprimées automatiquement.
Description de la tâche

Le metrocluster switchover La commande bascule les nœuds dans tous les groupes DR dans la configuration MetroCluster. Par exemple, dans une configuration MetroCluster à 8 nœuds, il bascule les nœuds sur les deux groupes de reprise après incident.

Étapes

  1. Effectuez le basculement en exécutant la commande suivante sur le site survivant :

    metrocluster switchover -forced-on-disaster true

    Remarque L'opération peut prendre quelques minutes. Vous pouvez vérifier la progression à l'aide du metrocluster operation show commande.

  2. Réponse y lorsque vous êtes invité à poursuivre le basculement.

  3. Vérifiez que le basculement a été effectué avec succès en exécutant metrocluster operation show commande.

    mcc1A::> metrocluster operation show
  Operation: switchover
 Start time: 10/4/2012 19:04:13
      State: in-progress
   End time: -
     Errors:

mcc1A::> metrocluster operation show
  Operation: switchover
 Start time: 10/4/2012 19:04:13
      State: successful
   End time: 10/4/2012 19:04:22
     Errors: -

    Si le basculement est vetoté, vous avez la possibilité de réémettre le metrocluster switchover-forced-on-disaster true commande avec --override-vetoes option. Si vous utilisez ce paramètre facultatif, le système remplace tout veto logiciel qui a empêché le basculement.

Une fois que vous avez terminé

Les relations SnapMirror doivent être réétablies après le basculement.

Le résultat de la commande plex show de l'agrégat de stockage est indéterminé après un basculement de MetroCluster

Lorsque vous exécutez le storage aggregate plex show Commande après un basculement MetroCluster, l'état du plex0 de l'agrégat racine commuté est indéterminé et s'affiche comme ayant échoué. Pendant ce temps, la racine de commutation n'est pas mise à jour. L'état réel de ce plex ne peut être déterminé qu'après la phase de guérison MetroCluster.

Accès aux volumes dans l'état NVFAIL après un basculement

Après un basculement, vous devez effacer l'état NVFAIL en réinitialisant le -in-nvfailed-state paramètre du volume modify commande de suppression de la restriction d'accès des clients aux données.

Avant de commencer

La base de données ou le système de fichiers ne doit pas être en cours d'exécution ni tenter d'accéder au volume affecté.

Description de la tâche

Réglage du -in-nvfailed-state le paramètre nécessite un privilège de niveau avancé.

Étape

  1. Récupérer le volume à l'aide de volume modify commande avec -in-nvfailed-state paramètre défini sur faux.

Une fois que vous avez terminé

Pour obtenir des instructions sur l'examen de la validité des fichiers de base de données, reportez-vous à la documentation de votre logiciel de base de données spécifique.

Si votre base de données utilise des LUN, suivez les étapes pour rendre les LUN accessibles à l'hôte après une panne de mémoire NVRAM.

Informations associées

"Surveillance et protection de la validité de la base de données à l'aide de NVFAIL"