对奇数大型事务日志备份进行疑难解答

我有一个SQL Server 2005 SP2系统与一个单一的数据库大小为42gigs。

这是一个适度活跃的数据库,平均每秒处理25个事务。

数据库configuration为完全恢复模式,我们每小时执行事务日志备份。 但是,在一天中的某个时候,日志备份将从平均大小15megs一直到40gig,这似乎是非常随机的。

计划在SQL服务器上运行的作业只有4个,它们都是每天/每周发生的典型备份作业。

我不完全确定客户端活动发生在哪里,因为应用程序服务器是由不同的部门维护的。

有没有什么好的方法来追踪这些日志文件增长的原因,并将其指向特定的应用程序或客户端?

提前致谢。

您可以使用fn_dblog()来分析日志内容。

您的维护计划中是否有通用的更新统计信息作业? 这可能会导致您的日志变大。 你可能要考虑添加一些像使用sp_updatestats的逻辑

正在发生的一个非常大的操作正在导致大的事务日志。 你可以使用Remus发布的函数来查看日志到底发生了什么。