SQL Server日志文件大小pipe理

我的所有数据库都处于完全恢复状态,每15分钟备份一次,所以我的日志文件通常很小。 问题是如果有夜间操作导致大量交易发生并导致我的日志文件增长,那么我是否应该缩减它们之后呢?

是否有一个巨大的日志文件负面影响数据库的性能? 磁盘空间目前不是问题。

编辑:使用SQL 2005将很快使用2k8。 (我以为我把它放在…哦)

有一个大的日志文件不应该有一个性能命中。 在长时间运行的情况下,实际上每天晚上都需要重新生成日志文件。
如果磁盘空间不是问题,并且日志没有完全失控,我会离开它们,但是一如既往地关注它们。

你是否在隔夜进行任何维护,例如reindex?

这里有一个可能有助于决定是否缩小的链接 :

另外,我可以build议你更新与您正在使用的SQL版本的问题。

如果每天晚上有一个操作正在增长,那么绝对不会缩小它。 他们显然需要这样的规模,才会再次成长。