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

08/16/2024 Contributeurs

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.

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

Activer la journalisation de la console

NetApp vous recommande vivement d'activer la journalisation de la console sur les périphériques que vous utilisez et d'effectuer les actions suivantes lors de l'exécution de cette procédure :

Laissez AutoSupport activé pendant la maintenance.
Déclencher un message AutoSupport de maintenance avant et après la maintenance pour désactiver la création de dossiers pendant la durée de l'activité de maintenance.

Consultez l'article de la base de connaissances "Comment supprimer la création automatique de dossier pendant les fenêtres de maintenance planifiées".
Activer la journalisation de session pour toute session CLI. Pour obtenir des instructions sur l'activation de la journalisation des sessions, consultez la section « consignation des sorties de session » de l'article de la base de connaissances "Comment configurer PuTTY pour une connectivité optimale aux systèmes ONTAP".

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

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
  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

Identifier et supprimer le groupe de reprise sur incident.

Identifiez le groupe DR approprié pour la suppression :

metrocluster node show
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::*>

Répétez l'étape précédente sur le cluster partenaire.
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
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
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.
Arrêtez, mettez hors tension et retirez les anciens modules de contrôleur et tiroirs de stockage.

Suppression d'un groupe de reprise après incident

Creating your file...

Activer la journalisation de la console

Suppression des nœuds du groupe DR de chaque cluster