Skip to main content
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.

Converter um relacionamento ONTAP SnapMirror existente em um relacionamento de sincronização ativo SnapMirror

Colaboradores netapp-aaron-holt netapp-lenida netapp-ahibbard netapp-dbagwell
PDFs

Se tiver configurado a proteção SnapMirror, poderá converter a relação para a sincronização ativa do SnapMirror. A partir do ONTAP 9.15,1, você pode converter a relação para usar proteção ativa/ativa simétrica.

Converter um relacionamento iSCSI ou FC SnapMirror existente em um relacionamento de sincronização ativa SnapMirror assimétrico

Se você tiver um relacionamento síncrono iSCSI ou FC SnapMirror existente entre um cluster de origem e um cluster de destino, poderá convertê-lo em um relacionamento de sincronização ativa assimétrica do SnapMirror . Isso permite associar os volumes espelhados a um grupo de consistência, garantindo RPO zero em uma carga de trabalho de vários volumes. Além disso, você pode manter os snapshots existentes do SnapMirror caso precise reverter para um ponto no tempo anterior ao estabelecimento do relacionamento de sincronização ativa do SnapMirror .

Sobre esta tarefa

  • Você precisa ser um administrador de cluster e SVM nos clusters primário e secundário.

  • Você não pode converter RPO zero para sincronização rto zero alterando a política de SnapMirror.

  • Você deve garantir que os LUNs não estejam mapeados antes de emitir o snapmirror create comando.

    Se os LUNs existentes no volume secundário forem mapeados e a AutomatedFailover política estiver configurada, o snapmirror create comando acionará um erro.

Antes de começar

  • Uma relação de sincronização com SnapMirror RPO zero deve existir entre o cluster primário e o secundário.

  • Todos os LUNs no volume de destino devem ser não mapeados antes que a relação zero rto SnapMirror possa ser criada.

  • O SnapMirror active Sync só é compatível com protocolos SAN (não NFS/CIFS). Certifique-se de que nenhum componente do grupo de consistência está montado para acesso nas.

Passos

  1. A partir do cluster secundário, execute uma atualização do SnapMirror sobre a relação existente:

    SiteB::>snapmirror update -destination-path vs1_dst:vol1

  2. Verifique se a atualização do SnapMirror foi concluída com êxito:

    SiteB::>snapmirror show

  3. Pausar cada um dos relacionamentos síncronos com RPO zero:

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol1

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol2

  4. Exclua cada uma das relações síncronas com RPO zero:

    SiteB::>snapmirror delete -destination-path vs1_dst:vol1

    SiteB::>snapmirror delete -destination-path vs1_dst:vol2

  5. Libere a relação de origem do SnapMirror, mas mantenha os snapshots comuns:

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2

  6. Crie uma relação síncrona de rto SnapMirror zero:

    SiteB::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailover

  7. Ressincronize o grupo de consistência:

    SiteB::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst

  8. Pode novamente hospedar caminhos de e/S LUN para restaurar todos os caminhos para os LUNs.

Converter um relacionamento iSCSI ou FC SnapMirror existente para simétrico ativo/ativo

A partir do ONTAP 9.15.1, você pode converter um relacionamento iSCSI ou FC SnapMirror existente em um relacionamento ativo/ativo simétrico de sincronização ativa SnapMirror .

Antes de começar

  • Você deve estar executando o ONTAP 9.15,1 ou posterior.

  • Uma relação de sincronização com SnapMirror RPO zero deve existir entre o cluster primário e o secundário.

  • Todos os LUNs no volume de destino devem ser não mapeados antes que a relação zero rto SnapMirror possa ser criada.

  • O SnapMirror active Sync só é compatível com protocolos SAN (não NFS/CIFS). Certifique-se de que nenhum componente do grupo de consistência está montado para acesso nas.

Passos

  1. A partir do cluster secundário, execute uma atualização do SnapMirror sobre a relação existente:

    SiteB::>snapmirror update -destination-path vs1_dst:vol1

  2. Verifique se a atualização do SnapMirror foi concluída com êxito:

    SiteB::>snapmirror show

  3. Pausar cada um dos relacionamentos síncronos com RPO zero:

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol1

    SiteB::>snapmirror quiesce -destination-path vs1_dst:vol2

  4. Exclua cada uma das relações síncronas com RPO zero:

    SiteB::>snapmirror delete -destination-path vs1_dst:vol1

    SiteB::>snapmirror delete -destination-path vs1_dst:vol2

  5. Libere a relação de origem do SnapMirror, mas mantenha os snapshots comuns:

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol1

    SiteA::>snapmirror release -relationship-info-only true -destination-path vs1_dst:vol2

  6. Crie uma relação síncrona de rto SnapMirror zero com a política AutomatedFailoverDuplex:

    SiteB::> snapmirror create -source-path vs1_src:/cg/cg_src -destination-path vs1_dst:/cg/cg_dst -cg-item-mappings vol1:@vol1,vol2:@vol2 -policy AutomatedFailoverDuplex

  7. Se os hosts existentes forem locais, o cluster primário, adicione o host ao cluster secundário e estabeleça conetividade com o respetivo acesso a cada cluster.

  8. No site secundário, exclua os mapas LUN nos grupos associados aos hosts remotos.

    Observação Certifique-se de que o grupo não contenha mapas para LUNs não replicados.

    SiteB::> lun mapping delete -vserver <svm_name> -igroup <igroup> -path <>

  9. No local principal, modifique a configuração do iniciador para os hosts existentes para definir o caminho proximal para os iniciadores no cluster local.

    SiteA::> igroup initiator add-proximal-vserver -vserver <svm_name> -initiator <host> -proximal-vserver <server>

  10. Adicione um novo grupo e iniciador para os novos hosts e defina a proximidade do host para a afinidade do host para seu site local. Replicação do igroup para replicar a configuração e inverter a localidade do host no cluster remoto.


    SiteA::> igroup modify -vserver vsA -igroup ig1 -replication-peer vsB
    SiteA::> igroup initiator add-proximal-vserver -vserver vsA -initiator host2 -proximal-vserver vsB

  11. Descubra os caminhos nos hosts e verifique se os hosts têm um caminho Ativo/otimizado para o LUN de armazenamento a partir do cluster preferido

  12. Implante o aplicativo e distribua as cargas de trabalho da VM entre clusters.

  13. Ressincronize o grupo de consistência:

    SiteB::> snapmirror resync -destination-path vs1_dst:/cg/cg_dst

  14. Pode novamente hospedar caminhos de e/S LUN para restaurar todos os caminhos para os LUNs.

Informações relacionadas