我有一个每秒生成大量事务的数据库,例如 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 笔交易并不多。此外,大事务日志文件并不总是坏的。记录文件不仅仅是记录事务。去阅读它。这是一个值得掌握的话题。
归档时间: |
|
查看次数: |
655 次 |
最近记录: |