Visualizando dados de eventos estendidos do SQL Server

Advertência : Grande parte das informações fornecidas abaixo aprendi estritamente ao passar por dois cursos Pluralsight de Jonathan Keyhayias . Vale a pena a despesa de um mês para a assinatura adicional para passar por seus dois cursos.

Primeiro, apenas alguns pontos de interesse que acho que ajudarão (ou no máximo serão interessantes):

• Quando uma sessão de Evento Estendido é iniciada, ela terá uma parte da memória alocada para um espaço de buffer para armazenar os dados gerados pelos eventos da sessão. Em sua sessão, isso é definido como o valor padrão de 4 MB
• Existem vários alvos disponíveis para uso. Esses alvos são synchronousou asynchronousem como eles recebem dados. Os dois alvos mais comumente usados, sendo o arquivo de destino e o buffer de anel, são ambos assíncronos. O artigo BOL aqui indica o tipo de cada alvo .
• O MAX_DISPATCH_LATENCYé uma opção de configuração que controla quando os dados do evento são despachados para o(s) destino(s). O envio ocorre apenas para destinos assíncronos. Há duas condições que farão com que os dados do evento sejam despachados: (1) o buffer de memória da sessão está cheio ou (2) os dados do evento no buffer excedem a MAX_DISPATCH_LATENCYopção configurada da sessão.
• Quando você abre o Live Data Viewer, ele anexa um destino adicional à sessão do evento chamado "destino de streaming". Isso receberá o fluxo de eventos ao vivo enquanto os buffers de memória estão sendo despachados. Na verdade, ele também alterará a latência de despacho associada à sessão para 3 segundos, a fim de obter uma visualização quase em tempo real da sessão.

Agora, para pontos específicos em sua pergunta:

O problema que estou tendo é que parece que o recurso Live Events usa um buffer interno, o que significa que às vezes preciso executar uma consulta várias vezes para obter suas informações para exibição na janela. Portanto, tenho uma pergunta em duas partes a fazer

Não estou ciente de que ele faz isso além do que afirmei acima. Eu esperaria que o evento fosse capturado, ele simplesmente não atendeu aos limites necessários para que fosse despachado para o visualizador de dados ao vivo. Eu testei isso com a seguinte consulta de AdventureWorks2012:

SELECT * FROM dbo.ErrorLog
WAITFOR DELAY '00:00:01' ;
GO

Usando sua configuração de sessão de evento, com a exceção de que estou filtrando apenas para capturar dados para AdventureWorks2012banco de dados em minha instância local, posso visualizar os dados de destino para esta sessão e descobrir que a consulta foi capturada:

Executar esta consulta mais uma vez fará com que ela seja despachada e o visualizador de dados exiba um evento. Agora, se você realmente deseja ver todos os eventos exibidos, simplesmente STOPa sessão e o buffer serão totalmente despachados. Eu vejo isso quando paro minha sessão:

1.Existe uma maneira de contornar esse atraso na exibição dos eventos no feed ao vivo? (Estou fazendo isso em um banco de dados local, então o desempenho não é um problema)

Eu pensei que você poderia mudar MAX_MEMORYpara um valor menor que indicaria um pequeno tamanho de buffer para capturar eventos. No entanto, o valor mais baixo que você pode definir no SQL Server 2012 é 200KB, que a consulta que usei não atende a esse limite para fazer com que ela seja despachada imediatamente. A única coisa que eu poderia fazer era no máximo executar uma consulta que fizesse com que o buffer fosse atingido e os eventos anteriores capturados fossem despachados:

SELECT *
FROM Person.Person
ORDER BY EmailPromotion DESC;

2. O feed ao vivo é a melhor maneira de visualizar dados de eventos estendidos? Existe outra ferramenta no SSMS ou não que se adapte melhor ao meu caso de uso?

Não que eu saiba atualmente. Eu sugeriria que o melhor método para obter os dados assim que eles ocorrem é consultar o XML para o ring_bufferdestino e apenas destruí-lo. Posso repetir o exemplo acima e assim que executar a consulta abaixo vejo o evento.

-- Create XML variable to hold Target Data
DECLARE @target_data XML
SELECT  @target_data = CAST([t].[target_data] AS XML)
FROM    [sys].[dm_xe_sessions] AS s
JOIN    [sys].[dm_xe_session_targets] AS t
        ON [t].[event_session_address] = [s].[address]
WHERE   [s].[name] = N'Simple Query Benchmarking' AND
        [t].[target_name] = N'ring_buffer' ;

-- Return the full XML document
--SELECT @target_data;

--Shred XMl to get needed data
SELECT  DATEADD(hh, DATEDIFF(hh, GETUTCDATE(), CURRENT_TIMESTAMP), n.value('(@timestamp)[1]', 'datetime2')) AS [timestamp],
    n.value('(data[@name="duration"]/value)[1]', 'bigint') as duration,
    n.value('(action[@name="sql_text"]/value)[1]', 'varchar(max)') as sql_text
FROM @target_data.nodes('RingBufferTarget/event[@name=''sql_batch_completed'']') AS q(n)

.Net 4.7.2 tem uma correção para reduzir o atraso inicial para exibição de eventos ao usar o alvo ativo.