Servidor de banco de dados: Microsoft SQL Server 2012 (SP1) - 11.0.3128.0
Tamanho do banco de dados: mais de 500 GB
Temos um banco de dados de histórico de preparação que armazena todas as operações (inserir, atualizar, excluir) feitas no banco de dados ao vivo que estão sendo transferidas para nosso servidor de histórico por meio do corretor de serviços. E essa mensagem é processada e armazena os dados no banco de dados do histórico.
Recentemente, encontramos um problema em que a fila de mensagens do nosso banco de dados de destino não está limpando as mensagens processadas. Começamos a limpar a fila, havia cerca de 320+ registros M que foram armazenados nesta fila.
Estamos executando um script 24 horas por dia, 7 dias por semana, que limpa as mensagens processadas da fila.
Agora, o problema que começou recentemente é sempre que o backup diferencial do banco de dados de histórico agendado é o arquivo de log de progresso do banco de dados de histórico aumenta para mais de 10 GB e, assim que é concluído, tudo fica normal.
Existe alguma coisa que estamos perdendo ou isso é uma coisa normal?
Os backups de transação são executados entre backups diferenciais. Normalmente, o backup diferencial leva cerca de 1 hora e, entre essa hora, ocorrem 4 backups de transação.
O backup do log de transações também estava em execução antes da tarefa de backup diferencial? A partir do SQL Server 2005, tanto o backup diferencial quanto o backup de log podem ser iniciados simultaneamente no SQL Server, mas o truncamento do log de transações seria atrasado até que o backup diferencial seja concluído, por isso, até que o backup diferencial esteja em execução, o arquivo de log cresce para gravar a transação depois de concluir os logs são truncados e o espaço é reutilizado. No seu caso, o backup de log teria sido executado enquanto o backup diferencial estava em execução e não seria capaz de truncar os logs, mas assim que terminasse, os logs seriam truncados
O backup completo e o backup diferencial podem atrasar o truncamento de log porque ambos precisam ler alguma parte do log para criar um backup consistente e, se o backup de log tiver permissão para truncar o arquivo de log, isso resultaria em backup completo e diferencial inconsistentes
Este é um tópico SE semelhante ao que respondi antes.