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.

Suppression d'un groupe de reprise après incident

Contributeurs
PDF

Depuis ONTAP 9.8, vous pouvez supprimer un groupe de reprise après incident d'une configuration MetroCluster à huit nœuds pour créer une configuration MetroCluster à quatre nœuds.

Cette procédure est prise en charge sur ONTAP 9.8 et versions ultérieures. Pour les systèmes qui exécutent ONTAP 9.7 ou une version antérieure, consultez l'article de la base de connaissances

"Comment supprimer un groupe de reprise sur incident d'une configuration MetroCluster"

"Support NetApp"

Une configuration à huit nœuds comprend huit nœuds organisés sous forme de deux groupes de reprise après incident à quatre nœuds.

mcc dr groups

En supprimant un groupe de reprise sur incident, quatre nœuds restent dans la configuration.

mcc dr groups

Suppression des nœuds du groupe DR de chaque cluster

Avant de commencer

  • Vous devez effectuer cette étape sur les deux clusters.

  • Le metrocluster remove-dr-group La commande n'est prise en charge que sur ONTAP 9.8 et les versions ultérieures.

Étapes

  1. Préparer la suppression du groupe de reprise après incident, si ce n'est pas déjà le cas.

    1. Déplacez tous les volumes de données vers un autre groupe de reprise après incident.

    2. Si le groupe de reprise après incident à supprimer contient des volumes en miroir de partage de charge, ils ne peuvent pas être déplacés. Recréez tous les volumes en miroir de partage de charge dans un autre groupe DR, puis supprimez les volumes en miroir de partage de charge dans le groupe DR à supprimer.

    3. Déplacez tous les volumes de métadonnées MDV_CRS vers un autre groupe DR en suivant la procédure "Déplacement d'un volume de métadonnées dans les configurations MetroCluster" procédure.

    4. Supprimez tous les volumes de métadonnées MDV_aud qui peuvent exister dans le groupe DR à supprimer.

    5. Supprimez tous les agrégats de données du groupe de reprise sur incident à supprimer comme indiqué dans l'exemple suivant :

      ClusterA::> storage aggregate show -node ClusterA-01, ClusterA-02 -fields aggregate ,node
ClusterA::> aggr delete -aggregate aggregate_name
ClusterB::> storage aggregate show -node ClusterB-01, ClusterB-02 -fields aggregate ,node
ClusterB::> aggr delete -aggregate aggregate_name
      Remarque Les agrégats racine ne sont pas supprimés.

    6. Déplacez les LIF de données hors ligne. network interface modify -vserver svm-name -lif data-lif -status-admin down

    7. Migrez toutes les LIFs de données vers les nœuds d'un autre groupe de reprise après incident.
      network interface show -home-node old_node

      network interface modify -vserver svm-name -lif data-lif -home-node new_node -home-port port-id

    8. Remettez en ligne les LIF de données. network interface modify -vserver svm-name -lif data-lif -status-admin up

    9. Migrez la LIF de gestion de cluster vers un nœud de rattachement situé dans un autre groupe de reprise après incident.

      network interface show -role cluster-mgmt

      network interface modify -vserver svm-name -lif cluster_mgmt -home-node new_node -home-port port-id

    La gestion des nœuds et les LIF inter-cluster ne sont pas migrées.

    1. Transférer epsilon vers un nœud dans un autre groupe de reprise après incident si nécessaire.

      ClusterA::> set advanced
ClusterA::*> cluster show
Move epsilon if needed
ClusterA::*> cluster modify -node nodename -epsilon false
ClusterA::*> cluster modify -node nodename -epsilon true

ClusterB::> set advanced
ClusterB::*> cluster show
ClusterB::*> cluster modify -node nodename -epsilon false
ClusterB::*> cluster modify -node nodename -epsilon true
ClusterB::*> set admin

  2. Identifier et supprimer le groupe de reprise sur incident.

    1. Identifiez le groupe DR approprié pour la suppression :

      metrocluster node show

    2. Supprimer les nœuds du groupe DR :
      metrocluster remove-dr-group -dr-group-id 1

      L'exemple suivant montre la suppression de la configuration du groupe de reprise sur incident sur cluster_A.

    cluster_A::*>

Warning: Nodes in the DR group that are removed from the MetroCluster
         configuration will lose their disaster recovery protection.

         Local nodes "node_A_1-FC, node_A_2-FC"will be removed from the
         MetroCluster configuration. You must repeat the operation on the
         partner cluster "cluster_B"to remove the remote nodes in the DR group.
Do you want to continue? {y|n}: y

Info: The following preparation steps must be completed on the local and partner
      clusters before removing a DR group.

      1. Move all data volumes to another DR group.
      2. Move all MDV_CRS metadata volumes to another DR group.
      3. Delete all MDV_aud metadata volumes that may exist in the DR group to
      be removed.
      4. Delete all data aggregates in the DR group to be removed. Root
      aggregates are not deleted.
      5. Migrate all data LIFs to home nodes in another DR group.
      6. Migrate the cluster management LIF to a home node in another DR group.
      Node management and inter-cluster LIFs are not migrated.
      7. Transfer epsilon to a node in another DR group.

      The command is vetoed if the preparation steps are not completed on the
      local and partner clusters.
Do you want to continue? {y|n}: y
[Job 513] Job succeeded: Remove DR Group is successful.

cluster_A::*>

  3. Répétez l'étape précédente sur le cluster partenaire.

  4. Si dans une configuration MetroCluster IP, supprimer les connexions MetroCluster sur les nœuds de l'ancien groupe DR.

    Ces commandes peuvent être émises depuis un cluster et s'appliquer à tout le groupe de reprise sur incident sur les deux clusters.

    1. Débrancher les connexions :

      metrocluster configuration-settings connection disconnect dr-group-id

    2. Supprimez les interfaces MetroCluster sur les nœuds de l'ancien groupe DR :

      metrocluster configuration-settings interface delete

    3. Supprimez l'ancienne configuration du groupe DR.
      metrocluster configuration-settings dr-group delete

  5. Dissocier les nœuds de l'ancien groupe DR.

    Vous devez effectuer cette étape sur chaque cluster.

    1. Définissez le niveau de privilège avancé :

      set -privilege advanced

    2. Désactiver le basculement du stockage :

      storage failover modify -node node-name -enable false

    3. Dissocier le nœud :
      cluster unjoin -node node-name

      Répétez cette étape pour l'autre nœud local de l'ancien groupe DR.

    4. Définissez le niveau de privilège admin :
      set -privilege admin

  6. Réactiver la haute disponibilité du cluster dans le nouveau groupe de reprise après incident :

    cluster ha modify -configured true

    Vous devez effectuer cette étape sur chaque cluster.

  7. Arrêtez, mettez hors tension et retirez les anciens modules de contrôleur et tiroirs de stockage.