Eu vi e li muitas perguntas sobre o log de transações e sei que fazer backup dele para nulo geralmente é desaprovado, no entanto, meu entendimento é que isso é de uma perspectiva de recuperação de dados. Como há muitos dados transitórios passando por este sistema, os logs são alterados rapidamente e podem crescer bastante. Para economizar espaço em disco, não quero manter dados que não tenham valor intrínseco.
A configuração Temos dois servidores SQL executando o espelhamento do SQL Server, que são importantes do ponto de vista do uso (tempo de atividade), mas os dados são transitórios e, na maioria das vezes, sem importância.
Temos um RPO de 24 horas nos servidores, mas um RTO de 5 minutos .
O que eu faço Para gerenciar o tamanho do log de transações, executo um backup de log a cada 15 minutos para fazer backup do arquivo de log em NUL, conforme abaixo.
BACKUP LOG [DatabaseName] TO DISK = 'NUL:';
Portanto, minha pergunta é a seguinte: além de não ser capaz de recuperar dados, há algum outro problema em potencial que possa ocorrer ao fazer backup em NUL em um ambiente espelhado?
Se você estiver em conformidade com todos os requisitos de RPO e RTO ao ter espelhamento de banco de dados, com backups completos diários, não haverá problemas de consistência de dados ao fazer backups para NUL. Portanto, a resposta à sua pergunta é Não.
Mas (sempre há um mas) você não está tendo um caminho de restauração secundário se um backup completo estiver corrompido e ambos os servidores ficarem inativos e suas opções de restauração forem sempre o ponto no tempo em que o backup diário é feito.
Ao fazer backups de log normais e armazená-los por 48 horas, você pode restaurar um único backup completo corrompido, o que não é possível fazer com backups diferenciais.