A figura a seguir mostra a configuração do laboratório usada para este capítulo. Dois hosts HANA, HANA-3 e HANA-4, foram configurados com HANA System Replication.

Um usuário de banco de dados "SnapCenter" foi criado para o banco de dados do sistema HANA com o Privileges necessário para executar operações de backup e recuperação ("Backup e recuperação do SAP HANA com o SnapCenter"consulte ). Uma chave de armazenamento de USUÁRIO HANA deve ser configurada em ambos os hosts usando o usuário do banco de dados acima.

De um ponto de vista de alto nível, você deve executar as etapas a seguir para configurar a replicação do SISTEMA HANA no SnapCenter.

Depois de instalar o plug-in do SnapCenter HANA em ambos os hosts HANA, os SISTEMAS HANA são exibidos na visualização de recursos do SnapCenter da mesma maneira que outros recursos descobertos automaticamente. A partir do SnapCenter 4,6, é exibida uma coluna adicional que mostra o status da replicação do SISTEMA HANA (habilitado/desabilitado, primário/secundário).

Ao clicar no recurso, o SnapCenter solicita a chave de armazenamento do USUÁRIO HANA para o sistema HANA.

Etapas adicionais de autodescoberta são executadas e o SnapCenter mostra os detalhes do recurso. Com o SnapCenter 4,6, o status da replicação do sistema e o servidor secundário são listados nesta exibição.

Depois de executar as mesmas etapas para o segundo recurso HANA, o processo de descoberta automática é concluído e os dois recursos HANA são configurados no SnapCenter.

Para sistemas habilitados para replicação do sistema HANA, você deve configurar um grupo de recursos do SnapCenter, incluindo ambos os recursos HANA.

O NetApp recomenda o uso de um formato de nome personalizado para o nome da captura instantânea, que deve incluir o nome do host, a política e a programação.

Você deve adicionar ambos os HOSTS HANA ao grupo de recursos.

As políticas e programações são configuradas para o grupo de recursos.

A configuração do grupo de recursos agora está concluída e backups podem ser executados.

Quando uma operação de backup do grupo de recursos é executada, o SnapCenter identifica qual host é primário e aciona apenas um backup no host primário. Isso significa que apenas o volume de dados do host primário será ajustado. Em nosso exemplo, o HANA-3 é o host principal atual e um backup é executado nesse host.

O log de tarefas do SnapCenter mostra a operação de identificação e a execução do backup no host principal atual HANA-3.

Um backup Snapshot agora foi criado no recurso HANA principal. O nome do host incluído no nome do backup mostra HANA-3.

O mesmo backup Snapshot também está visível no catálogo de backup DO HANA.

Se uma operação de takeover for executada, backups adicionais do SnapCenter agora identificam o antigo host secundário (HANA-4) como primário e a operação de backup será executada em HANA-4. Novamente, apenas o volume de dados do novo host primário (HANA-4) é ajustado.

O log de tarefas do SnapCenter mostra a operação de identificação e a execução do backup no host principal atual HANA-4.

Um backup Snapshot agora foi criado no recurso HANA principal. O nome do host incluído no nome do backup mostra HANA-4.

O mesmo backup Snapshot também está visível no catálogo de backup DO HANA.

O SnapCenter 4,6 usa a mesma lógica descrita para operações de backup do Snapshot para operações de verificação de integridade de bloco com backups baseados em arquivo. O SnapCenter identifica o host HANA primário atual e executa o backup baseado em arquivo para esse host. O gerenciamento de retenção também é executado em ambos os hosts, portanto, o backup mais antigo é excluído independentemente de qual host é atualmente o principal.

Para permitir operações de backup transparentes sem interação manual no caso de um takeover e independente de qual host HANA é atualmente o host principal, você precisa configurar uma relação do SnapVault para os volumes de dados de ambos os hosts. O SnapCenter executa uma operação de atualização do SnapVault para o host principal atual em cada execução de backup.

Como o gerenciamento da retenção no destino SnapVault é gerenciado fora do SnapCenter pela ONTAP, a retenção não pode ser tratada em ambos os hosts HANA. Portanto, os backups que foram criados antes de um takeover não são excluídos com operações de backup no secundário anterior. Esses backups permanecem até que o primeiro primário se torne primário novamente. Para que esses backups não bloqueiem o gerenciamento de retenção de backups de log, eles precisam ser excluídos manualmente no destino do SnapVault ou no catálogo de backup DO HANA.

O SnapCenter 4,6 gerencia a retenção para backups Snapshot, operações de verificação de integridade de bloco, entradas de catálogo de backup HANA e backups de log (se não estiver desativado) em ambos os HOSTS HANA, não importa qual host é primário ou secundário atualmente. Os backups (dados e log) e as entradas no CATÁLOGO HANA são excluídos com base na retenção definida, independentemente de uma operação de exclusão ser necessária no host primário ou secundário atual. Em outras palavras, nenhuma interação manual é necessária se uma operação de aquisição for executada e/ou a replicação for configurada na outra direção.

Se a replicação do SnapVault fizer parte da estratégia de proteção de dados, a interação manual é necessária para cenários específicos, conforme descrito na seção "Replicação do SnapVault"

A figura a seguir mostra um cenário em que várias aquisições foram executadas e os backups Snapshot foram criados em ambos os locais. Com o status atual, o host HANA-3 é o host principal e o backup mais recente é o T4, que foi criado no host HANA-3. Se você precisar executar uma operação de restauração e recuperação, os backups T1 e T4 estão disponíveis para restauração e recuperação no SnapCenter. Os backups, criados no host HANA-4 (T2, T3), não podem ser restaurados usando o SnapCenter. Esses backups devem ser copiados manualmente para o volume de dados do HANA-3 para recuperação.

As operações de restauração e recuperação para uma configuração de grupo de recursos do SnapCenter 4,6 são idênticas a uma configuração de replicação não do sistema descoberta automática. Todas as opções de restauração e recuperação automatizada estão disponíveis. Para obter mais detalhes, consulte o relatório técnico "TR-4614: Backup e recuperação do SAP HANA com o SnapCenter".

Uma operação de restauração de um backup criado no outro host é descrita na "Restaurar e recuperar a partir de um backup criado no outro host"seção .