Espaço de log TempDB e ACTIVE_TRANSACTION

Como Max mencionou, o alerta provavelmente foi disparado pouco antes do crescimento do log/precisando crescer. O SCOM coleta % de espaço livre no log de transações, embora eu não tenha certeza de qual limite o alerta será acionado.

aqui está um exemplo rápido para mostrar em que estado o tempdb provavelmente está quando você recebe esses alertas, mas não há crescimento do arquivo de log.

primeiro crie um banco de dados, defina a recuperação como completa e faça backup

    create database tlogspace
    on(name=tlogspace_dat,
        filename='c:\temp\tlogspace.mdf',
        size=4MB)
    log on (name=tlogspace_log,
        filename='c:\temp\tlogspace.ldf',
        size=1MB);
    go

    alter database tlogspace set recovery full;
    go
    backup database tlogspace to disk='nul';
    go

agora mude para esse banco de dados, crie uma tabela e execute DBCC sqlperf(logspace) para verificar o tamanho e o espaço livre em seu arquivo de log.

use tlogspace
go

create table data(id int identity(1,1), col varchar(8000))
dbcc sqlperf(logspace)

No meu sistema, tenho o tamanho do arquivo de log de 0,9921875 e o espaço de log usado (%) de 48,4245. Agora insira alguns dados na tabela e execute DBCC sqlperf(logspace) novamente. No meu sistema, 45 linhas inseridas deram os resultados desejados (o número de linhas inseridas pode precisar ser ajustado).

insert into data(col)
select replicate('a',8000)
go 45 --may need to adjust number
dbcc sqlperf(logspace)

Desta vez, a saída do DBCC sqlperf deve mostrar que o tamanho do log é o mesmo, mas o espaço de log usado está um pouco abaixo de 100%. Nesse caso, o SCOM provavelmente dispararia um alerta de que o espaço de log está baixo. Não há mais atividade em andamento para fazer com que o arquivo de log cresça e (neste exemplo) nenhum backup de tlog para liberar espaço usado. O tempdb está em recuperação simples, portanto, sua transação ativa provavelmente usou a maior parte do espaço disponível e não o liberou, mas não havia atividade suficiente no tempdb para acionar o crescimento do arquivo de log, causando o disparo do alerta.

limpar banco de dados quando terminar

use master
drop database tlogspace

Isso não responde à sua pergunta, mas achei que seria útil ver se houve algum crescimento de log recente:

/*
    Description:    display growth events for all databases on the instance
    by:             Max Vernon
    date:           2014-10-01
*/
DECLARE @Version NVARCHAR(255);
DECLARE @VersionINT INT;
SET @Version = CONVERT(NVARCHAR(255),SERVERPROPERTY('ProductVersion'));
SET @VersionINT = CONVERT(INT, SUBSTRING(@Version,1 ,CHARINDEX('.',@Version)-1));
DECLARE @cmd NVARCHAR(2000);
SET @cmd = '';
IF @VersionINT >= 9
BEGIN
    SET @cmd = 
'
DECLARE @trcfilename VARCHAR(1000);

SELECT @trcfilename = path 
FROM sys.traces 
WHERE is_default = 1;

IF COALESCE(@trcfilename,'''') <> ''''
BEGIN
SELECT
    '''''''' + @@SERVERNAME + '''''','''''' +
     DB_NAME(mf.database_id) + '''''','''''' +
     mf.name + '''''','' +
     CONVERT(VARCHAR(255), a.NumberOfGrowths) + '','' +
     CONVERT(VARCHAR(255), CAST(a.DurationOfGrowthsInSeconds AS decimal(38, 20)))
    FROM
    (
        SELECT
            tt.DatabaseID AS database_id,
            tt.FileName AS LogicalFileName,
            COUNT(*) AS NumberOfGrowths,
            SUM(tt.Duration / (1000 * 1000.0)) AS DurationOfGrowthsInSeconds
            FROM sys.fn_trace_gettable(@trcfilename, default) tt
            WHERE (EventClass IN (92, 93))
            GROUP BY
                tt.DatabaseID,
                tt.FileName
    ) a
    INNER JOIN sys.master_files mf ON
        (mf.database_id = a.database_id) AND
        (mf.name = a.LogicalFileName);
END
ELSE
BEGIN
    SELECT @@SERVERNAME, ''NO TRACE FILE'';
END
';
EXEC sp_executesql @cmd;
END
ELSE
BEGIN
    SELECT @@SERVERNAME, SERVERPROPERTY('ProductVersion');
END