Vi alguns posts semelhantes ao meu cenário, mas nada que realmente resolva meu problema.
Cenário:
- A reconstrução de índice de rotina acontece, uma vez por semana, às 2h da manhã de sábado.
- O arquivo de log cresce cerca de 15x o tamanho normal.
- O backup do log de transações é feito (a cada 10 minutos, 24 horas por dia, 7 dias por semana).
- O backup COMPLETO é feito todos os dias às 3h.
- Os VLFs permanecem "ativos" (status 2) quando olho para
dbcc loginfo log_reuse_wait_descestá relatando "LOGBACKUP" emsys.databasesdbcc opentrannão está relatando nenhuma transação ativa@@version: Microsoft SQL Server 2005 - 9.00.5069.00 (X64) 22 de agosto de 2012 18:02:46 Copyright (c) 1988-2005 Microsoft Corporation Standard Edition (64 bits) no Windows NT 6.1 (Build 7601: Service Pack 1)
Problema:
Portanto, meu problema é simples, devido a restrições de hardware e parâmetros de tempo, preciso manter o tamanho do log de transações o menor possível. acredito que o motivo de não estar liberando o espaço é porque os VLFs estão ativos e ele acha que precisa fazer um LOGBACKUP para liberar, mas depois de inúmeros backups de log, log_reuse_wait_descainda está informando aguardando um backup de log!
Eu poderia mudar o modelo de recuperação para simples, encolher e voltar, mas isso quebra minha cadeia de LSN e minha implementação de Log Shipping, então não é realmente uma solução viável!
TIA.