我有一个每秒生成大量事务的数据库，例如 50-100 个事务/秒。因此，日志文件增长得非常快。问题是，即使有很多交易，实际数据也很少。
现在我遇到的问题是，当日志达到他的最大值时，数据库将不再接受事务。我不能真正实现不受限制的增长，因为我对尊重确实有身体限制。
我最初的理解是，一旦日志达到最大大小，它就会简单地采用最旧的事务并删除它们，以便为新事务腾出空间，这在我们的情况下是可以的。但是，这里的情况似乎并非如此。我不是 SQL 专家，所以我在这里迷失了方向。
我知道这个日志是用于备份的，但目前我们还没有实施备份的计划，因为我们仍处于测试阶段。我们也不会是执行它的人，所以我们现在必须等待。
谢谢
你可以做几件事。
您的数据库可能处于完全恢复模式。这就是日志文件不会被重用的原因。现在，如果您不需要事务日志备份，您可以将恢复模式设置为simple。您的日志文件现在将以简单模式重新使用。如果您确实需要事务日志备份，即时间点恢复，那么您将需要实际进行事务日志备份以重新使用日志文件。
请注意，此设置对您执行灾难恢复的方式有重大影响，您需要确保该设置符合您的灾难恢复需求。如果您的数据库如此繁忙，那么事务备份可能比简单恢复模式更好。
如果没有事务日志备份，您将无法进行时间点恢复。因此，一旦发生灾难，您将丢失大量数据。
在此处阅读有关事务日志和恢复模式的信息：http : //msdn.microsoft.com/en-us/library/ms189275.aspx
现在，您还需要记住一些其他事项。虚拟日志文件碎片。理解和掌握这将是非常重要的事情。Kimberly L Tripp 有一篇关于此的非常有用的博客条目。您可以在此处阅读有关这个非常有用的主题的所有信息：http : //www.sqlskills.com/blogs/kimberly/post/transaction-log-vlfs-too-many-or-too-few.aspx
请记住，每秒 50-100 笔交易并不多。此外，大事务日志文件并不总是坏的。记录文件不仅仅是记录事务。去阅读它。这是一个值得掌握的话题。