SQL Server 事务日志增长不受控制

Max*_*ios 0 sql-server

我们有一个数据库不受控制地增长并每 2 天填充一次硬盘。数据库最大日志大小设置为 6 gb,但 id 似乎不起作用,因为它继续增长超过 6 gb。

以某种方式“解决”它的唯一方法是在那之后进行备份和截断。

首先,如果最大日志大小设置为特定大小,那么可能的数据库会继续增长吗?

其次,如果事务正确打开和关闭,我们知道它运行良好,为什么我的日志文件不受控制地增长?

Rem*_*anu 6

以某种方式“解决”它的唯一方法是备份

因为这截断日志的唯一方法。有关发生的情况的说明,请参阅如何收缩 SQL Server 日志。通常日志备份被安排得非常频繁(想想 10 分钟)并且它们会截断日志。您需要频繁的日志备份不仅是因为它消除了增长问题,而且主要是因为您希望在灾难(崩溃)情况下丢失的事务量最小化。

如果您想要不同的行为,请将恢复模型更改为 SIMPLE。如果失败,您将失去自上次完整备份以来的所有交易,但天下没有免费的午餐,不是吗?