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.

Saiba mais sobre a recuperação de desastres síncrona do ONTAP SnapMirror

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

A partir do ONTAP 9.5, a tecnologia SnapMirror Synchronous (SM-S) é suportada em todas as plataformas FAS e AFF que tenham pelo menos 16 GB de memória e em todas as plataformas ONTAP Select. A tecnologia síncrona SnapMirror é um recurso licenciado por nó que fornece replicação de dados síncrona no nível do volume.

Esse recurso atende aos mandatos regulatórios e nacionais para replicação síncrona nos setores financeiro, de saúde e outros que tenham regulamentação com perda de dados zero.

Operações síncronas do SnapMirror permitidas

O limite do número de operações de replicação síncrona SnapMirror por par de HA depende do modelo de controladora.

A tabela a seguir lista o número de operações síncronas do SnapMirror permitidas por par de HA de acordo com o tipo de plataforma e o lançamento do ONTAP.

Plataforma

ONTAP 9.14.1 até ONTAP 9.11.1

ONTAP 9.10,1

ONTAP 9.9,1

Versões anteriores ao ONTAP 9.9,1

AFF

400

200

160

80

ASA

400

200

160

80

FAS

80

80

80

40

ONTAP Select

40

40

40

20

Recursos suportados

A tabela a seguir indica os recursos compatíveis com o SnapMirror Synchronous e as versões do ONTAP nas quais o suporte está disponível.

Recurso

Lançamento primeiro suportado

Informações adicionais

Antivírus sobre o volume principal da relação síncrona SnapMirror

ONTAP 9,6

Replicação Snapshot criada pela aplicação

ONTAP 9,7

Se um snapshot for marcado com o rótulo apropriado no momento da snapshot create operação, usando a CLI ou a ONTAP API, SnapMirror síncrono replica os snapshots, tanto os criados pelo usuário quanto aqueles criados com scripts externos, após a suspensão dos aplicativos. A partir do ONTAP 9.14.1, o requisito de rótulo para replicação de snapshots criados por aplicativos não existe mais. Para obter mais informações sobre a replicação de snapshots criados por aplicativos, consulte a "Base de conhecimento da NetApp : Como replicar snapshots criados por aplicativos com o SnapMirror síncrono".

Proteção autônoma contra ransomware

ONTAP 9.19.1

Clonar a eliminação automática

ONTAP 9,6

Agregados FabricPool com política de disposição em camadas nenhuma, Snapshot ou Automático são compatíveis com origem e destino síncronos SnapMirror.

ONTAP 9,5

O volume de destino em um agregado do FabricPool não pode ser definido para todas as políticas de disposição em camadas.

FC

ONTAP 9,5

Em todas as redes para as quais a latência não exceda 10ms ms

FC-NVMe

ONTAP 9,7

Clones de arquivos

ONTAP 9,7

FPolicy no volume principal da relação síncrona SnapMirror

ONTAP 9,6

Cotas rígidas e flexíveis sobre o volume primário do relacionamento síncrono SnapMirror

ONTAP 9,6

As regras de cota não são replicadas para o destino; portanto, o banco de dados de cota não é replicado para o destino.

Relações síncronas intra-cluster

ONTAP 9.14,1

Alta disponibilidade é fornecida quando os volumes de origem e destino são colocados em diferentes pares de HA. Se todo o cluster ficar inativo, o acesso aos volumes não será possível até que o cluster seja recuperado. As relações síncronas de SnapMirror intramcluster contribuirão para o limite geral de simultâneos Relacionamentos por par de HA.

ISCSI

ONTAP 9,5

Clones de LUN e clones de namespace NVMe

ONTAP 9,7

Clones de LUN com suporte de snapshots criados pela aplicação

ONTAP 9,7

Acesso a protocolo misto (NFS v3 e SMB)

ONTAP 9,6

Restauração NDMP/NDMP

ONTAP 9.13,1

Tanto o cluster de origem quanto o cluster de destino devem estar executando o ONTAP 9.13.1 ou posterior para realizar backup NDMP baseado em dump ou SMTape de volumes síncronos do SnapMirror. As restaurações NDMP, baseadas em dump ou SMTape, não são compatíveis com volumes de destino em uma relação de SnapMirror active sync ou síncrona do SnapMirror.

Operações síncronas de SnapMirror (NDO) sem interrupções em plataformas AFF/ASA, somente.

ONTAP 9.12,1

O suporte a operações sem interrupções permite que você execute muitas tarefas de manutenção comuns sem agendar o tempo de inatividade. As operações suportadas incluem takeover e giveback e movimentação de volume, desde que um único nó sobreviva a cada um dos dois clusters.

NFS v4.2

ONTAP 9.10,1

NFS v4.0

ONTAP 9,6

NFS v4.1

ONTAP 9,6

NVMe/TCP

9.10.1

Remoção de limitação de frequência de operação de metadados elevados

ONTAP 9,6

Replicação de operações de gerenciamento de snapshots

ONTAP 9.19.1

A partir do ONTAP 9.19.1, as operações de gerenciamento de snapshots snapshot delete, snapshot rename e snapshot modify são replicadas para o cluster secundário.

Replicação de Snapshot agendada

ONTAP 9.19.1

A partir do ONTAP 9.19.1, é possível habilitar a replicação de snapshots agendados usando uma política SnapMirror. Em versões anteriores ao ONTAP 9.19.1, os snapshots agendados criados usando uma política de snapshot não são replicados.

Segurança para dados confidenciais em trânsito usando criptografia TLS 1,2

ONTAP 9,6

Restauração de arquivo único e parcial

ONTAP 9.13,1

SMB 2,0 ou posterior

ONTAP 9,6

Cascata de espelho-espelho síncrono SnapMirror

ONTAP 9,6

A relação do volume de destino da relação síncrona do SnapMirror deve ser uma relação assíncrona do SnapMirror.

Recuperação de desastres da SVM

ONTAP 9,6

  • Uma fonte síncrona de SnapMirror também pode ser uma fonte de recuperação de desastres SVM, por exemplo, uma configuração de ramificação com SnapMirror síncrono em uma das extremidades e recuperação de desastres SVM na outra.

  • Uma origem síncrona do SnapMirror não pode ser um destino de recuperação de desastres do SVM porque o SnapMirror síncrono não oferece suporte ao encadeamento de uma origem de proteção de dados. Você deve liberar o relacionamento síncrono antes de executar uma resincronização de inversão de recuperação de desastres do SVM no cluster de destino.

  • Um destino SnapMirror síncrono não pode ser uma origem de recuperação de desastres do SVM porque a recuperação de desastres do SVM não oferece suporte à replicação de volumes DP. Uma resincronização reversa da origem síncrona faria com que a recuperação de desastres do SVM excluísse o volume DP no cluster de destino.

"Snapshots à prova de violações"

ONTAP 9.19.1

Você só pode especificar o tempo de expiração durante a criação do snapshot. Não é possível definir ou estender o tempo de expiração em snapshots já existentes.

Restauração baseada em fita para o volume de origem

ONTAP 9.13,1

Paridade de carimbo de data/hora entre volumes de origem e destino para nas

ONTAP 9,6

Se você atualizou do ONTAP 9.5 para o ONTAP 9.6, o carimbo de data/hora será replicado apenas para quaisquer arquivos novos e modificados no volume de origem. O carimbo de data/hora dos arquivos existentes no volume de origem não é sincronizado.

Funcionalidades não suportadas

Os recursos a seguir não são compatíveis com relacionamentos síncronos do SnapMirror:

  • Grupos de consistência

  • Sistemas DP_Optimized (DPO)

  • Volumes FlexGroup

  • Volumes FlexCache

  • Limitação global

  • Em uma configuração de fan-out, apenas uma relação pode ser uma relação síncrona do SnapMirror; todas as outras relações do volume de origem devem ser relações assíncronas do SnapMirror.

  • Movimento LUN

  • Configurações do MetroCluster

  • LUNs de acesso mistos SAN e NVMe e namespaces NVMe não são compatíveis com o mesmo volume ou SVM.

  • SnapCenter

  • Volumes SnapLock

  • Restauração NDMP baseada em dump ou SMTape para volumes de destino em um relacionamento de sincronização ativa do SnapMirror ou relacionamento síncrono do SnapMirror

  • Piso de taxa de transferência (QoS min) para volumes de origem

  • Volume SnapRestore

  • VVol

Modos de funcionamento

O SnapMirror Synchronous tem dois modos de operação com base no tipo da política SnapMirror usada:

  • Modo de sincronização no modo de sincronização, as operações de e/S do aplicativo são enviadas em paralelo aos sistemas de armazenamento primário e secundário. Se a gravação no storage secundário não for concluída por qualquer motivo, o aplicativo poderá continuar gravando no storage primário. Quando a condição de erro é corrigida, a tecnologia síncrona SnapMirror ressincroniza automaticamente com o storage secundário e retoma a replicação do storage primário para o storage secundário no modo síncrono. No modo de sincronização, o RPO 0 e o rto são muito baixos até que ocorra uma falha de replicação secundária no momento em que o RPO e o rto se tornam indeterminados, mas equivalem ao tempo de reparar o problema que fez com que a replicação secundária falhasse e para que o ressync fosse concluído.

  • Modo StrictSync SnapMirror síncrono pode operar opcionalmente no modo StrictSync. Se a gravação no storage secundário não for concluída por qualquer motivo, a e/S do aplicativo falhará, garantindo assim que o storage primário e secundário sejam idênticos. A e/S da aplicação para o primário é retomada somente após a relação SnapMirror retornar ao InSync status. Se o storage primário falhar, a e/S da aplicação poderá ser retomada no storage secundário, após o failover, sem perda de dados. No modo StrictSync, o RPO é sempre zero, e o rto é muito baixo.

Status do relacionamento

O status de uma relação síncrona SnapMirror está sempre no InSync status durante a operação normal. Se a transferência SnapMirror falhar por qualquer motivo, o destino não está sincronizado com a origem e pode ir para o OutofSync status.

Para relações síncronas do SnapMirror, o sistema verifica automaticamente o status da relação InSync`ou `OutofSync) em um intervalo fixo. Se o status do relacionamento for OutofSync, o ONTAP acionará automaticamente o processo de ressincronização automática para trazer de volta a relação ao InSync status. A ressincronização automática é acionada apenas se a transferência falhar devido a qualquer operação, como failover não planejado de armazenamento na origem ou destino ou uma interrupção de rede. Operações iniciadas pelo usuário, snapmirror quiesce como e snapmirror break não acionam a ressincronização automática.

Se o status do relacionamento se tornar OutofSync para um relacionamento síncrono SnapMirror no modo StrictSync, todas as operações de e/S para o volume primário serão interrompidas. `OutofSync`O estado da relação síncrona SnapMirror no modo de sincronização não causa interrupções para as operações primárias e/S são permitidas no volume primário.

Replicação de Snapshot agendada

A partir do ONTAP 9.19.1, você pode usar o parâmetro de política do SnapMirror -sync-snapshot-replication-mode no modo de privilégio avançado para replicar snapshots programados para o destino do SnapMirror. A replicação de snapshots programados fornece simetria entre os volumes primário e secundário em uma relação síncrona do SnapsMirror.

Pré-requisitos

  • Você precisa ser um administrador de cluster ou SVM

  • Você precisa estar no modo de privilégios avançados

  • Você deve configurar uma política SnapMirror definida pelo usuário que utilize o parâmetro -sync-snapshot-replication-mode e inclua a opção sched_created.

    • As políticas definidas pelo sistema não podem ser modificadas. Você deve criar uma nova política e restabelecer o relacionamento.

    • As alterações de política definidas pelo usuário exigem uma resincronização (quiesce seguida de retomada) para entrarem em vigor nos relacionamentos existentes.

O parâmetro aceita estas opções:

  • none- desativa a replicação de snapshots síncronos que não são do SnapMirror

  • application_created- replica snapshots criados pelo aplicativo

  • sched_created - replica snapshots agendados

  • sm_created - replica snapshots criados de forma assíncrona (ramo de fanout) do SnapMirror

  • Uma lista separada por vírgulas de tipos: application_created, sched_created e sm_created.

O parâmetro só entra em vigor quando o status do relacionamento for InSync. Tipos de Snapshot não listados são armazenados apenas no volume primário.

A partir do ONTAP 9.19.1, snapmirror initialize replica todos os snapshots para o cluster secundário, enquanto snapmirror resync apenas replica novos snapshots criados após o último snapshot comum. Durante uma operação de ressincronização, snapshots não replicados marcados como somente primário quando o status da relação é InSync não são replicados para o cluster secundário, e esses snapshots são mantidos no novo cluster secundário após uma operação de ressincronização de inversão.

Observação A criação de snapshots em volumes síncronos do SnapMirror pode aumentar a latência de I/O do usuário. Recomenda-se o uso de agendamentos de snapshots com uma frequência superior a 30 minutos.
Informações relacionadas