Como posso qualificar totalmente os predicados de eventos para [backup_restore_progress_trace] Eventos Estendidos?

Você pode qualificar os campos com o nome do evento para distingui-los.

por exemplo, [backup_restore_progress_trace].[database_name]versus [sqlserver].[database_name].

Sessão completa:

CREATE EVENT SESSION [backup_finished] 
ON SERVER 
ADD EVENT sqlserver.backup_restore_progress_trace
(
    ACTION
    (
        sqlserver.client_app_name,
        sqlserver.client_hostname,
        sqlserver.[database_name],
        sqlserver.nt_username,
        sqlserver.server_principal_name,
        sqlserver.[session_id],
        sqlserver.sql_text
    )
    WHERE 
    (
        (
            (
                (
                    (
                        [sqlserver].[database_name]=N'maintenance'
                    )
                    AND 
                    (
                        [backup_restore_progress_trace].[database_name]=N'database_of_interest'
                    ) 
                ) 
                AND 
                (
                    [backup_restore_progress_trace].[operation_type]=(0)
                )
            ) 
            AND 
            (
                [backup_restore_progress_trace].[trace_level]=(0)
            )
        ) 
        AND 
        (
            [sqlserver].[like_i_sql_unicode_string]
            (
                [backup_restore_progress_trace].[trace_message],
                N'BACKUP DATABASE finished%'
            )
            OR
            [sqlserver].[like_i_sql_unicode_string]
            (
                [backup_restore_progress_trace].[trace_message],
                N'BACKUP LOG finished%'
            )
        )
    )
);

Recapitular

Para simplificar a questão: Existe uma coluna nomeada em conflito database_name(uma é da ação global e a outra é a coluna do evento).

Você quer ser determinista, então faz sentido adicionar mais qualificações. Mas usar menos realmente funciona.

• A coluna de ação refere-se ao banco de dados onde o código está sendo executado
• A coluna de evento refere-se ao destino da operação de backup/restauração

A coluna de eventos não precisa ser qualificada. A coluna de ação deve ser qualificada com sqlserver.(mesmo que ambas vivam no mesmo pacote).

Suponho que haja alguma lógica de curto-circuito que pesquisa primeiro o contexto mais próximo.

MVP

/* minimal definition */
DROP EVENT SESSION [backup_restore_progress_trace] ON SERVER 
go
CREATE EVENT SESSION [backup_restore_progress_trace] ON SERVER 
ADD EVENT sqlserver.backup_restore_progress_trace
(
    ACTION
    (
        sqlserver.[database_name]
    )
    WHERE 
        [database_name] = N'msdb'
        AND sqlserver.[database_name] = N'master'
)
GO

/* ran a backup command of msdb from the context of master db - this should be captured */
USE master
go
BACKUP database msdb TO DISK = 'NUL'

* ran a backup command of msdb from the context of msdbdb - this should NOT be captured */
go
USE msdb
go
BACKUP database msdb TO DISK = 'NUL'

Isso funciona conforme o esperado.

Definir os filtros na GUI nos mostra a mesma coisa.

Criar scripts a partir da GUI nos daria um TSQL semelhante ao exemplo acima (embora com muito mais parênteses)

Guia do módulo

Eu testei o caminho totalmente qualificado também. A documentação CREATE SESSION menciona o opcional module_guide pelos meus testes funciona:

• no nível do evento
• para a ação database_name

não funcionou para nenhum dos predicados - igual à sua pergunta.

Não vejo por que não deveria funcionar, mas não funciona. Eu capturei error_reportedcom uma callstackação e consegui isso (recuei a parte interessante)

sqllang!XeSqlPkg::CollectClientAppNameActionInvoke
sqllang!XeSqlPkg::CollectSessionIdActionInvoke
sqllang!XeSqlPkg::CollectSqlText<XE_ActionForwarder>
sqllang!XeSqlPkg::CollectSqlTextActionInvoke
sqllang!XeSqlPkg::CollectTSqlStack<XE_ActionForwarder>
sqllang!XeSqlPkg::CollectTSqlStackActionInvoke
sqllang!XeSqlPkg::error_reported::Publish
sqllang!ErrorReportedAutoPublish::Publish
sqllang!CErrorReportingManager::CwchFormatAndPrint
sqllang!ex_vcallprint_no_dump
sqllang!MSQLErrorHandlerFunc
sqldk!CallExceptionHandler
    sqldk!ex_raise2
    sqldk!ex_raise
    sqllang!CXE_PredicateCompiler::CompilePredicate
    sqllang!CXE_PredicateCompiler::CompilePredicate
    sqllang!CXE_Predicate::Bind
    sqllang!CXE_Event::Bind
    sqllang!XEventController::StoreEventSession
sqllang!CStmtCreateEventSession::XretExecute
sqllang!CMsqlExecContext::ExecuteStmts<0,1>
sqllang!CMsqlExecContext::FExecute
sqllang!CSQLSource::Execute
sqllang!process_request

Portanto, falha durante a ligação, mas não acho que possamos obter mais informações do que isso. O único outro artigo que encontrei sobre isso foi este: Segredos, dicas e sugestões para SQL Server Extended Events