A finalidade do log de transações em Restaurar primeiro

A restauração de um backup completo + diferencial restaura você ao ponto no tempo em que o backup diferencial foi iniciado. Se você acabou de pegar o diferencial neste segundo e nada aconteceu no banco de dados desde que ele começou, então sim, esse é o estado mais recente. Mas é bastante improvável que você tenha um desastre no minuto em que fizer um backup diferencial e que nada tenha acontecido nesse meio tempo.

O que significa que você não pode restaurar para o ponto no tempo antes do desastre - tudo o que aconteceu entre o diferencial e <now>desapareceu. Se você tomar um diferencial a cada hora, isso significa que o desastre pode ocorrer hh:59:59.9999999e você perderá quase uma hora de dados.

Este é o objetivo do modelo de recuperação total - minimizar a perda de dados. Se você não vai se incomodar em fazer backups de log, mude para simples.

Se você fizer backups de log de transações entre diferenciais (ou simplesmente não se preocupar com diferenciais, já que tudo o que eles fazem é reduzir o número de backups de log de transações que você precisa restaurar no caso de um desastre), sua perda potencial máxima de dados é seu agendamento de backup de log. Porque com backups de log, você pode aplicar o seguinte durante uma restauração:

• restaurar backup completo mais recenteb
• restaurar o backup diferencial mais recente dfeito apósb
• restaurar nbackups de log feitos daté um ponto no tempot

Você precisa decidir qual é a sua tolerância para perda de dados para determinar com que frequência você deve executar backups de log de transações. Se você não sabe qual é a sua tolerância, você precisa discutir isso com a gerência/stakeholders.

Você poderia apenas tomar um diferencial a cada minuto? Ou fazer backups completos a cada cinco minutos? Claro. Mas compre alguns discos maiores.