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.

Converta uma relação existente do tipo ONTAP SnapMirror DP para XDP

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

Se você estiver atualizando para o ONTAP 9.12,1 ou posterior, você deverá converter relações do tipo DP para XDP antes de atualizar. O ONTAP 9.12,1 e posterior não suporta relações do tipo DP. Você pode facilmente converter uma relação de tipo DP existente para XDP para aproveitar o SnapMirror flexível de versão.

Antes de atualizar para o ONTAP 9.12,1, você deve converter relações de tipo DP existentes para XDP antes de poder atualizar para o ONTAP 9.12,1 e versões posteriores.

Sobre esta tarefa

  • O SnapMirror não converte automaticamente relacionamentos do tipo DP existentes para XDP. Para converter o relacionamento, você precisa quebrar e excluir o relacionamento existente, criar um novo relacionamento XDP e ressincronizar o relacionamento.

  • Ao Planejar sua conversão, você deve estar ciente de que a preparação em segundo plano e a fase de armazenamento de dados de um relacionamento XDP SnapMirror podem levar muito tempo. Não é incomum ver a relação do SnapMirror informando o status "preparando" por um período de tempo prolongado.

Observação

Depois de converter um tipo de relacionamento SnapMirror de DP para XDP, as configurações relacionadas ao espaço, como dimensionamento automático e garantia de espaço, não são mais replicadas para o destino.
Passos

  1. No cluster de destino, verifique se a relação SnapMirror é do tipo DP, se o estado do espelho é SnapMirrored, o status do relacionamento está ocioso e se o relacionamento está saudável:

    snapmirror show -destination-path <SVM:volume>

    O exemplo a seguir mostra a saída do snapmirror show comando:

    cluster_dst::>snapmirror show -destination-path svm_backup:volA_dst

Source Path: svm1:volA
Destination Path: svm_backup:volA_dst
Relationship Type: DP
SnapMirror Schedule: -
Tries Limit: -
Throttle (KB/sec): unlimited
Mirror State: Snapmirrored
Relationship Status: Idle
Transfer Snapshot: -
Snapshot Progress: -
Total Progress: -
Snapshot Checkpoint: -
Newest Snapshot: snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
Newest Snapshot Timestamp: 06/27 10:00:55
Exported Snapshot: snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
Exported Snapshot Timestamp: 06/27 10:00:55
Healthy: true
    Observação

    Você pode achar útil manter uma cópia da snapmirror show saída do comando para manter o controle existente das configurações de relacionamento. Saiba mais sobre snapmirror show o "Referência do comando ONTAP"na .

  2. A partir dos volumes de origem e destino, certifique-se de que ambos os volumes tenham um instantâneo comum:

    volume snapshot show -vserver <SVM> -volume <volume>

    O exemplo a seguir mostra a volume snapshot show saída para os volumes de origem e destino:

    cluster_src:> volume snapshot show -vserver vsm1 -volume volA
---Blocks---
Vserver Volume Snapshot State Size Total% Used%
-------- ------- ------------------------------- -------- -------- ------ -----
svm1 volA
weekly.2014-06-09_0736 valid 76KB 0% 28%
weekly.2014-06-16_1305 valid 80KB 0% 29%
daily.2014-06-26_0842 valid 76KB 0% 28%
hourly.2014-06-26_1205 valid 72KB 0% 27%
hourly.2014-06-26_1305 valid 72KB 0% 27%
hourly.2014-06-26_1405 valid 76KB 0% 28%
hourly.2014-06-26_1505 valid 72KB 0% 27%
hourly.2014-06-26_1605 valid 72KB 0% 27%
daily.2014-06-27_0921 valid 60KB 0% 24%
hourly.2014-06-27_0921 valid 76KB 0% 28%
snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026
valid 44KB 0% 19%
11 entries were displayed.


cluster_dest:> volume snapshot show -vserver svm_backup -volume volA_dst
---Blocks---
Vserver Volume Snapshot State Size Total% Used%
-------- ------- ------------------------------- -------- -------- ------ -----
svm_backup volA_dst
weekly.2014-06-09_0736 valid 76KB 0% 30%
weekly.2014-06-16_1305 valid 80KB 0% 31%
daily.2014-06-26_0842 valid 76KB 0% 30%
hourly.2014-06-26_1205 valid 72KB 0% 29%
hourly.2014-06-26_1305 valid 72KB 0% 29%
hourly.2014-06-26_1405 valid 76KB 0% 30%
hourly.2014-06-26_1505 valid 72KB 0% 29%
hourly.2014-06-26_1605 valid 72KB 0% 29%
daily.2014-06-27_0921 valid 60KB 0% 25%
hourly.2014-06-27_0921 valid 76KB 0% 30%
snapmirror.10af643c-32d1-11e3-954b-123478563412_2147484682.2014-06-27_100026

  3. Para garantir que as atualizações agendadas não sejam executadas durante a conversão, execute o relacionamento existente do tipo DP:

    snapmirror quiesce -source-path <SVM:volume> -destination-path <SVM:volume>
    Observação

    Você deve executar esse comando a partir do SVM de destino ou do cluster de destino.

    O exemplo a seguir anula a relação entre o volume de origem volA ligado svm1 e o volume de destino volA_dst em svm_backup:

    cluster_dst::> snapmirror quiesce -destination-path svm_backup:volA_dst

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

  4. Quebre a relação existente do tipo DP:

    snapmirror break -destination-path <SVM:volume>
    Observação

    Você deve executar esse comando a partir do SVM de destino ou do cluster de destino.

    O exemplo a seguir rompe a relação entre o volume de origem volA ligado svm1 e o volume de destino volA_dst no svm_backup:

    cluster_dst::> snapmirror break -destination-path svm_backup:volA_dst

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

  5. Se a eliminação automática de instantâneos estiver ativada no volume de destino, desative-o:

    volume snapshot autodelete modify -vserver _SVM_ -volume _volume_ -enabled false

    O exemplo a seguir desativa o snapshot autodelete no volume de destino volA_dst :

    cluster_dst::> volume snapshot autodelete modify -vserver svm_backup -volume volA_dst -enabled false

  6. Eliminar a relação do tipo DP existente:

    snapmirror delete -destination-path <SVM:volume>

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

    Observação

    Você deve executar esse comando a partir do SVM de destino ou do cluster de destino.

    O exemplo a seguir exclui a relação entre o volume de origem volA ligado svm1 e o volume de destino volA_dst ligado svm_backup:

    cluster_dst::> snapmirror delete -destination-path svm_backup:volA_dst

  7. Solte a relação de recuperação de desastres do SVM de origem na fonte:

    snapmirror release -destination-path <SVM:volume> -relationship-info-only true

    O exemplo a seguir libera a relação de recuperação de desastres da SVM:

    cluster_src::> snapmirror release -destination-path svm_backup:volA_dst -relationship-info-only true

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

  8. Você pode usar a saída que reteve do snapmirror show comando para criar a nova relação do tipo XDP:

    snapmirror create -source-path <SVM:volume> -destination-path <SVM:volume>  -type XDP -schedule <schedule> -policy <policy>

    O novo relacionamento deve usar o mesmo volume de origem e destino. Saiba mais sobre os comandos descritos neste procedimento no "Referência do comando ONTAP".

    Observação

    Você deve executar esse comando a partir do SVM de destino ou do cluster de destino.

    O exemplo a seguir cria uma relação de recuperação de desastres do SnapMirror entre o volume de origem volA ligado svm1 e o volume de volA_dst destino ligado svm_backup usando a política padrão MirrorAllSnapshots:

    cluster_dst::> snapmirror create -source-path svm1:volA -destination-path svm_backup:volA_dst
-type XDP -schedule my_daily -policy MirrorAllSnapshots

  9. Ressincronizar os volumes de origem e destino:

    snapmirror resync -source-path <SVM:volume> -destination-path <SVM:volume>

    Para melhorar o tempo de ressincronização, você pode usar o -quick-resync opção, mas você deve estar ciente de que as economias de eficiência de armazenamento podem ser perdidas.

    Observação

    Você deve executar esse comando a partir do SVM de destino ou do cluster de destino. 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.

    O exemplo a seguir ressincroniza a relação entre o volume de origem volA ligado svm1 e o volume de destino volA_dst ligado svm_backup:

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

    Saiba mais sobre snapmirror resync no "Referência do comando ONTAP" .

  10. Se você desativou a exclusão automática de snapshots, reative-a:

    volume snapshot autodelete modify -vserver <SVM> -volume <volume> -enabled true
Depois de terminar

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

  2. Quando o volume de destino XDP do SnapMirror começar a atualizar snapshots conforme definido pela política SnapMirror, use a saída snapmirror list-destinations do comando do cluster de origem para exibir a nova relação XDP do SnapMirror.

Informações adicionais sobre relacionamentos do tipo DP

A partir do ONTAP 9,3, o modo XDP é o padrão, e todas as invocações do modo DP na linha de comando ou em scripts novos ou existentes são automaticamente convertidas para o modo XDP.

As relações existentes não são afetadas. Se uma relação já for do tipo DP, ela continuará sendo do tipo DP. A partir do ONTAP 9,5, o MirrorAndVault é a política padrão quando nenhum modo de proteção de dados é especificado ou quando o modo XDP é especificado como o tipo de relacionamento. A tabela abaixo mostra o comportamento esperado.

Se especificar…​

O tipo é…​

A política padrão (se você não especificar uma política) é…​

DP

XDP

Espelhamento AllSnapshots (SnapMirror DR)

Nada

XDP

MirrorAndVault (replicação unificada)

XDP

XDP

MirrorAndVault (replicação unificada)

Como mostra a tabela, as políticas padrão atribuídas ao XDP em diferentes circunstâncias garantem que a conversão mantenha a equivalência funcional dos tipos anteriores. É claro que você pode usar políticas diferentes conforme necessário, incluindo políticas para replicação unificada:

Se especificar…​

E a política é…​

O resultado é…​

DP

MirrorAllinstantâneos

SnapMirror DR

XDPDefat

SnapVault

MirrorAndVault

Replicação unificada

XDP

MirrorAllinstantâneos

SnapMirror DR

XDPDefat

SnapVault

As únicas exceções à conversão são as seguintes:

  • As relações de proteção de dados do SVM continuam como padrão no modo DP no ONTAP 9.3 e versões anteriores.

    A partir do ONTAP 9.4, as relações de proteção de dados do SVM passam por padrão no modo XDP.

  • As relações de proteção de dados de compartilhamento de carga de volume raiz continuam a ser padrão para o modo DP.

  • As relações de proteção de dados do SnapLock continuam a ser padrão para o modo DP no ONTAP 9.4 e anterior.

    A partir do ONTAP 9.5, as relações de proteção de dados do SnapLock são padrão para o modo XDP.

  • As invocações explícitas do DP continuam a ser padrão para o modo DP se você definir a seguinte opção em todo o cluster:

    options replication.create_data_protection_rels.enable on

    Essa opção será ignorada se você não invocar explicitamente o DP.

Informações relacionadas