Os clusters de storage e as SVMs relevantes devem ser colocados em Contato.

O ONTAP Mediator precisa estar disponível e configurado em ambos os clusters de storage.

Na documentação do ONTAP "Descrição geral da sincronização ativa do SnapMirror no ONTAP", o conceito de grupos de consistência com a sincronização ativa do SnapMirror é descrito da seguinte forma:

Um grupo de consistência é uma coleção de volumes do FlexVol que oferece uma garantia de consistência para o workload da aplicação que precisa ser protegido para manter a continuidade dos negócios.

O objetivo de um grupo de consistência é tirar imagens instantâneas simultâneas de vários volumes, garantindo assim cópias consistentes com falhas de uma coleção de volumes em um momento. Um grupo de consistência garante que todos os volumes de um conjunto de dados sejam silenciados e, em seguida, encaixados exatamente no mesmo ponto no tempo. Isso fornece um ponto de restauração consistente com dados nos volumes que dão suporte ao conjunto de dados. Um grupo de consistência mantém, assim, consistência dependente da ordem de gravação. Se você decidir proteger aplicativos para a continuidade dos negócios, o grupo de volumes correspondentes a esse aplicativo deve ser adicionado a um grupo de consistência para que um relacionamento de proteção de dados seja estabelecido entre uma origem e um grupo de consistência de destino. A consistência de origem e destino deve conter o mesmo número e tipo de volumes.

Para a replicação de SISTEMAS HANA, o grupo de consistência precisa incluir todos os volumes usados pelo sistema HANA individual (dados, log e compartilhado). Os volumes que devem fazer parte de um grupo de consistência devem ser armazenados no mesmo SVM. As imagens do sistema operativo podem ser armazenadas num volume separado com o seu próprio grupo de consistência. A figura abaixo ilustra um exemplo de configuração com dois SISTEMAS HANA.

Em nossa configuração de laboratório, criamos um grupo de iniciadores, incluindo as SVMs de storage, que são usadas para a replicação de sincronização ativa do SnapMirror. Na configuração de sincronização ativa do SnapMirror descrita posteriormente, definiremos que o grupo de iniciadores fará parte da replicação.

Usando as configurações de proximidade, definimos qual host do ESX está próximo a qual cluster de armazenamento. No nosso caso, o A700 está próximo do ESX-1 e o A800 está próximo do ESX-2.

O armazenamento de dados, onde as imagens do SISTEMA OPERACIONAL do HANA, do SnapCenter e do plug-in vSphere são armazenadas, é replicado da mesma forma que descrito para os datastores do banco de dados HANA.

O comportamento de sincronização ativa do SnapMirror é simétrico, com uma exceção importante - a configuração do site principal.

A sincronização ativa do SnapMirror considerará um site a "fonte" e o outro o "destino". Isso implica uma relação de replicação unidirecional, mas isso não se aplica ao comportamento de IO. A replicação é bidirecional e simétrica, e os tempos de resposta de e/S são os mesmos em ambos os lados do espelho.

Se o link de replicação for perdido, os caminhos de LUN na cópia de origem continuarão a servir dados enquanto os caminhos de LUN na cópia de destino ficarão indisponíveis até que a replicação seja restabelecida e o SnapMirror entre novamente em um estado síncrono. Os caminhos irão então retomar a veiculação de dados.

O efeito de designar um cluster como uma fonte simplesmente controla qual cluster sobrevive como um sistema de armazenamento de leitura e gravação se o link de replicação for perdido.

O local principal é detetado pelo SnapCenter e usado para executar operações de backup, restauração e clonagem.