我在Server 2008上运行了一个应用程序(它是一个集群,但没有失败)。
以前,事务日志通常每2-3天增长到10-20GB。我们会把它缩小(备份后),让它再次填满。在过去的几周里,日志以每天20 in的速度增长;我们不相信我们已经更改了应用程序代码,所以想知道是什么进程导致了增长速度的提高。
什么是识别导致事务日志大小最大增长的事务的好策略?
备份或缩小文件将释放磁盘空间。我只是觉得这只是解决实际问题的一个创可贴。应用程序正在做更多的事情,因此比以前使用更多的资源。
发布于 2012-09-05 12:39:33
这个SQL显示了大多数“logical_writes”的查询:
SELECT TOP 100
st.text,
execution_count,
total_elapsed_time,
total_worker_time,
total_logical_reads,
total_logical_writes,
total_physical_reads,
total_clr_time,
creation_time, last_execution_time,
pl.query_plan
FROM sys.dm_exec_query_stats ps with (NOLOCK)
Cross Apply sys.dm_exec_sql_text(ps.sql_handle) st
Cross Apply sys.dm_exec_query_plan(ps.plan_handle) pl
ORDER BY total_logical_writes desc
OPTION (RECOMPILE);这个to可以帮助您找到方向,但这并不是您所要求的逻辑写!=写。和逻辑写入!=日志写入。
为你的问题找到更完整的答案可能是非常有趣的。
https://dba.stackexchange.com/questions/24083
复制相似问题