Início / dba / Perguntas / 310937
Accepted
Oliver Armitage
Asked: 2022-04-14 10:50:57 +0800 CST

Usando um evento estendido para rastrear um único procedimento armazenado

  • 772

Estou tentando rastrear todas as execuções de um procedimento armazenado (incluindo de dentro de outros procedimentos armazenados) e as instruções desse procedimento - isso é possível com eventos estendidos? Meu evento estendido atual é:

CREATE EVENT SESSION [EVENT_NAME] ON SERVER
ADD EVENT sqlserver.rpc_completed(SET collect_data_stream=(1)
ACTION(sqlserver.database_id,sqlserver.database_name,sqlserver.server_principal_name,sqlserver.session_id)
WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)) AND [sqlserver].[like_i_sql_unicode_string]([sqlserver].[sql_text],N'%MY_STORED_PROCEDURE_NAME%'))),
ADD EVENT sqlserver.sp_statement_completed(
ACTION(sqlserver.database_id,sqlserver.database_name,sqlserver.server_principal_name,sqlserver.session_id)
WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)) AND [sqlserver].[like_i_sql_unicode_string]([sqlserver].[sql_text],N'%MY_STORED_PROCEDURE_NAME%'))),
ADD EVENT sqlserver.sql_batch_completed(
ACTION(sqlserver.database_id,sqlserver.database_name,sqlserver.server_principal_name,sqlserver.session_id)
WHERE ([package0].[greater_than_uint64]([sqlserver].[database_id],(4)) AND [package0].[equal_boolean]([sqlserver].[is_system],(0)) AND [sqlserver].[like_i_sql_unicode_string]([sqlserver].[sql_text],N'%MY_STORED_PROCEDURE_NAME%')))
ADD TARGET package0.event_file(SET filename=N'TraceData')
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=ON,STARTUP_STATE=OFF)
GO

Mas isso não parece funcionar a menos que eu execute o procedimento manualmente. Algum método de boas práticas para fazer isso?

sql-server extended-events

1 respostas

  1. Best Answer

    Seu caminho é muito caro.
    Você pode usar module_starto evento para rastrear isso com eficiência.

    Prepare uma demonstração

    CREATE OR ALTER PROCEDURE dbo.TrackedProcedure
    @param int 
AS
BEGIN
    SELECT @param
END 

GO

CREATE OR ALTER PROCEDURE dbo.WrapperProcedure
    @passParam int 
AS
BEGIN
    /* do something */

    SELECT 'WrapperProcedure' AS context

    EXEC dbo.TrackedProcedure 
        @param = @passParam
END
GO

    E um rascunho da sessão XE - você deve adicionar algumas opções de persistência de dados.

    CREATE EVENT SESSION [TrackProcedure] ON SERVER 
ADD EVENT sqlserver.module_start
(
    SET collect_statement=1
    ACTION
    (
        sqlserver.client_app_name,                 /* Additional audit info */
        sqlserver.database_name,                   /* Additional audit info */
        sqlserver.session_server_principal_name,   /* Additional audit info */
        sqlserver.username,                        /* Additional audit info */
        sqlserver.sql_text,
        sqlserver.tsql_stack
    )
    WHERE 
    (
        [object_type]='P ' /* The space behind P is necesssary */
        AND [object_name]=N'TrackedProcedure'
    )
)

    Então eu executo o código assim:

    /* Batch 1 */
EXEC dbo.TrackedProcedure 
    @param = 10
GO

/* Batch 2 */
EXEC dbo.WrapperProcedure
    @passParam = 5 -- int
GO

    XE mostrando dados capturados

    Você pode ver que a sql_textcoluna é o buffer de entrada - capturando o escopo externo.
    statementcoluna tem a linha exata.

    Eu blog mais sobre a análise do tsql_stackaqui. Investigando erros com eventos estendidos

    • 11

relate perguntas