保持日志文件大于数据文件是否正常？

Question

保持日志文件大于数据文件是否正常？

我知道为什么我的日志文件很大，这是因为我在特定时间发生了巨大的修改和锁定，导致我的日志文件很大..因为我使用日志传送，我通常每 10 次进行日志备份分钟。

我要问的是“看到日志文件大于数据文件是否正常，因为我的数据文件大约为 7,216 GB，而我的日志文件大约为 9,930 GB？” 恐怕日志和数据文件之间存在标准比例？我不想缩小我的日志文件，因为我的硬盘上有足够的空间。

Answer 1

如果您正在进行大量修改，那么是的，日志文件大于数据文件是正常的。大修改结束后，日志备份完成后，文件并不会收缩回原来的大小。但文件将是空的。

您可以在 Management Studio 中看到这一点，如果您右键单击数据库并选择 Reports->Disk Usage。

我不建议缩小您的日志文件，因为它只会在下次需要空间时重新增长。但是，如果您的磁盘空间不足，请知道可以缩小您的日志文件。我只是不这样做，因为每次需要时都会使用空间，并且保持原样是更好的做法。

Answer 2

看到日志文件比正确配置的服务器中的数据大得多且具有良好行为的应用程序可能是不寻常的，但这并没有错。SQL Server 假设，因为有一次日志文件需要增长那么长，所以它会再次需要那么多空间，所以除非被告知否则否则将其保留那么长时间。

恐怕日志和数据文件之间存在标准比例？

那没有。在某些情况下，即使没有像您提到的那样的一次性大型操作，您也希望日志文件相对较大（例如：任何配置为完全恢复的小型数据库，它会看到大量插入/更新/删除操作每个日志备份之间的那一小部分数据）。

我不想缩小我的日志文件，因为我的硬盘上有足够的空间。

如果导致日志文件膨胀的操作确实是一次性的或罕见的事件，那么截断它不会有什么坏处（只是截断，而不是重新排列，并缩小到仍然为预期增长留出足够空间的大小） ) 来释放文件系统空间，但如果您不需要释放文件系统空间，那么我不会打扰，因为分配给将来可能使用的空间不会引起问题。