Eu tenho um SQL Server localizado em um centro de cores. Atualmente, nosso banco de dados é de cerca de 100Gb. Os arquivos de log têm em média cerca de 500Mb / dia, e os backups diferenciais crescem um pouco menos que isso.
Meu plano de recuperação de desastres atual é: ter um backup completo em outro local, fazer backups de log a cada dez minutos, diferenciar todas as noites. Eu copio os logs e me diferencio para o S3, então, com exceção da cauda, eles não estão na máquina no caso de ficarem completamente danificados.
Eu posso restaurar o backup completo em outro lugar, e eu verifico ocasionalmente para ter certeza de que posso restaurar toda a cadeia de logs. Normalmente, eu acabei de restaurar "full - > os mais recentes diffs - > logs após o diff", mas eu corro todo o conjunto ocasionalmente, apenas para ter certeza que posso.
Minha pergunta é: com que frequência as pessoas realmente fazem o backup completo? Eu não posso ver valer a pena tentar fazer 100 GB no S3 todos os dias. Eu nem tenho certeza se faria toda semana. Existe uma "melhor prática" para isso, ou tudo se resume a minha própria capacidade / desejo de comprar largura de banda / armazenamento, contra um tempo de recuperação mais longo se eu tiver que aplicar dias (ou semanas) de registros.
Eu acho que o risco real é que algum arquivo de log na cadeia seja corrompido, e então eu estou totalmente ferrado.
A prática recomendada sugere que o método e o tipo de backup atendem ao objetivo empresarial de DR / BCP.
Quais são os objetivos do seu DR / BCP?