试试这个:

USE DatabaseName

GO

DBCC SHRINKFILE( TransactionLogName, 1)

BACKUP LOG DatabaseName WITH TRUNCATE_ONLY

DBCC SHRINKFILE( TransactionLogName, 1)

GO 

截断日志文件。

备份数据库 卸载数据库，可以使用Enterprise Manager，也可以执行以下命令: 删除事务日志文件。(或重命名文件，以防万一) 使用Sp_AttachDB [DBName]重新连接数据库 当附加数据库时，将创建一个新的事务日志文件。

使用实例收缩日志文件。

使用No_Log备份日志[DBName] 通过以下方式收缩数据库: 使用企业管理器:- 右键单击数据库，所有任务，收缩数据库，文件，选择日志文件，确定。 使用T-SQL:- Dbcc Shrinkfile ([Log_Logical_Name])

您可以通过运行sp_helpdb或在Enterprise Manager中查看数据库的属性来查找日志文件的逻辑名称。

免责声明:在尝试之前请仔细阅读下面的评论，并确保检查接受的答案。就像我5年前说的:

如果有人有任何评论要补充的情况下，这不是一个 适当的或最优的解决方案，然后请在下面评论

事实证明有:-)

最初的回答:

右键单击数据库名称。 选择“任务→收缩→数据库” 然后单击“确定”!

我通常打开包含数据库文件的Windows资源管理器目录，所以我可以立即看到效果。

我真的很惊讶这竟然能起作用!通常我以前使用DBCC，但我刚刚尝试了一下，它没有缩小任何东西，所以我尝试了GUI(2005)，它工作得很好——在10秒内释放了17 GB

在完全恢复模式下，这可能不起作用，因此您必须首先备份日志，或者更改为简单恢复，然后收缩文件。[感谢@onupdatecascade]

--

PS:我很欣赏一些关于这种危险的评论，但在我的环境中，我自己这样做没有任何问题，尤其是因为我总是先做完全备份。因此，在继续之前，请考虑您的环境，以及这会如何影响您的备份策略和工作安全性。我所做的一切只是把人们指向微软提供的一个功能!

DB事务日志收缩到最小大小:

备份:事务日志 收缩文件:事务日志 备份:事务日志 收缩文件:事务日志

我在几个db上做了测试:这个序列工作。

它通常缩小到2MB。

或通过脚本:

DECLARE @DB_Name nvarchar(255);
DECLARE @DB_LogFileName nvarchar(255);
SET @DB_Name = '<Database Name>';               --Input Variable
SET @DB_LogFileName = '<LogFileEntryName>';         --Input Variable
EXEC 
(
'USE ['+@DB_Name+']; '+
'BACKUP LOG ['+@DB_Name+'] WITH TRUNCATE_ONLY ' +
'DBCC SHRINKFILE( '''+@DB_LogFileName+''', 2) ' +
'BACKUP LOG ['+@DB_Name+'] WITH TRUNCATE_ONLY ' +
'DBCC SHRINKFILE( '''+@DB_LogFileName+''', 2)'
)
GO

略微更新的答案，针对MSSQL 2017，并使用SQL服务器管理工作室。 我基本上是从这些指示https://www.sqlshack.com/sql-server-transaction-log-backup-truncate-and-shrink-operations/

我有一个最近的数据库备份，所以我备份了事务日志。然后我又备份了一次。 最后，我缩小了日志文件，从20G减小到7MB，这更符合我的数据大小。 自从2年前安装这个系统以来，我认为交易日志从来没有备份过。所以把这项任务写在家务管理日历上。

试试这个:

USE DatabaseName

GO

DBCC SHRINKFILE( TransactionLogName, 1)

BACKUP LOG DatabaseName WITH TRUNCATE_ONLY

DBCC SHRINKFILE( TransactionLogName, 1)

GO