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.

Supprimer un groupe DR d'une configuration MetroCluster

Contributeurs netapp-aoife netapp-folivia netapp-cgoff netapp-martyh netapp-thomi netapp-pcarriga netapp-ivanad
PDF

À partir d' ONTAP 9.8, vous pouvez supprimer un groupe de reprise après sinistre (DR) d'une configuration MetroCluster à huit nœuds pour créer une configuration MetroCluster à quatre nœuds.

Remarque Vous utilisez ces étapes pendant les workflows de transition et d’actualisation du système.

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 :

Supprimez les nœuds du groupe DR de chaque cluster

Cette procédure est prise en charge à partir d' ONTAP 9.8. Pour les systèmes exécutant 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" .

Description de la tâche

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

Configuration MetroCluster avec huit nœuds dans deux groupes DR

Lorsque vous supprimez un groupe DR, quatre nœuds restent dans la configuration.

Configuration MetroCluster avec quatre nœuds après la suppression du groupe DR
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éparez-vous à supprimer le groupe DR si vous ne l’avez pas déjà fait.

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

    2. Si le groupe DR à supprimer comporte des volumes miroirs de partage de charge, recréez tous les volumes miroirs de partage de charge dans un autre groupe DR et supprimez-les du 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. Supprimer tous les agrégats de données du groupe DR à supprimer :

      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. Migrez tous les LIF de données NAS que vous utilisez pour NFS et CIFS (SMB) vers des nœuds domestiques dans un autre groupe DR.
      network interface show -home-node <old_node>

      network interface migrate -vserver <svm_name> -lif <data_lif> -destination-node <new_node> -destination-port <port>

    7. Déplacez les LIF de données vers le nouveau nœud d’accueil dans un autre groupe DR. network interface modify -vserver <svm-name> -lif <data-lif> -home-node <new_node> -home-port <port>

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

    Remarque

    • La gestion des nœuds et les LIF inter-clusters ne sont pas migrés. Créez de nouveaux LIF de gestion de nœuds et inter-clusters sur les nœuds du groupe DR selon les besoins.

    • Vous ne pouvez pas migrer ou déplacer les interfaces FCP utilisées pour l'accès aux blocs (SAN) entre les nœuds. Créez de nouvelles interfaces FCP selon vos besoins.

    • Les LIF iSCSI SAN doivent être arrêtés avant que le nœud et le port d'origine puissent être mis à jour.

    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.

    Exemple 
    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. Désactiver le basculement de stockage sur les nœuds de l’ancien groupe DR :

    storage failover modify -node <node-name> -enable false

  5. Si vous êtes dans une configuration IP MetroCluster , procédez comme suit pour supprimer les plex distants des agrégats racines et supprimer la propriété du disque sur les nœuds de l'ancien groupe DR.

    Ces étapes doivent être effectuées pour les deux nœuds de la paire HA sur chaque site.

    1. Afficher les plex distants des agrégats racines sur les nœuds du groupe DR à supprimer :

      storage aggregate plex show -aggregate <root_aggr_name> -pool 1

    2. Supprimer les plex distants :

      storage aggregate plex delete -aggregate <root_aggr_name> -plex <plex_from_previous_step>

    3. Identifiez les disques distants appartenant aux nœuds du groupe DR.

      Les commandes que vous utilisez dépendent du fait que vous utilisez des disques partitionnés/partagés ou des disques entiers :

      Remarque Utilisez une liste séparée par des virgules dans le -owner <node_names> champ permettant de spécifier les noms de nœuds dans le groupe DR à supprimer.
      Disques partitionnés/partagés :

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

        set advanced

      2. Afficher les disques distants :

        storage disk show -pool Pool1 -owner <node_names> -partition-ownership

      Disques entiers :

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

        set advanced

      2. Afficher les disques distants :

        storage disk show -pool Pool1 -owner <node_names>

    4. Désactiver l'attribution automatique du disque :

      disk option modify -node <node_names_in_the_DR_group_to_be_deleted> -autoassign off

    5. Supprimez la propriété des disques pool1 sur chaque nœud de groupe DR à supprimer. Effectuez ces étapes sur chaque nœud à supprimer.

      1. Accédez au nodeshell :

        run -node <node_name>

      2. Identifiez les disques pool1 :

        aggr status -s

      Tous les disques de rechange sont affichés, y compris les disques de rechange pool0 et pool1 appartenant au nœud.

      1. Supprimer la propriété du disque pour chaque disque de rechange du pool1 :

        disk remove_ownership <disk_name>

    Pour les disques partitionnés, supprimez la propriété de la partition, puis supprimez la propriété du disque conteneur.

  6. Si vous êtes dans une configuration IP MetroCluster , supprimez les connexions MetroCluster sur les nœuds de l'ancien groupe DR.

    Ces commandes peuvent être émises à partir de l’un ou l’autre cluster et s’appliquent à l’ensemble du groupe DR couvrant les deux clusters.

    1. Débrancher les connexions :

      metrocluster configuration-settings connection disconnect -dr-group-id <dr_group_id>

      Exemple 
      cluster_A::*> metrocluster configuration-settings connection disconnect -dr-group-id 1

Warning: For the nodes in the DR group 1, this command will remove the existing connections that are used to mirror NV logs and access remote storage.
Do you want to continue? {y|n}: y

Warning: Before proceeding with disconnect, you must verify the following:
      1. Unmirrored aggregates do not have disks in remote plexes.
      2. Aggregates are not mirrored.
      3. No disks are assigned in Pool1.
      4. Storage failover is not enabled.
      Follow the "MetroCluster Installation and Configuration guide" for detailed instructions to verify this.
Do you want to continue? {y|n}: y

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

      Remarque Cette étape doit être répétée sur chaque nœud du groupe DR.

    metrocluster configuration-settings interface delete

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

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

    Effectuez cette étape sur chaque cluster.

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

      set -privilege advanced

    2. Déconnecter le nœud :
      cluster unjoin -node <node-name>

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

    3. Définir le niveau de privilège administrateur :

      set -privilege admin

  8. Vérifiez que le cluster HA est activé dans le nouveau groupe DR. Si nécessaire, réactivez le cluster HA :

    cluster ha modify -configured true

    Effectuez cette étape sur chaque cluster.

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