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.

Utilisez System Manager pour effectuer le basculement et le rétablissement (configurations MetroCluster IP uniquement)

Contributeurs

Vous pouvez basculer le contrôle d'un site IP MetroCluster vers un autre pour effectuer des opérations de maintenance ou pour restaurer le problème.

Remarque Les procédures de basculement et de rétablissement sont prises en charge uniquement pour les configurations MetroCluster IP.

Présentation du basculement et du rétablissement

Un basculement peut se produire dans deux cas :

  • Un basculement planifié

    Le basculement est initié par un administrateur système qui utilise System Manager. Le basculement planifié permet à l'administrateur système d'un cluster local de contrôler par commutation afin que les services de données du cluster distant soient gérés par le cluster local. Ensuite, un administrateur système sur le site distant du cluster peut réaliser des opérations de maintenance sur le cluster distant.

  • Un basculement non planifié

    Dans certains cas, lorsqu'un cluster MetroCluster est en panne ou que les connexions entre les clusters sont en panne, ONTAP lance automatiquement un basculement afin que le cluster en cours d'exécution gère les responsabilités de traitement des données en panne.

    Parfois, lorsque ONTAP ne peut pas déterminer l'état de l'un des clusters, l'administrateur système du site en cours de fonctionnement lance le basculement pour prendre le contrôle des responsabilités de gestion des données de l'autre site.

Pour tout type de procédure de basculement, la fonctionnalité de service de données est renvoyée au cluster au moyen d'un processus rétablissement.

Plusieurs processus de basculement et de rétablissement sont exécutés pour ONTAP 9.7 et 9.8 :

Utilisez System Manager dans ONTAP 9.7 pour le basculement et le rétablissement

Étapes
  1. Connectez-vous au Gestionnaire système dans ONTAP 9.7.

  2. Cliquez sur * (revenir à la version classique)*.

  3. Cliquez sur Configuration > MetroCluster.

    System Manager vérifie si un basculement négocié est possible.

  4. Effectuez l'une des opérations suivantes lorsque le processus de validation est terminé :

    1. Si la validation échoue, mais que le site B est en cours, une erreur s'est produite. Par exemple, il peut y avoir un problème avec un sous-système, ou la mise en miroir NVRAM peut ne pas être synchronisée.

      1. Corrigez le problème à l'origine de l'erreur, cliquez sur Fermer, puis recommencez à l'étape 2.

      2. Arrêtez les nœuds du site B, cliquez sur Fermer, puis suivez les étapes de la section "Effectuer un basculement non planifié".

    2. Si la validation échoue et que le site B est en panne, il y a probablement un problème de connexion. Vérifiez que le site B est en panne, puis effectuez les étapes de la section "Effectuer un basculement non planifié".

  5. Cliquez sur basculer du site B vers le site A pour lancer le processus de basculement.

  6. Cliquez sur basculer vers la nouvelle expérience.

Utilisez System Manager dans ONTAP 9.8 pour le basculement et le rétablissement

Exécution d'un basculement planifié (ONTAP 9.8)

Étapes
  1. Connectez-vous au Gestionnaire système dans ONTAP 9.8.

  2. Sélectionnez Tableau de bord. Dans la section MetroCluster, les deux clusters sont affichés avec une connexion.

  3. Dans le cluster local (illustré à gauche), cliquez sur icône kebab, puis sélectionnez switchover les services de données distants vers le site local.

    Une fois la demande de basculement validée, le contrôle est transféré du site distant au site local. Le site local exécute les demandes de service de données pour les deux clusters.

    Le cluster distant redémarre, mais les composants de stockage ne sont pas actifs et le cluster ne répond pas aux demandes de données. Elle est maintenant disponible pour la maintenance planifiée.

Remarque Le cluster distant ne doit pas être utilisé pour la maintenance des données tant que vous n'avez pas effectué de rétablissement.

Exécution d'un basculement non planifié (ONTAP 9.8)

Un basculement non planifié peut être initié automatiquement par ONTAP. Si ONTAP ne peut pas déterminer s'il est nécessaire de procéder au rétablissement, l'administrateur système du site MetroCluster en cours d'exécution lance le basculement. Pour ce faire, procédez comme suit :

Étapes
  1. Connectez-vous au Gestionnaire système dans ONTAP 9.8.

  2. Sélectionnez Tableau de bord.

    Dans la section MetroCluster, la connexion entre les deux clusters est indiquée par un "X". Cela signifie qu'une connexion ne peut pas être détectée et que le cluster ou les connexions sont en panne.

  3. Dans le cluster local (illustré à gauche), cliquez sur icône kebab, puis sélectionnez switchover les services de données distants vers le site local.

    Si le basculement échoue par erreur, cliquez sur le lien « Afficher les détails » dans le message d'erreur et confirmez le basculement non planifié.

    Une fois la demande de basculement validée, le contrôle est transféré du site distant au site local. Le site local exécute les demandes de service de données pour les deux clusters.

    Le cluster doit être réparé avant de pouvoir être remis en ligne.

Remarque Une fois le cluster distant mis en ligne, il ne doit pas être utilisé pour le service de données tant que vous n'avez pas effectué de rétablissement.

Exécution d'un rétablissement (ONTAP 9.8)

Avant de commencer

Si le cluster distant était en panne en raison d'une maintenance planifiée ou en raison d'un incident, il devrait maintenant être opérationnel et en attente du rétablissement.

Étapes
  1. Sur le cluster local, connectez-vous à System Manager dans ONTAP 9.8.

  2. Sélectionnez Tableau de bord.

    Dans la section MetroCluster, les deux clusters sont affichés.

  3. Dans le cluster local (illustré à gauche), cliquez sur icône kebab, puis sélectionnez reprendre le contrôle.

    Les données sont ajustées en premier, pour vérifier que les données sont synchronisées et mises en miroir entre les deux clusters.

  4. Une fois la correction des données terminée, cliquez sur icône kebab, puis sélectionnez lancer le rétablissement.

    Lorsque le rétablissement est terminé, les deux clusters sont actifs et le service des requêtes de données. En outre, les données sont mises en miroir et synchronisées entre les clusters.