Consequências da estratégia de backup do SQL Server

Question

Em termos simples, preciso de restauração pontual entre backups completos - quais são as consequências no plano a seguir? o banco de dados está no modo de recuperação completa:

• 1:00 AM Backup do log de transações (sem truncamento ou redução)
• 1:30 AM Backup completo
• 2:00 AM Backup do log de transações (Truncate and Shrink)
• Em seguida, a cada 30 minutos Backup do log de transações (sem truncamento ou redução)

Será que isso me fornecerá a capacidade de restaurar a base de dados pontual a qualquer momento, com exceção do horário entre 1h30 e 2h?

    

Answer 1

Esse é um bom número de backups de log para acompanhar, se das 2:00 às 1:30 da manhã seguinte você estiver fazendo backups de log. Você pode fazer um backup diferencial se tiver a janela para fazer isso durante o dia.

Seu plano não permitirá mais que 30 minutos de perda de dados. Se o banco de dados ficar inativo entre esses backups de log de 30 minutos, é a quantidade de dados que você pode perder. Se sua empresa ou aplicativo puder lidar com essa perda de dados, seu plano será bom para o seu ambiente.

Por que truncar / encolher? Se você estiver fazendo backups de log que é o que ajuda a controlar o crescimento do arquivo de log, não deve haver motivo para truncar o log. Você está encolhendo apenas o arquivo de log ou o banco de dados completo? Nenhuma delas é sugerida ou realmente necessária se você estiver mantendo uma programação de backup de log suficiente para controlar o crescimento do log.