Início / dba / Perguntas / 71985
Accepted
Kris Gruttemeyer
Asked: 2014-07-22 08:02:12 +0800 CST

Recuperação COMPLETA e backups diferenciais

  • 772

Vou começar a fazer a transição de vários de nossos bancos de dados para recuperação COMPLETA de SIMPLES. Fiz uma pergunta na semana passada sobre estratégias de implantação e tenho uma pergunta adicional.

Considere isto:

  • Domingo (meia-noite) - Executar backup COMPLETO
  • Segunda a sábado (meia-noite) - Diferenciais de execução
  • Por hora - backup do log de transações

Os backups diferenciais estão basicamente eliminando a necessidade dos logs de transação para aquele dia?

Portanto, se tivéssemos uma falha catastrófica às 22h de terça-feira, faríamos:

  1. Executar backup de log final no(s) banco(s) de dados afetado(s)
  2. Restaurar backup COMPLETO de domingo à noite
  3. Restaurar backup DIFF da noite de segunda-feira
  4. Restaure usando a cadeia de log desde o dia na terça-feira até a hora do desastre.

Se for esse o caso, poderíamos simplesmente remover os backups do log de transações da segunda-feira como parte do plano de manutenção, já que temos um diferencial da noite de segunda-feira? Seria mais inteligente mantê-los para redundância caso o backup DIFF falhe?

sql-server backup

1 respostas

  1. Best Answer

    Existem várias maneiras de chegar ao ponto de recuperação de destino pretendido com sua configuração.

    Algumas coisas:

    1. Você não pode eliminar os backups de log pelo motivo mais importante de reutilização do log de transações.
    2. Não é possível saber quando um problema ocorrerá e, portanto, ter várias maneiras de chegar ao RPO é útil e às vezes necessário.
    3. Os diferenciais não substituem os backups de log, eles reduzirão o RTO, pois são muito mais rápidos de aplicar do que os backups de log, mas, em última análise, não valem muito por conta própria (abrangendo pontos lsn quebrados, etc., é útil)
    4. Como você vai saber quais você precisa e quais não precisam antes do tempo?

    Eu não pararia de fazer backups de log, mas você poderia colocar em prática um mecanismo de envelhecimento em seu software de backup ou processo para eliminar arquivos que não são mais necessários.

    Usando seu exemplo, você tem muitos caminhos, mas a base é a seguinte:

    Sempre faça um backup do log primeiro

    1. Restaure o backup completo, diferencial mais recente, todos os logs.
    2. Restaure o backup completo, todos os logs de transação.

    Isso é mais flexível, pois um arquivo de backup corrompido (digamos, um arquivo de log) pode ser estendido por um diferencial ou um completo corrompido pode ser estendido por diferenciais, etc.

    Eu não mudaria como sua estratégia está atualmente, mas garantiria que ela atendesse aos seus requisitos de RPO e RTO.

    • 6

relate perguntas