Como alcançar o RTO e o RPO a seguir com o log-in usando apenas o SQL Server?

Question

Tentando criar restaurações de backup viáveis & solução de logoff para alcançar o seguinte:

• 15 minutos Objetivo do ponto de recuperação (não mais que 15 minutos de perda de dados a qualquer momento)
• 5 minutos Objetivo do tempo de recuperação (deve ser capaz de recuperar o banco de dados em 5 minutos)

Considerar o uso apenas de log-logings (o que eu acho que é meio estimulante, mas quero saber se alguém sabe como fazer isso).

Algumas outras informações para consideração:

• Usando o canal de fibra de 40 Gbit / s entre os sites primário e de recuperação de desastre (DRC)
• Os sites estão separados por cerca de 600 km.
• No fechamento dos negócios, a quantidade de dados gerados é estimada em cerca de 150 MB / s.
• O backup de log é planejado para cada 5 min.

Fazendo alguns cálculos aproximados, cheguei aos seguintes números:

• 40 Gbit / s = 5 MB / s com 100% de eficiência de rede.
• 5 MB / s = 300 MB / min.
• @ 300 MB / min, a quantidade total de dados que podem ser transferidos considerando o RTO de 5 minutos é de cerca de 1,5 GB, mas isso não deixará tempo para o backup e a restauração reais, por isso, reduzimos para 3 minutos , o que equivale a ~ 900 MB em 3 minutos a 100% de eficiência de rede, que deixará cerca de 1 min de tempo de backup e 1 minuto de tempo de restauração. Atualmente não tem nenhuma informação se o sistema que está sendo usado é capaz de restaurar 900 MB em 1 min, mas assuma que pode.
• para o cenário COB ... 150 MB / seg, e considerando o tempo de log-in de 3 min, que deve ser igual a cerca de 27 GB de dados ao longo de 3 minutos ... ??? Acho que é aqui que o SLA vai quebrar ... já que não há como transferir 27 GB de dados por uma linha de 40 Gbit / s em 3 min.

Posso obter outra opinião?

Estou a pensar que o espelhamento de bases de dados pode ser uma resposta melhor para isso.

    

Answer 1

O espelhamento é realmente sua única opção aqui, já que tentar forçar a sincronização vai demorar muito e piorar à medida que o banco de dados cresce.

    

Answer 2

Você também pode considerar a replicação transacional. Isso requer alguns requisitos adicionais, como todas as tabelas que devem ser incluídas, que precisam ter chaves primárias, mas você pode especificar com que frequência a replicação ocorre até o ponto em que ela é síncrona.