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 replicação do ONTAP SnapMirror SVM

Colaboradores
PDFs

Você pode usar o SnapMirror para criar uma relação de proteção de dados entre SVMs. Nesse tipo de relação, toda ou parte da configuração do SVM, de exportações de NFS e compartilhamentos de SMB a RBAC, são replicados, bem como os dados nos volumes proprietários do SVM.

Tipos de relacionamento suportados

Somente SVMs de fornecimento de dados podem ser replicadas. Os seguintes tipos de relacionamento de proteção de dados são compatíveis:

  • SnapMirror DR, no qual o destino normalmente contém apenas as cópias Snapshot atualmente na origem.

    A partir do ONTAP 9.9,1, esse comportamento muda quando você está usando a política mirror-Vault. A partir do ONTAP 9.9,1, você pode criar diferentes políticas de Snapshot na origem e no destino. Além disso, as cópias snapshot no destino não são sobrescritas por cópias Snapshot na origem:

    • Eles não são sobrescritos da origem para o destino durante operações normais agendadas, atualizações e ressincronização

    • Eles não são excluídos durante operações de interrupção.

    • Eles não são excluídos durante operações flip-ressync. Quando você configura um relacionamento de desastre SVM usando a política de espelhamento de arquivos usando o ONTAP 9.9,1 e posterior, a política se comporta da seguinte forma:

    • As políticas de cópia Snapshot definidas pelo usuário na origem não são copiadas para o destino.

    • As políticas de cópia Snapshot definidas pelo sistema não são copiadas para o destino.

    • A associação de volume com políticas Snapshot definidas pelo usuário e pelo sistema não é copiada para o destino. COM SVM.

  • A partir do ONTAP 9.2, replicação unificada do SnapMirror, na qual o destino é configurado para DR e retenção de longo prazo.

Para obter mais informações sobre a replicação unificada do SnapMirror, "Noções básicas de replicação unificada da SnapMirror"consulte .

O policy type da diretiva de replicação determina o tipo de relação que ela suporta. A tabela a seguir mostra os tipos de diretiva disponíveis.

Tipo de política

Tipo de relação

espelho assíncrono

SnapMirror DR

espelho-cofre

Replicação unificada

O XDP substitui o DP como o padrão de replicação SVM no ONTAP 9.4

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 do SVM continuam como padrão no modo DP no ONTAP 9.3 e versões anteriores.

Relacionamentos existentes não são afetados pelo novo padrão. Se uma relação já for do tipo DP, ela continuará sendo do tipo DP. A tabela a seguir mostra o comportamento que você pode esperar.

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

Espelhamento AllSnapshots (SnapMirror DR)

XDP

XDP

MirrorAndVault (replicação unificada)

Detalhes sobre as alterações no padrão podem ser encontrados aqui: "O XDP substitui o DP como o padrão SnapMirror".

Observação

A independência de versão não é compatível com replicação SVM. Em uma configuração de recuperação de desastre do SVM, o SVM de destino deve estar em um cluster que executa a mesma versão de ONTAP do cluster de origem, para dar suporte a operações de failover e failback.

"Versões compatíveis do ONTAP para relacionamentos do SnapMirror"

Como as configurações da SVM são replicadas

O conteúdo de uma relação de replicação SVM é determinado pela interação dos seguintes campos:

  • A -identity-preserve true opção snapmirror create do comando replica toda a configuração SVM.

    A -identity-preserve false opção replica apenas os volumes e as configurações de autenticação e autorização do SVM e as configurações de protocolo e serviço de nomes listadas em "Configurações replicadas em relacionamentos de recuperação de desastres da SVM".

  • A -discard-configs network opção snapmirror policy create do comando exclui LIFs e configurações de rede relacionadas da replicação SVM, para uso nos casos em que as SVMs de origem e destino estão em sub-redes diferentes.

  • A -vserver-dr-protection unprotected opção volume modify do comando exclui o volume especificado da replicação SVM.

Caso contrário, a replicação do SVM é quase idêntica à replicação de volume. Você pode usar praticamente o mesmo fluxo de trabalho para replicação de volume para SVM.

Detalhes do suporte

A tabela a seguir mostra os detalhes de suporte para replicação do SnapMirror SVM.

Recurso ou recurso

Detalhes do suporte

Tipos de implantação

  • Origem única para destino único

  • Começando com ONTAP 9.4, fan-out. Você pode fazer fan-out apenas para dois destinos.

    Por padrão, somente um relacionamento verdadeiro que preserve identidade é permitido por SVM de origem.

Tipos de relacionamento

  • Recuperação de desastres da SnapMirror

  • A partir do ONTAP 9.2, a replicação unificada do SnapMirror

Escopo de replicação

Apenas entre clusters. Não é possível replicar SVMs no mesmo cluster.

Proteção autônoma contra ransomware

Grupos de consistência suporte assíncrono

A partir do ONTAP 9.14,1, há suporte para no máximo 32 relacionamentos de recuperação de desastres da SVM quando existem grupos de consistência. "Proteja um grupo de consistência"Consulte e "Limites do grupo de consistência" para obter mais informações.

FabricPool

A partir do ONTAP 9.6, a replicação do SnapMirror SVM é compatível com FabricPools.

MetroCluster

A partir do ONTAP 9.11,1, os dois lados de uma relação de recuperação de desastres do SVM em uma configuração MetroCluster podem funcionar como fonte de configurações adicionais de recuperação de desastres do SVM.

A partir do ONTAP 9.5, a replicação do SnapMirror SVM é compatível com configurações do MetroCluster.

  • Em versões anteriores ao ONTAP 9.10.X, uma configuração do MetroCluster não pode ser o destino de uma relação de recuperação de desastres da SVM.

  • No ONTAP 9.10,1 e versões posteriores, uma configuração do MetroCluster pode ser o destino de uma relação de recuperação de desastres da SVM somente para fins de migração. Ela precisa atender a todos os requisitos necessários descritos na "TR-4966: Migração de um SVM para uma solução MetroCluster".

  • Somente um SVM ativo em uma configuração do MetroCluster pode ser a fonte de uma relação de recuperação de desastres do SVM.

    Uma fonte pode ser uma SVM de origem sincronizada antes do switchover ou um SVM de destino de sincronização após o switchover.

  • Quando uma configuração do MetroCluster está em um estado estável, o SVM de destino de sincronização do MetroCluster não pode ser a fonte de uma relação de recuperação de desastres do SVM, já que os volumes não estão online.

  • Quando o SVM de origem sincronizada é a fonte de uma relação de recuperação de desastres do SVM, as informações de origem no relacionamento de recuperação de desastres do SVM são replicadas para o parceiro MetroCluster.

  • Durante os processos de switchover e switchback, a replicação para o destino de recuperação de desastres da SVM pode falhar.

    No entanto, após a conclusão do processo de comutação ou switchback, as próximas atualizações agendadas de recuperação de desastres da SVM serão bem-sucedidas.

Grupo de consistência

Suportado a partir de ONTAP 9.14,1. Para obter mais informações, Proteja um grupo de consistênciaconsulte .

ONTAP S3

Não é compatível com recuperação de desastre do SVM.

SnapMirror síncrono

Não é compatível com recuperação de desastre do SVM.

Independência de versão

Não suportado.

Criptografia de volumes

  • Volumes criptografados na origem são criptografados no destino.

  • Os servidores Onboard Key Manager ou KMIP devem ser configurados no destino.

  • Novas chaves de criptografia são geradas no destino.

  • Se o destino não contiver um nó que suporte a criptografia de volume .Encryption, a replicação será bem-sucedida, mas os volumes de destino não serão criptografados.

Configurações replicadas em relacionamentos de recuperação de desastres da SVM

A tabela a seguir mostra a interação snapmirror create -identity-preserve da opção e da snapmirror policy create -discard-configs network opção:

Configuração replicada

‑identity‑preserve true

‑identity‑preserve false

Política sem -discard-configs network set

Política com -discard-configs network SET

Rede

LIFs nas

Sim

Não

Não

Configuração do Kerberos LIF

Sim

Não

Não

SAN LIFs

Não

Não

Não

Políticas de firewall

Sim

Sim

Não

Políticas de serviço

Sim

Sim

Não

Rotas

Sim

Não

Não

Domínio de transmissão

Não

Não

Não

Sub-rede

Não

Não

Não

IPspace

Não

Não

Não

SMB

Servidor SMB

Sim

Sim

Não

Grupos locais e usuário local

Sim

Sim

Sim

Privilégio

Sim

Sim

Sim

Cópia de sombra

Sim

Sim

Sim

BranchCache

Sim

Sim

Sim

Opções de servidor

Sim

Sim

Sim

Segurança do servidor

Sim

Sim

Não

Diretório base, compartilhar

Sim

Sim

Sim

Link simbólico

Sim

Sim

Sim

Política de Fpolicy, Política de Fsecurity e Fsecurity NTFS

Sim

Sim

Sim

Mapeamento de nomes e mapeamento de grupos

Sim

Sim

Sim

Informações de auditoria

Sim

Sim

Sim

NFS

Políticas de exportação

Sim

Sim

Não

Regras de política de exportação

Sim

Sim

Não

Servidor NFS

Sim

Sim

Não

RBAC

Certificados de segurança

Sim

Sim

Não

Configuração de usuário de login, chave pública, função e função

Sim

Sim

Sim

SSL

Sim

Sim

Não

Serviços de nomes

DNS e DNS hosts

Sim

Sim

Não

Usuário UNIX e grupo UNIX

Sim

Sim

Sim

Kerberos Realm e blocos de chaves Kerberos

Sim

Sim

Não

Cliente LDAP e LDAP

Sim

Sim

Não

Grupo de rede

Sim

Sim

Não

NIS

Sim

Sim

Não

Acesso à Web e à Web

Sim

Sim

Não

Volume

Objeto

Sim

Sim

Sim

Cópias Snapshot e política do Snapshot

Sim

Sim

Sim

Política de Autodelete

Não

Não

Não

Política de eficiência

Sim

Sim

Sim

Política de cotas e regra de política de cotas

Sim

Sim

Sim

Fila de recuperação

Sim

Sim

Sim

Volume raiz

Namespace

Sim

Sim

Sim

Dados do utilizador

Não

Não

Não

Qtrees

Não

Não

Não

Quotas

Não

Não

Não

QoS em nível de arquivo

Não

Não

Não

Atributos: estado do volume raiz, garantia de espaço, tamanho, dimensionamento automático e número total de arquivos

Não

Não

Não

QoS de storage

Grupo de políticas de QoS

Sim

Sim

Sim

Fibre Channel (FC)

Não

Não

Não

ISCSI

Não

Não

Não

LUNs

Objeto

Sim

Sim

Sim

grupos

Não

Não

Não

portsets

Não

Não

Não

Números de série

Não

Não

Não

SNMP

v3 utilizadores

Sim

Sim

Limites de storage da recuperação de desastres da SVM

A tabela a seguir mostra o número máximo recomendado de volumes e as relações de recuperação de desastres do SVM com suporte por objeto de storage. Você deve estar ciente de que os limites geralmente dependem da plataforma. Consulte a "Hardware Universe" para saber os limites para a sua configuração específica.

Objeto de storage

Limite

SVM

300 volumes flexíveis

Par de HA

1.000 volumes flexíveis

Cluster

128 relacionamentos de desastre com SVM