小编Sve*_*ang的帖子

我似乎想不出答案。我见过多个这样的答案： 为什么事务日志不断增长或空间不足？

每个人都在谈论在您的日志文件上运行备份，以便它缩小。我正在这样做，但它不会缩小任何东西！我也不相信我正在运行任何超长事务。

服务器： SQL Server 2008

恢复模式： Full

我有一个维护计划来存储 5 天的备份。任务 1 备份具有备份类型的数据库Full，任务 2 备份事务日志。Verify backup integrity对两个任务都进行检查。

我的数据库的正常.ldf文件是 22GB。当我运行上述任务时，.bak文件为435mb，但.trn.文件为22gb，与ldf相同。并且在成功运行之后.ldf根本没有缩小，尽管我读过的所有内容都告诉我应该这样做？

这里发生了什么，为什么日志文件永远不会缩小？

我也试过运行另一个答案中提到的这个命令：

select name, log_reuse_wait_desc from sys.databases

它说LOG_BACKUP的是带有巨大日志文件的数据库。

根据下面的答案，我混淆了已用空间的分配。这些是我的统计数据：

由于我不知道为什么，初始大小设置为 22gb ...