如何识别导致事务日志增长的事务？

Question

我有一个 20 GB 的数据库，它的事务日志坚持超过 7 GB。

当我使用此脚本找出该数据库中最大对象的大小时，我发现它们相对较小。

我一直在使用默认跟踪来查看此事务日志何时自动增长，但我没有发现。

DECLARE @path NVARCHAR(260);

SELECT 
   @path = REVERSE(SUBSTRING(REVERSE([path]), 
   CHARINDEX(CHAR(92), REVERSE([path])), 260)) + N'log.trc'
FROM    sys.traces
WHERE   is_default = 1;

SELECT 
   DatabaseName,
   [FileName],
   SPID,
   Duration,
   StartTime,
   EndTime
FROM sys.fn_trace_gettable(@path, DEFAULT)
WHERE EventClass = 93 -- log autogrow event
ORDER BY StartTime DESC;

我还尝试了这里的一些脚本，以检查哪些事务正在填充日志，但找不到任何事务。

我相信一定有一些非常长的事务同时进行，或者至少有一个较长的事务正在执行。

我怎样才能检查这些（long transactions in the database）？

在 LIVE 中，这是一个完整恢复模式数据库，是alwayson 的一部分。在 TEST 中，这是一个简单的恢复模式数据库，但由于所有作业都在那里，日志仍然增长到 7GB。

Answer 1

尝试这个扩展事件（相应地更改文件名路径）。我过去曾使用它来帮助我追踪导致数据和日志文件意外增长的原因。

CREATE EVENT SESSION [DB Size Tracking] ON SERVER 
ADD EVENT sqlserver.database_file_size_change(
    ACTION(sqlserver.client_app_name,sqlserver.client_hostname,sqlserver.database_name,sqlserver.nt_username,sqlserver.plan_handle,sqlserver.query_hash,sqlserver.query_plan_hash,sqlserver.server_principal_name,sqlserver.session_id,sqlserver.session_nt_username,sqlserver.sql_text,sqlserver.username))
ADD TARGET package0.event_file(SET filename=N'E:\ExtendedEvent\DB Size Tracking.xel')
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=ON)
GO

您需要缩小测试服务器上的日志，然后让作业运行以使其再次增长。然后，此扩展事件将记录导致自动增长事件的 SQL 文本。