解决奇怪的大型事务日志备份问题

解决奇怪的大型事务日志备份问题

我有一台 SQL Server 2005 SP2 系统,其中单个数据库大小为 42GB。

它是一个适度活跃的数据库,平均每秒有 25 个交易。

数据库配置为完整恢复模式,我们每小时执行一次事务日志备份。然而,在一天中的某个时刻,日志备份的大小似乎相当随机,从平均 15MB 一直增加到 40GB。

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

由于应用服务器由不同的部门维护,所以我不完全确定客户端活动发生了什么。

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

提前致谢。

答案1

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

答案2

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

答案3

正在执行一个非常大的操作,这导致事务日志很大。您可以使用 Remus 发布的函数查看日志以了解发生了什么。

相关内容