Eu estava investigando por que meus backups diferenciais estavam demorando quase tanto quanto meus backups completos e notei que o tamanho do primeiro backup diferencial após o backup completo diário era 2/3 do tamanho do backup completo. No entanto, os backups diferenciais subsequentes para o restante do dia cresceram apenas cerca de 1%.
Nada mudou significativamente no padrão de uso do banco de dados e, historicamente, o tamanho do primeiro backup diferencial após o backup completo diário era cerca de 0,5% do tamanho do backup completo. Eu olhei para o tamanho diário dos backups completos e eles cresceram apenas cerca de 2%.
A programação diária de backup é definida como um backup completo à 1h, seguido de 5 backups diferenciais entre as 7h e as 23h59. Normalmente, o backup completo leva cerca de uma hora e meia para ser concluído e isso inclui a etapa de verificação. Os diferenciais demoravam cerca de 20 minutos para serem concluídos, incluindo a etapa de verificação, mas agora estão levando cerca de uma hora e dez minutos para serem concluídos.
Confirmei que o padrão de uso do banco de dados não mudou, não há novos trabalhos que estejam gravando/alterando uma quantidade significativa de dados entre a janela do backup completo e o primeiro backup diferencial e não vi nenhum erro de subsistema de arquivo .
Com tudo o que confirmei acima, minha pergunta é o que faria com que o primeiro backup diferencial do dia se tornasse tão grande quando os diferenciais subsequentes no mesmo dia crescessem apenas 1%?
Detalhes do servidor:
- SQL Server 2008r2 Enterprise
- LiteSpeed para SQL Server
- O banco de dados está no modo de recuperação simples
- O destino do backup é um compartilhamento de arquivo na rede
Depois de pesquisar os logs de backup entre o LiteSpeed e o SQL Server, notei que o primeiro número LSN entre o backup completo diário e o número LSN de backup completo em backups diferenciais não correspondia.
Depois de fazer algumas leituras sobre como os valores LSN são usados nos backups do banco de dados, fiz algumas pesquisas sobre o que faria com que o número LSN do backup completo nos diferenciais fosse diferente do que o primeiro valor LSN estava no backup completo no mesmo dia. Este post sobre a Cadeia de Backup no SQL Server me indicou para olhar a configuração das tarefas de backup e descobri que a
COPY_ONLYopção estava habilitada para os backups completos. (Ainda tentando determinar como foi ativado para começar e quando)O que aprendi com a postagem é que a
COPY_ONLYopção não redefinirá o valor LSN para os backups diferenciais subsequentes, o que é um grande problema se você não retiver o último backup completo feito sem aCOPY_ONLYopção.Da postagem do blog:
Desde então, desativei a
COPY_ONLYopção nos backups e o tamanho dos meus backups diferenciais caiu para o que eram historicamente. Também verifiquei se o número LSN completo nos logs dos backups diferenciais corresponde ao valor do primeiro número LSN nos logs dos backups diários.