小编Ste*_*ven的帖子

SQL Server:巨大的日志文件,我们知道原因,但我们能做些什么

我们有这个每天完全备份的 SQL Server 数据库。最近我们注意到这个数据库的 LOG 文件很大(> 50 GB)。我做了一些研究,我发现这是因为我们没有记录事务日志。

所以我知道为什么我的日志这么大,但我想知道我能做些什么。

说明:我们希望对常规事务日志备份使用“完整”恢复选项。我们意识到我们现在不是正确的,一旦我们可以将事务日志调整到合理的大小,就会解决这个问题。

理想的路线是进行日志备份,然后执行 aDBCC Shrink将文件缩小到正常大小。但是,如果我在数据库的完整备份上执行此操作,则需要几秒钟并创建 5 GB 的日志备份并将事务日志缩小到几 MB。

如果我在生产环境中执行此操作,则需要很长时间,而且似乎创建的文件要大得多。我估计这将是大约 50 GB。我有什么办法可以解决这个问题,因为服务器没有另外 50 GB,所以不能以这种方式进行日志备份。

由于我们没有进行常规日志备份,所以我想我们每天只有一个恢复点(每晚进行完整备份),所以有没有办法删除日志并在另一个中释放 50 GB 的日志文件道路?

或者在这种情况下,您是否还有其他可能对我有帮助的选择?

sql-server

6
推荐指数
2
解决办法
2038
查看次数

标签 统计

sql-server ×1