Analisar o processamento de consulta para modelos semânticos do Direct Lake

Os modelos semânticos do Power BI no modo Direct Lake leem tabelas Delta diretamente do OneLake, a menos que precisem fazer fallback para o modo DirectQuery. Os motivos típicos de fallback incluem pressões de memória que podem impedir o carregamento de colunas necessárias para processar uma consulta DAX e determinados recursos na fonte de dados podem não dar suporte ao modo Direct Lake, como exibições SQL em um Warehouse e Lakehouse. Em geral, o modo Direct Lake fornece o melhor desempenho de consulta DAX, a menos que um fallback para o modo DirectQuery seja necessário. Como o fallback para o modo DirectQuery pode afetar o desempenho da consulta DAX, é importante analisar o processamento de consultas para um modelo semântico do Direct Lake para identificar se e com que frequência os fallbacks ocorrem.

Analisar usando o Performance Analyzer

O Performance Analyzer pode fornecer uma visão rápida e fácil de como um visual consulta uma fonte de dados e quanto tempo leva para renderizar um resultado.

  1. Inicie o Power BI Desktop. Na tela de inicialização, selecione Novo>Relatório.

  2. Selecione Obter dados na faixa de opções e selecione Modelos semânticos do Power BI.

  3. Na página Hub de dados do OneLake, selecione o modelo semântico do Direct Lake ao qual você deseja se conectar e selecione Conectar.

  4. Coloque um cartão visual na tela do relatório, selecione uma coluna de dados para criar um relatório básico e, no menu Exibir, selecione Performance Analyzer.

    Uma captura de tela do painel do Performance Analyzer.

  5. No painel do Performance analyzer, selecione Iniciar gravação.

    Captura de tela do comando para iniciar a gravação no Performance Analyzer.

  6. No painel Performance analyzer, selecione Atualizar visuais e, em seguida, expanda o visual Cartão. O cartão visual não causa nenhum processamento do DirectQuery, o que indica que o modelo semântico foi capaz de processar as consultas DAX do visual no modo Direct Lake.

    Se o modelo semântico voltar ao modo DirectQuery para processar a consulta DAX do visual, você verá uma métrica de desempenho de consulta direta, conforme mostrado na imagem a seguir:

    Captura de tela da métrica de desempenho da consulta direta.

Analisar usando o SQL Server Profiler

O SQL Server Profiler pode fornecer mais detalhes sobre o desempenho da consulta rastreando eventos de consulta. Ele é instalado com o SQL Server Management Studio (SSMS). Antes de começar, verifique se você tem a versão mais recente do SSMS instalada.

  1. Inicie o SQL Server Profiler no menu do Windows.

  2. No SQL Server Profiler, selecione Arquivo>Novo rastreamento.

  3. Em Conectar-se ao servidor,>Tipo do servidor, selecione Serviços de análise e, em Nome do servidor, insira a URL do seu workspace, selecione um método de autenticação e insira um nome de usuário para entrar no workspace.

    Captura de tela da caixa de diálogo Conectar ao servidor no SQL Server Profiler.

  4. Selecione Opções. Em Conectar-se ao banco de dados, insira o nome do modelo semântico e selecione Conectar. Entre no Microsoft Entra ID.

    Captura de tela do nome do banco de dados especificado no campo Conectar ao banco de dados.

  5. Em Propriedades de rastreamento>Seleção de eventos, marque a caixa de seleção Mostrar todos os eventos.

    Captura de tela da caixa de seleção Seleção de eventos - Mostrar todos os eventos.

  6. Role até Processamento de consulta e marque as caixas de seleção para os seguintes eventos:

    Evento Descrição
    DirectQuery_Begin
    DirectQuery_End
    Se os eventos Begin/End do DirectQuery aparecerem no rastreamento, o modelo semântico poderá ter voltado para o modo DirectQuery. No entanto, observe que a presença de consultas EngineEdition e possivelmente consultas de verificação do Object-Level Security (OLS) não representam um fallback porque o mecanismo sempre usa o modo DirectQuery para essas verificações relacionadas ao processamento de consultas.
    VertiPaq_SE_Query_Begin
    VertiPaq_SE_Query_Cache_Match
    VertiPaq_SE_Query_Cache_Miss
    VertiPaq_SE_Query_End
    Os eventos do Mecanismo de Armazenamento VertiPaq (SE) no modo Direct Lake são os mesmos do modo de importação.

    O resultado deve ser assim:

    Captura de tela mostrando eventos de processamento de consulta selecionados no SQL Server Profiler.

  7. Selecione Executar. No Power BI Desktop, crie um novo relatório ou interaja com um relatório existente para gerar eventos de consulta. Examine o relatório de rastreamento do SQL Server Profiler para eventos de processamento de consulta.

    A imagem a seguir mostra um exemplo de eventos de processamento de consulta para uma consulta DAX. Nesse rastreamento, os eventos de mecanismo de armazenamento (SE) VertiPaq indicam que a consulta foi processada no modo Direct Lake. Captura de tela de eventos de processamento de consulta no SQL Server Profiler.