bom dia Luciano...
Antes de mais nada, é muito importante entender PORQUE isso aconteceu...
O arquivo apesar de se ter o nome log no nome.. é um arquivo MUITO importante. muitas vezes até mais importante que o arquivo de dados.. é onde todas as transações no SQL acontecem... e só depois elas são aplicadas no arquivo de dados... Por isso, o SQL
só tira algo do log de transação e começa a reutilizar o espaço interno dele quando você faz o backup do log... então o principal problema é que voce não em uma rotina para fazer de tempo em tempo um backup de log... o que te impossibilita de recuperar o banco
até o segundo exato da falha em caso de um desastre, te deixando apenas a opção de recuperar até o ultimo backup completo ou diferencial que voce tenha feito...
Mas muito bem.. para resolver agora o seu problema você vai ter que fazer os seguintes passos:
1 Realizar um backup do log
2 Alterar o modo de trabalho da base de dados de FULL para Simple
http://technet.microsoft.com/en-us/library/ms189272.aspx
3 Executar o comando CHECKPOINT
4 Realizar o shrink do arquivo de LOG para que ele libere o espaço para o sistema operacional
5 Voltar a base para o modo de recuperação FULL
6 Fazer um backup completo da base.
Para os passos de 2 a 6 o script para isso ficaria assim:
USE AdventureWorks2012;
GO
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE AdventureWorks2012
SET RECOVERY SIMPLE;
GO
CHECKPOINT
GO
-- Shrink the truncated log file to 1024 MB.
DBCC SHRINKFILE (AdventureWorks2012_Log, 1024);
GO
-- Reset the database recovery model.
ALTER DATABASE AdventureWorks2012
SET RECOVERY FULL;
GO
Felipe Ferreira - @SQLBoy SQL Server MVP | SolidQ Mentor | Friends of RedGate
http://www.templar.com.br/blogs/felipe
