Luiz, bom dia!
Provavelmente,
1. - Não está sendo realizado BACKUP DE LOG, então o arquivo de log não é "esvaziado". Assim faça backup de LOG.
2. - Possuem transações abertas na qual ainda não foram fechadas, isso faz com que os VLF's (Virtual Log Files), fiquem ocupados, fazendo com que o LOG tenha que crescer
Temos 3 tipos de Recovery Model(Modo de recuperação), no banco de dados que você consegue mudar nas opções do banco de dados, esses 3 modos são:
FULL, BULK-LOGGED e SIMPLE.
FULL e BULK-LOGGED = Eles apresentam algumas
diferenças, mais não vou aprofundar sobre isso agora, o que aconteçe é que quando possuímos o banco de dados em modo de recuperação FULL, todas as transações que são realizadas no banco
de dados são gravadas no arquivo de LOG do banco de dados, o que faz com que o LOG começe a ficar cheio. Nesses modos de recuperação o que faz o LOG diminuir é somente um BACKUP DE LOG da base de dados, o que é diferente
de realizar um backup de DADOS. Provavelmente o que está acontecendo é que toda a estrutura interna do arquivo de LOG esteja preenchida.
Esse foi o que você está utilizando.
SIMPLE = Esse é diferente, sempre
que a transação é realizada, ele automaticamente realizada o TRUNCATE do LOG, por isso não existe backup de log quando temos o modo de recuperação no SIMPLE.
BACKUP DE LOG do Banco de Dados.
Sintaxe: BACKUP LOG [NomeBancoDeDados]
TO DISK = '[LOCAL]\[NOMEBACKUP].TRN'
Não é recomendável realizar o Shrink em base de dados de produção, o log tende a se normalizar quando for realizado rotinas de backup de log periódicos.
Se deseja pode realizar o Shirink do arquivo de log
Shrink File Arquivo de LOG
Sintaxe: DBCC
SHRINKFILE (<FileName>, <TargetSize>)
<FileName>
= Nome do Arquivo de LOG
<TargetSize>
= KB
Att,
Luan.Moreno MTAC | MCP | MTA | MCTS SQL Server Administrator / Developer
