Para habilitar a recuperação do ponto de salvamento ou a recuperação avançada DO HANA usando os backups de log, os backups de Snapshot de dados consistentes com aplicações devem ser criados no local principal para o volume de dados HANA. Isso pode ser feito, por exemplo, com a ferramenta de backup do ANF AzAcSnap (consulte também "O que é a ferramenta Snapshot consistente de aplicativos do Azure para o Azure NetApp Files | Microsoft Docs"). Os backups Snapshot criados no local principal são replicados para o local de recuperação de desastres.

No caso de um failover de desastres, a relação de replicação deve ser quebrada, os volumes devem ser montados no servidor de produção de DR e o banco de DADOS HANA deve ser recuperado, seja no último ponto de salvamento DO HANA ou com recuperação avançada usando os backups de log replicados. O "Failover de recuperação de desastres"capítulo , descreve os passos necessários.

A figura a seguir mostra as opções de CONFIGURAÇÃO HANA para replicação entre regiões.

Com a versão atual da replicação entre regiões, apenas é possível selecionar agendas fixas e o tempo real de atualização da replicação não pode ser definido pelo usuário. Os horários disponíveis são diários, de hora em hora e a cada 10 minutos. Com essas opções de agendamento, duas configurações diferentes fazem sentido dependendo dos requisitos RPO: Replicação de volume de dados sem replicação de backup de log e replicação de backup de log com diferentes programações, por hora ou a cada 10 minutos. O RPO mais baixo alcançável é de cerca de 20 minutos. A tabela a seguir resume as opções de configuração e os valores RPO e rto resultantes.