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.

Reative o SVM original da fonte do ONTAP SnapMirror

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

É possível restabelecer a relação de proteção de dados original entre a fonte e o SVM de destino, quando não precisar mais fornecer dados do destino. O procedimento é em grande parte idêntico ao procedimento para replicação de volume, com uma exceção. É necessário interromper o SVM de destino antes de reativar o SVM de origem.

Antes de começar

  • Se você tiver aumentado o tamanho do volume de destino ao fornecer dados a partir dele, antes de reativar o volume de origem, você deve aumentar manualmente o dimensionamento máximo no volume de origem original para garantir que ele possa crescer o suficiente.

"Quando um volume de destino cresce automaticamente"

Aviso O administrador do cluster deve pausar as gravações do cliente antes de reativar a SVM de origem original para evitar perda de dados.
Sobre esta tarefa

A partir do ONTAP 9.11,1, você pode reduzir o tempo de ressincronização durante um ensaio de recuperação de desastres usando a opção CLI do snapmirror resync comando enquanto executa uma ressincronização -quick-resync true`reversa de uma relação SVM DR. Uma ressincronização rápida pode reduzir o tempo necessário para retornar à produção ignorando as operações de reconstrução e restauração do data warehouse. Saiba mais sobre `snapmirror resync o "Referência do comando ONTAP"na .

Observação A ressincronização rápida não preserva a eficiência de storage dos volumes de destino. A ativação da ressincronização rápida pode aumentar o espaço de volume usado pelos volumes de destino.

Este procedimento pressupõe que a linha de base no volume de origem original está intacta. Se a linha de base não estiver intacta, você deverá criar e inicializar a relação entre o volume do qual você está fornecendo dados e o volume de origem original antes de executar o procedimento.

A partir do ONTAP 9.8, você pode usar o System Manager para reativar uma VM de armazenamento de origem após um desastre.

Passos

Você pode executar essa tarefa usando o System Manager ou a CLI do ONTAP .

Gerenciador de sistemas ONTAP 9.17.1 e posterior

  1. No cluster de destino, selecione a relação de proteção desejada: clique em Proteção > Replicação.

  2. Posicione o cursor sobre o nome da fonte e clique. Ícone de opções do menue clique em Reverter resincronização.

  3. Na janela Reverse Resync relation, clique em Reverse Resync.

    O relacionamento desaparece da tabela Replicação e agora está sendo gerenciado pelo cluster de origem original.

  4. No cluster de origem, clique em Proteção > Replicação e verifique se a resincronização reversa foi concluída, conferindo se o estado exibe Espelhado.

  5. No cluster de destino original, navegue até Cluster > VMs de armazenamento.

  6. Localize a VM de armazenamento, passe o cursor sobre o nome da VM de armazenamento e clique. Ícone de opções do menue clique em Parar.

  7. Na janela Parar VM de armazenamento, clique em Parar.

  8. No cluster de origem, navegue até Proteção > Replicação e localize a VM de armazenamento que deseja reativar. Posicione o cursor sobre o nome da VM de armazenamento e clique. Ícone de opções do menue clique em Ativar VM de armazenamento de destino.

  9. Na janela Ativar VM de armazenamento de destino, selecione Ativar a VM de armazenamento de destino e desfazer a relação e clique em Ativar.

  10. Ao retornar à página Replicação, passe o cursor novamente sobre o nome da VM de armazenamento e clique. Ícone de opções do menue clique em Reverter resincronização.

Gerenciador de sistemas ONTAP 9.16.1 e versões anteriores

  1. No cluster de destino, selecione a relação de proteção desejada: clique em Proteção > Relações.

  2. Posicione o cursor sobre o nome da fonte e clique. Ícone de opções do menue clique em Reverter resincronização.

  3. Na janela Reverse Resync relation, clique em Reverse Resync.

    O relacionamento desaparece da tabela Relationships porque agora está sendo gerenciado pelo cluster de origem original.

  4. No cluster de origem, clique em Proteção > Relacionamentos e verifique se a resincronização reversa foi concluída, conferindo se o estado está como Espelhado.

  5. No cluster de destino original, navegue até Armazenamento > VMs de armazenamento.

  6. Localize a VM de armazenamento, passe o cursor sobre o nome da VM de armazenamento e clique. Ícone de opções do menue clique em Parar.

  7. Na janela Parar VM de armazenamento, clique em Parar.

  8. No cluster de origem, localize a VM de armazenamento (que agora é a SVM de origem da relação inversa), passe o cursor sobre o nome da SVM e clique. Ícone de opções do menue clique em Ativar VM de armazenamento de destino.

  9. Na janela Ativar VM de armazenamento de destino, selecione Ativar a VM de armazenamento de destino e desfazer a relação e clique em Ativar.

  10. Ao retornar à página Relacionamentos, passe o cursor novamente sobre o nome da VM de armazenamento e clique. Ícone de opções do menue clique em Reverter resincronização.

CLI

  1. A partir do SVM de origem original ou do cluster de origem original, crie uma relação SVM DR reversa usando a mesma configuração, política e configuração de preservação de identidade que a relação SVM DR original:

    snapmirror create -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir cria uma relação entre o SVM a partir do qual você está fornecendo dados e svm_backup o SVM de origem original svm1:

    cluster_src::> snapmirror create -source-path svm_backup: -destination-path svm1:

    Saiba mais sobre snapmirror create o "Referência do comando ONTAP"na .

  2. No SVM de origem original ou no cluster de origem original, execute o seguinte comando para reverter a relação de proteção de dados:

    snapmirror resync -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    Embora a ressincronização não exija uma transferência de linha de base, ela pode ser demorada. Você pode querer executar a ressincronização em horas fora do pico.

    Observação O comando falha se um snapshot comum não existir na origem e no destino. Use snapmirror initialize para reinicializar o relacionamento.

    O exemplo a seguir inverte a relação entre o SVM de origem original e svm1 o SVM a partir do qual você está fornecendo dados, svm_backup:

    cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1:

    Exemplo usando a opção -Quick-Resync:

    cluster_src::> snapmirror resync -source-path svm_backup: -destination-path svm1: -quick-resync true

  3. Quando você quiser restabelecer o acesso aos dados à fonte original SVM, pare o SVM de destino original para desconetar todos os clientes conectados ao SVM de destino original.

    vserver stop -vserver <SVM>

    O exemplo a seguir interrompe o SVM de destino original que está fornecendo dados no momento:

    cluster_dst::> vserver stop svm_backup

  4. Verifique se o SVM de destino original está no estado parado usando o vserver show comando.

    cluster_dst::> vserver show
                                  Admin      Operational Root
Vserver        Type    Subtype    State      State       Volume     Aggregate
--------       ------- ---------- ---------- ----------- ---------- ----------
svm_backup     data    default    stopped    stopped     rv         aggr1

  5. No SVM de origem original ou no cluster de origem original, execute o seguinte comando para executar a atualização final da relação invertida para transferir todas as alterações do SVM de destino original para o SVM de origem original:

    snapmirror update -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir atualiza a relação entre o SVM de destino original a partir do qual você está fornecendo dados,svm_backup`e o SVM de origem original `svm1:

    cluster_src::> snapmirror update -source-path svm_backup: -destination-path svm1:

    Saiba mais sobre snapmirror update o "Referência do comando ONTAP"na .

  6. No SVM de origem original ou no cluster de origem original, execute o seguinte comando para interromper as transferências agendadas para o relacionamento invertido:

    snapmirror quiesce -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir interrompe as transferências agendadas entre o SVM que você está fornecendo dados, svm_backup e o SVM original svm1:

    cluster_src::> snapmirror quiesce -source-path svm_backup: -destination-path svm1:

  7. Quando a atualização final estiver concluída e o relacionamento indicar "Quiesced" para o status do relacionamento, execute o seguinte comando da fonte original SVM ou do cluster de origem original para quebrar o relacionamento invertido:

    snapmirror break -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir rompe a relação entre o SVM de destino original do qual você estava fornecendo dados e svm_backup o SVM de origem original svm1:

    cluster_src::> snapmirror break -source-path svm_backup: -destination-path svm1:

    Saiba mais sobre snapmirror break o "Referência do comando ONTAP"na .

  8. Se o SVM de origem original tiver sido interrompido anteriormente, a partir do cluster de origem original, inicie o SVM de origem original:

    vserver start -vserver <SVM>

    O exemplo a seguir inicia a fonte original SVM:

    cluster_src::> vserver start svm1

  9. A partir do SVM de destino original ou do cluster de destino original, restabeleça a relação de proteção de dados original:

    snapmirror resync -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir restabelece a relação entre a fonte original SVM e svm1 o SVM de destino original svm_backup:

    cluster_dst::> snapmirror resync -source-path svm1: -destination-path svm_backup:

  10. No SVM de origem original ou no cluster de origem original, execute o seguinte comando para excluir a relação de proteção de dados invertida:

    snapmirror delete -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir exclui a relação inversa entre o SVM de destino original e svm_backup o SVM de origem original svm1:

    cluster_src::> snapmirror delete -source-path svm_backup: -destination-path svm1:

  11. No SVM de destino original ou no cluster de destino original, solte a relação de proteção de dados invertida:

    snapmirror release -source-path <SVM>: -destination-path <SVM>:
    Observação Você deve inserir dois pontos (:) após o nome SVM -source-path nas opções e -destination-path . Veja o exemplo abaixo.

    O exemplo a seguir libera a relação inversa entre o SVM de destino original, SVM_backup e a fonte original SVM, svm1

    cluster_dst::> snapmirror release -source-path svm_backup: -destination-path svm1:
O que vem a seguir

  • Use o snapmirror show comando para verificar se a relação SnapMirror foi criada.

    Saiba mais sobre snapmirror show o "Referência do comando ONTAP"na .

  • Retome as operações de escrita do seu cliente para a SVM de origem.

Informações relacionadas