Skip to main content
ONTAP MetroCluster
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Remover um grupo DR de uma configuração do MetroCluster

Colaboradores netapp-aoife netapp-folivia netapp-cgoff netapp-martyh netapp-thomi netapp-pcarriga netapp-ivanad

A partir do ONTAP 9.8, você pode remover um grupo de recuperação de desastres (DR) de uma configuração MetroCluster de oito nós para criar uma configuração MetroCluster de quatro nós.

Observação Você utiliza essas etapas durante os fluxos de trabalho de transição e atualização do sistema. É possível que você já tenha concluído algumas etapas deste procedimento como parte desses fluxos de trabalho.

Ativar o registo da consola

O NetApp recomenda fortemente que você ative o log do console nos dispositivos que você está usando e execute as seguintes ações ao executar este procedimento:

Remova os nós do grupo DR de cada cluster

Este procedimento é suportado a partir do ONTAP 9.8. Para sistemas executando o ONTAP 9.7 ou anterior, consulte o artigo da Base de Conhecimento:"Como remover um grupo de DR de uma configuração do MetroCluster" .

Sobre esta tarefa
  • Você deve executar essa tarefa em ambos os clusters.

  • Uma configuração de oito nós inclui oito nós organizados como dois grupos de RD de quatro nós.

    Configuração do MetroCluster com oito nós em dois grupos de DR

    Quando você remove um grupo de DR, quatro nós permanecem na configuração.

    Configuração do MetroCluster com quatro nós após a remoção do grupo DR
Passos
  1. Prepare-se para remover o grupo DR, caso ainda não o tenha feito.

    1. Mover todos os volumes de dados para outro grupo de recuperação de desastres.

    2. Se o grupo DR a ser removido tiver volumes de espelho de compartilhamento de carga, recrie todos os volumes de espelho de compartilhamento de carga em outro grupo DR e exclua-os do grupo DR a ser removido.

    3. Mova todos os volumes de metadados MDV_CRS para outro grupo DR seguindo o "Movimentação de um volume de metadados nas configurações do MetroCluster" procedimento.

    4. Exclua todos os volumes de metadados MDV_aud que possam existir no grupo DR a serem removidos.

    5. Exclua todos os agregados de dados no grupo DR a serem removidos:

      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
      Observação Agregados raiz não são excluídos.
    6. Migre todos os LIFs de dados NAS que você usa para NFS e CIFS (SMB) para nós iniciais em outro grupo de 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. Mova os LIFs de dados para o novo nó inicial em outro grupo de DR. network interface modify -vserver <svm-name> -lif <data-lif> -home-node <new_node> -home-port <port>

    8. Migre o LIF de gerenciamento de cluster para um nó inicial em outro grupo de DR.

      network interface show -role cluster-mgmt

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

    Observação
    • O gerenciamento de nós e os LIFs entre clusters não são migrados. Crie novos LIFs de gerenciamento de nós e interclusters em nós do grupo DR, conforme necessário.

    • Não é possível migrar ou mover interfaces FCP usadas para acesso em bloco (SAN) entre os nós. Crie novas interfaces FCP conforme necessário.

    • Os LIFs SAN iSCSI precisam estar inativos antes que o nó inicial e a porta inicial possam ser atualizados.

    1. Transfira o epsilon para um nó em outro grupo DR, se necessário.

      ClusterA::> set advanced -prompt-timestamp above
      ClusterA::*> cluster show
      Move epsilon if needed
      ClusterA::*> cluster modify -node nodename -epsilon false
      ClusterA::*> cluster modify -node nodename -epsilon true
      
      ClusterB::> set advanced -prompt-timestamp above
      ClusterB::*> cluster show
      ClusterB::*> cluster modify -node nodename -epsilon false
      ClusterB::*> cluster modify -node nodename -epsilon true
      ClusterB::*> set admin
  2. Identifique e remova o grupo de DR.

    1. Identifique o grupo DR correto para remoção:

      metrocluster node show

    2. Remova os nós do grupo de DR metrocluster remove-dr-group -dr-group-id 1

      Observação O metrocluster remove-dr-group comando é suportado apenas no ONTAP 9.8 e posterior.

      O exemplo a seguir mostra a remoção da configuração do grupo DR no cluster_A.

    Exemplo
    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. Repita a etapa anterior no cluster de parceiros.

  4. Desabilite o failover de armazenamento nos nós do antigo grupo de DR:

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

  5. Se você estiver em uma configuração de IP do MetroCluster , execute as seguintes etapas para excluir os plexos remotos dos agregados raiz e remover a propriedade do disco nos nós do antigo grupo de DR.

    Em uma configuração FC MetroCluster, vá para a etapa para removendo os nós antigos do grupo DR.

    Essas etapas precisam ser executadas para ambos os nós no par HA em cada site.

    1. Exibir os plexos remotos de agregados raiz nos nós no grupo DR que deve ser excluído:

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

    2. Exclua os plexos remotos:

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

    3. Identifique os discos remotos pertencentes aos nós no grupo DR.

      Os comandos que você usa dependem se você está usando discos particionados/compartilhados ou discos inteiros:

      Observação Use uma lista separada por vírgulas no -owner <node_names> campo para especificar os nomes dos nós no grupo DR que devem ser excluídos.
      Discos particionados/compartilhados:
      1. Defina o nível de privilégio como avançado:

        set advanced -prompt-timestamp above

      2. Exibir os discos remotos:

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

      Discos inteiros:
      1. Defina o nível de privilégio como avançado:

        set advanced -prompt-timestamp above

      2. Exibir os discos remotos:

        storage disk show -pool Pool1 -owner <node_names>

    4. Desabilitar atribuição automática de disco:

      disk option modify -node <node_names_in_the_DR_group_to_be_deleted> -autoassign off

    5. Remova a propriedade dos discos do pool1 em cada nó do grupo DR a ser excluído. Execute estas etapas em cada nó a ser removido. Nos exemplos usados nesta etapa, o nó node_A_1 está sendo removido.

      1. Vá para o nodeshell:

        run -node <node_name>

      2. Identifique os discos do pool1:

        disk show

        Todos os discos são exibidos, incluindo os discos do Pool1 pertencentes ao nó. O exemplo a seguir mostra uma saída truncada onde o disco 0n.4 e suas partições estão atribuídos ao Pool1. A saída pode variar dependendo da sua configuração.

          DISK       OWNER                 POOL   SERIAL NUMBER         HOME                    DR HOME
        ------------ -------------         -----  -------------         -------------           -------------
        0n.4         node_A1(537102267)    Pool1  S3N9NX0J500267        node_A1(537102267)
        0n.4P1       node_A1(537102267)    Pool1  S3N9NX0J500267NP001   node_A1(537102267)
        0n.4P2       node_A1(537102267)    Pool1  S3N9NX0J500267NP002   node_A1(537102267)
        0n.4P3       node_A1(537102267)    Pool1  S3N9NX0J500267NP003   node_A1(537102267)
      3. Defina o nível de privilégio como avançado:

        set -privilege advanced -prompt-timestamp above

      4. Remova a propriedade do disco para cada disco do pool1:

        Se sua configuração contiver discos particionados, primeiro remova a propriedade de cada disco particionado e, em seguida, remova a propriedade do disco contêiner:

        disk remove_ownership <disk_name>

      No exemplo a seguir, a propriedade dos discos particionados é removida antes da propriedade do disco contêiner 0n.4 ser removida:

    *> disk remove_ownership 0n.4P1
    Volumes must be taken offline. Are all impacted volumes offline(y/n)?? y
    Removing the ownership of aggregate disks may lead to partition of aggregates between high-availability pair.
    Do you want to continue(y/n)? y
    *> disk remove_ownership 0n.4P2
    Volumes must be taken offline. Are all impacted volumes offline(y/n)?? y
    Removing the ownership of aggregate disks may lead to partition of aggregates between high-availability pair.
    Do you want to continue(y/n)? y
    *> disk remove_ownership 0n.4P3
    Volumes must be taken offline. Are all impacted volumes offline(y/n)?? y
    Removing the ownership of aggregate disks may lead to partition of aggregates between high-availability pair.
    Do you want to continue(y/n)? y
    *> disk remove_ownership 0n.4
    Volumes must be taken offline. Are all impacted volumes offline(y/n)?? y
    *>
  6. Se você estiver em uma configuração de IP do MetroCluster , remova as conexões do MetroCluster nos nós do antigo grupo de DR.

    Em uma configuração FC MetroCluster, vá para a etapa para removendo os nós antigos do grupo DR.

    Esses comandos podem ser emitidos de qualquer cluster e se aplicam a todo o grupo de DR abrangendo ambos os clusters.

    1. Desligar as ligações:

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

      Exemplo
      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. Exclua as interfaces MetroCluster nos nós do antigo grupo DR:

      Observação Esta etapa deve ser repetida em cada nó do grupo DR.

    metrocluster configuration-settings interface delete

    1. Exclua a configuração do antigo grupo DR. E metrocluster configuration-settings dr-group delete

  7. Remova os nós do antigo grupo DR.

    Execute esta etapa em cada cluster.

    1. Defina o nível de privilégio avançado:

      set -privilege advanced -prompt-timestamp above

    2. Remova o nó:
      cluster remove-node -node <node-name>

      Repita esta etapa para o outro nó local no grupo DR antigo.

    3. Defina o nível de privilégio do administrador:

      set -privilege admin

  8. Verifique se o cluster HA está habilitado no novo grupo DR. Se necessário, reative o cluster HA:

    cluster ha modify -configured true

    Execute esta etapa em cada cluster.

  9. Pare, desligue e remova os antigos módulos de controladora e compartimentos de storage.

Informações relacionadas

Saiba mais sobre os comandos usados neste procedimento em "Referência de comandos ONTAP".