Visão geral da replicação entre o software NetApp Element e o ONTAP
Você pode garantir a continuidade dos negócios em um sistema Element usando o SnapMirror para replicar cópias snapshot de um volume de Element para um destino ONTAP. No caso de um desastre no local do Element, você pode fornecer dados aos clientes a partir do sistema ONTAP e reativar o sistema Element quando o serviço for restaurado.
A partir do ONTAP 9.4, é possível replicar cópias snapshot de um LUN criado em um nó ONTAP de volta para um sistema Element. Você pode ter criado um LUN durante uma interrupção no site do Element ou pode estar usando um LUN para migrar dados do software ONTAP para o Element.
Você deve trabalhar com o backup Element to ONTAP se as seguintes opções se aplicarem:
-
Você quer usar as práticas recomendadas, não explorar todas as opções disponíveis.
-
Você deseja usar a interface de linha de comando (CLI) do ONTAP, não a IU do Element, o Gerenciador de sistema, o storage/Concept-element-replication-create-custom-replication-policy ou uma ferramenta de script automatizada.
-
Você está usando iSCSI para fornecer dados aos clientes.
Se você precisar de informações conceituais ou de configuração adicionais do SnapMirror, "Visão geral da proteção de dados"consulte .
Sobre a replicação entre o Element e o ONTAP
A partir do ONTAP 9.3, você pode usar o SnapMirror para replicar cópias snapshot de um volume de elemento para um destino do ONTAP. No caso de um desastre no local do Element, você pode fornecer dados aos clientes a partir do sistema ONTAP e, em seguida, reativar o volume de origem do Element quando o serviço é restaurado.
A partir do ONTAP 9.4, é possível replicar cópias snapshot de um LUN criado em um nó ONTAP de volta para um sistema Element. Você pode ter criado um LUN durante uma interrupção no site do Element ou pode estar usando um LUN para migrar dados do software ONTAP para o Element.
Tipos de relação de proteção de dados
A SnapMirror oferece dois tipos de relação de proteção de dados. Para cada tipo, o SnapMirror cria uma cópia instantânea do volume de origem do elemento antes de inicializar ou atualizar a relação:
-
Em uma relação de proteção de dados recuperação de desastres (DR), o volume de destino contém apenas a cópia snapshot criada pelo SnapMirror, a partir da qual você pode continuar fornecendo dados em caso de catástrofe no local principal.
-
Em uma relação de proteção de dados retenção de longo prazo, o volume de destino contém cópias snapshot pontuais criadas pelo software Element, bem como a cópia snapshot criada pelo SnapMirror. Por exemplo, você pode manter cópias snapshot mensais criadas em um período de 20 anos.
Políticas padrão
Na primeira vez que você invocar o SnapMirror, ele executa uma transferência de linha de base do volume de origem para o volume de destino. A política SnapMirror define o conteúdo da linha de base e quaisquer atualizações.
Você pode usar uma política padrão ou personalizada ao criar um relacionamento de proteção de dados. O policy type determina quais cópias snapshot devem incluir e quantas cópias devem ser mantidas.
A tabela abaixo mostra as políticas padrão. Use a MirrorLatest
política para criar um relacionamento de DR tradicional. Use a MirrorAndVault
política ou Unified7year
para criar uma relação de replicação unificada, na qual a DR e a retenção de longo prazo são configuradas no mesmo volume de destino.
Política |
Tipo de política |
Comportamento de atualização |
MirrorLatest |
espelho assíncrono |
Transfira a cópia Snapshot criada pelo SnapMirror. |
MirrorAndVault |
espelho-cofre |
Transfira a cópia snapshot criada pelo SnapMirror e quaisquer cópias snapshot menos recentes feitas desde a última atualização, desde que tenham rótulos SnapMirror "diários" ou "semanais". |
Unified7year |
espelho-cofre |
Transfira a cópia snapshot criada pelo SnapMirror e quaisquer cópias snapshot menos recentes feitas desde a última atualização, desde que tenham rótulos SnapMirror "diários", "semanais" ou "mensais". |
Para obter informações gerais completas sobre políticas do SnapMirror, incluindo orientações sobre a política a ser usada, "Visão geral da proteção de dados"consulte . |
Entendendo rótulos SnapMirror
Todas as políticas com o tipo de política "merror-Vault" devem ter uma regra que especifique quais cópias snapshot devem ser replicadas. A regra "diária", por exemplo, indica que apenas cópias snapshot atribuídas ao rótulo SnapMirror "diária" devem ser replicadas. Você atribui o rótulo SnapMirror ao configurar cópias snapshot do elemento.
Replicação de um cluster de origem Element para um cluster de destino ONTAP
Você pode usar o SnapMirror para replicar cópias snapshot de um volume de elemento para um sistema de destino do ONTAP. No caso de um desastre no local do Element, você pode fornecer dados aos clientes a partir do sistema ONTAP e, em seguida, reativar o volume de origem do Element quando o serviço é restaurado.
Um volume de elemento é aproximadamente equivalente a um LUN de ONTAP. O SnapMirror cria um LUN com o nome do volume do elemento quando uma relação de proteção de dados entre o software Element e o ONTAP é inicializada. O SnapMirror replica dados para um LUN existente se o LUN atender aos requisitos de replicação do Element to ONTAP.
As regras de replicação são as seguintes:
-
Um volume ONTAP pode conter dados apenas de um volume de elemento.
-
Não é possível replicar dados de um volume ONTAP para vários volumes de elemento.
Replicação de um cluster de origem ONTAP para um cluster de destino Element
A partir do ONTAP 9.4, é possível replicar cópias snapshot de um LUN criado em um sistema ONTAP de volta para um volume de elemento:
-
Se já existir uma relação SnapMirror entre uma origem de elemento e um destino ONTAP, um LUN criado enquanto você estiver fornecendo dados do destino será replicado automaticamente quando a origem for reativada.
-
Caso contrário, você deve criar e inicializar uma relação do SnapMirror entre o cluster de origem do ONTAP e o cluster de destino do elemento.
As regras de replicação são as seguintes:
-
A relação de replicação deve ter uma política do tipo "async-mirror".
As políticas do tipo "merror-Vault" não são suportadas.
-
Apenas iSCSI LUNs são suportados.
-
Não é possível replicar mais de um LUN de um volume ONTAP para um volume Element.
-
Você não pode replicar um LUN de um volume ONTAP para vários volumes de elemento.
Pré-requisitos
Você precisa ter concluído as seguintes tarefas antes de configurar uma relação de proteção de dados entre o Element e o ONTAP:
-
O cluster do Element deve estar executando o software NetApp Element versão 10,1 ou posterior.
-
O cluster do ONTAP deve estar executando o ONTAP 9.3 ou posterior.
-
O SnapMirror deve ter sido licenciado no cluster do ONTAP.
-
Você precisa ter volumes configurados nos clusters Element e ONTAP que sejam grandes o suficiente para lidar com as transferências de dados antecipadas.
-
Se você estiver usando o tipo de política "merror-Vault", um rótulo SnapMirror deve ter sido configurado para que as cópias snapshot do elemento sejam replicadas.
Você pode executar esta tarefa somente na IU da Web do software Element.
-
Você deve ter assegurado que a porta 5010 está disponível.
-
Se você prever que talvez precise mover um volume de destino, você deve ter assegurado que existe conetividade em malha completa entre a origem e o destino. Cada nó no cluster de origem do elemento deve ser capaz de se comunicar com todos os nós no cluster de destino do ONTAP.
Detalhes do suporte
A tabela a seguir mostra detalhes de suporte para backup do Element to ONTAP.
Recurso ou recurso |
Detalhes do suporte |
SnapMirror |
|
ONTAP |
|
Elemento |
|
Rede |
|
SnapLock |
Os volumes SnapLock não são compatíveis. |
FlexGroup |
Os volumes FlexGroup não são compatíveis. |
SVM DR |
Os volumes do ONTAP em uma configuração SVM DR não são compatíveis. |
MetroCluster |
Os volumes ONTAP em uma configuração do MetroCluster não são suportados. |