Estou tentando convencer um cliente de que a estratégia de backup do SQL Server é insuficiente. Longa história curta é que sua "estratégia" de backup atual é um backup completo semanal seguido por backups diários de log de transação. Já avisei o cliente que, devido ao tamanho do banco de dados, eles devem alternar para uma estratégia de backup completo diário acompanhada por vários backups de log de transações diárias ou pelo menos adicionar um backup diferenciado diário ao que já estão em vigor. No entanto, eles estão se debatendo com isso porque vai exigir muito mais espaço em disco do que eles já possuem. Então, minha pergunta é - quais são os possíveis problemas ou riscos que podem ser apresentados para uma estratégia de backup que é apenas um backup completo semanal e backups de log de transações diárias? É principalmente que pode levar horas ou dias para restaurar o banco de dados, porque a restauração do t-log precisa executar novamente cada transação depois que o backup completo for restaurado?
Aqui estão as especificações do banco de dados para o dimensionamento e o contexto de atividades:
Sua estratégia de backup não deve ser orientada por sua opinião, deve ser orientada pelo objetivo de ponto de recuperação e pelo objetivo de tempo de recuperação. Ter essa discussão com o cliente e, em seguida, implementar uma estratégia de backup que atenda a esses objetivos.
Assim sendo, ficaria muito surpreso se uma restauração do banco de dados e dos logs de transação da quantidade e do tamanho que você mencionou levasse mais do que alguns minutos. Certamente não demoraria horas ou dias.
Minha maior preocupação é, na verdade, os backups de log de transações. Se eles perdessem o banco de dados cinco minutos antes de seus backups programados, eles poderiam perder quase 24 horas de dados.
Backups de log mais frequentes não devem ocupar muito espaço - não haverá mais transações. Deve permitir apenas um melhor ponto de restauração.
(Não, não levará dias para executar uma restauração em um banco de dados de 12,5 GB.)
A principal vantagem dos diferenciais nessa situação é que você pode começar a achar o número de arquivos de backup de log pesados. Se eles estiverem executando backups completos semanais e de log de transações por hora, isso significa 24 arquivos por dia. Se eles perdessem o banco de dados cinco minutos antes de seu total e cinquenta e cinco minutos após o último backup de log, eles poderiam perder cinquenta e cinco minutos e precisariam de 167 backups de log (suponho que esses arquivos sejam diferentes). Com um diferencial noturno, eles precisariam apenas de 23.
(Se eles decidirem que 55 minutos é muito a perder, faça backup do log de transações com mais freqüência e multiplique o número de arquivos de acordo.)