其他一些答案对我来说不适用:当db在线时不可能创建检查点，因为事务日志已满(多么讽刺)。但是，在将数据库设置为紧急模式后，我能够收缩日志文件:

alter database <database_name> set emergency;
use <database_name>;
checkpoint;
checkpoint;
alter database <database_name> set online;
dbcc shrinkfile(<database_name>_log, 200);

试试这个:

USE DatabaseName

GO

DBCC SHRINKFILE( TransactionLogName, 1)

BACKUP LOG DatabaseName WITH TRUNCATE_ONLY

DBCC SHRINKFILE( TransactionLogName, 1)

GO 

备份数据库 分离数据库 重命名日志文件 附加DB(同时附加删除重命名的.ldf(日志文件)。选择它并按下删除按钮) 将重新创建新的日志文件 删除重命名日志文件。

这可以工作，但建议先备份数据库。

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

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

它发生在我身上，数据库日志文件是28 gb。

你能做些什么来减少这种情况呢? 实际上，日志文件是SQL服务器在事务发生时保存的文件数据。对于要处理的事务，SQL服务器为其分配页面。但在交易完成后，它们不会突然被释放，希望可能会有类似的交易到来。这撑起了空间。

步骤1: 首先在已探索的数据库查询中运行此命令 检查点

步骤2: 右键单击数据库 任务>备份 选择备份类型为事务日志 添加目标地址和文件名以保存备份数据(.bak)

再次重复此步骤，此时给出另一个文件名

步骤3: 现在转到数据库 右键单击数据库

>收缩>文件 “文件类型”选择“日志” 收缩动作释放未使用空间

步骤4:

检查日志文件 通常在SQL 2014中可以在

C:\Program Files\Microsoft SQL Server\MSSQL12。MSSQL2014EXPRESS \该\数据

在我的例子中，它从28 GB减少到1 MB

SQL Server事务日志需要适当地维护，以防止其不必要的增长。这意味着要经常运行事务日志备份。如果不这样做，您就有可能使事务日志变得满并开始增长。

除了这个问题的答案，我建议阅读和理解事务日志的常见错误。这些阅读可能有助于理解事务日志，并决定使用什么技术来“清除”它:

从10个最重要的SQL Server事务日志神话:

Myth: My SQL Server is too busy. I don’t want to make SQL Server transaction log backups One of the biggest performance intensive operations in SQL Server is an auto-grow event of the online transaction log file. By not making transaction log backups often enough, the online transaction log will become full and will have to grow. The default growth size is 10%. The busier the database is, the quicker the online transaction log will grow if transaction log backups are not created Creating a SQL Server transaction log backup doesn’t block the online transaction log, but an auto-growth event does. It can block all activity in the online transaction log

来自事务日志神话:

神话:定期收缩日志是一种很好的维护实践 假的。对数增长非常昂贵，因为新块必须归零。该数据库上的所有写活动都停止，直到归零完成，如果磁盘写很慢或自动增长的大小很大，那么暂停可能很长，用户会注意到。这就是为什么你要避免增长的原因之一。如果您缩小日志，它将再次增长，您只是浪费磁盘操作在不必要的收缩和增长游戏