MSSQL 10失控日志增长，每周100 10

Question

我从IT经理开始，我的职责涵盖MSSQL服务器。在LDF文件中，我继承的一个数据库在一周内使用了大约100 HD的HD。这反过来使用了驱动器C上的所有可用磁盘空间:服务器就会崩溃。

因此，我可以使用LDF文件上的限制文件增长选项来阻止它使用整个驱动器吗？如果是，当该文件已满时会发生什么？

还有，是什么导致了这类活动？这是由于写得不好的SQL查询吗？

Answer 1

检查DBs是否处于完全恢复模式。如果是的话，是否有作业运行来备份运行在足够频繁的计划中的事务日志，以使它们保持在一个可管理的大小？

编辑：

当文件由于有限的增长而满时，您的DB将停止处理事务，因为它没有地方记录这些事务。您需要整理文件增长这么大的原因，而不是限制文件。

Answer 2

如果它是一个非常繁忙(而且非常庞大)的数据库，那么每周100 be的日志可能并不过分。如果没有更多关于数据库大小、事务量、记录大小等方面的信息，我们将很难判断。

更重要的问题是:如果这个数据库每晚都在备份，为什么日志不被修剪呢？通常，人们不需要担心每周的事务日志量。

背景资料：

1. 在正确配置的MSSQL服务器上，事务日志从物理上与数据分离:它们不仅驻留在单独的卷上，而且驻留在一个完全独立的RAID数组上。
2. 如果数据库(或存储数据库的物理卷)丢失，则可以从最近的备份中恢复，然后重放事务日志以恢复数据，直到故障发生时为止。
3. 在最近备份之前创建的任何事务日志条目都可以从LDF文件中删除。通常，日志本身在被修剪之前就会被备份；这就保持了恢复到最近备份之前的任意时间点的可能性，如果保留旧备份的话。

因此，这里有一个更大的问题:如何备份这个SQL服务器，以及在每次备份时是否修剪事务日志？是否有一个夜间备份进程突然停止工作？

如果前一位管理员懒得使用正确的服务帐户--这并不少见--很多事情，包括备份，在他/她的帐户被禁用并且内置的域管理员帐户密码被更改时，可能已经停止工作。

Answer 3

此外，数据和日志在c驱动器上没有任何关系。在繁忙的数据库中部署IO是性能的关键。