Ajuda do Tableau Cloud

Garantir que as exibições sejam renderizadas de forma ideal para os usuários é uma parte importante de ser um administrador. Com o Registro de atividades, você pode identificar preocupações de desempenho em tempo real e resolver problemas que surgem para manter o site operando sem problemas.

Este tópico descreve como os administradores podem usar o tipo de evento vizql_http_request para entender os tempos de carregamento da exibição e solucionar problemas de gargalos de desempenho.

Pré-requisitos

Para monitorar os tempos de carregamento da exibição, os dados do Registro de atividades devem estar em um formato estruturado e consultável. Certifique-se de que esses pré-requisitos sejam atendidos antes de continuar:

• Configuração do registro de atividades: configure o registro de atividades para gravar arquivos de registro no bucket do AWS S3.

• Importação de dados: importe os arquivos de registro gerados pelo registro de atividades para uma ferramenta de monitoramento, como o Splunk ou o Amazon EventBridge. Como alternativa, você pode importá-los para um data warehouse na nuvem, como Snowflake ou Google BigQuery. O objetivo é colocar seus dados em um formato que você possa facilmente consultar e analisar.

Observação: o processo de importação dos dados do Registro de atividades para um armazenamento de dados não é abordado neste tópico. Para obter instruções detalhadas, consulte Configurar registro de atividades e a documentação da plataforma de dados escolhida.

Introdução

Então, por onde começar? Você pode monitorar o desempenho da exibição concentrando-se no carregamento inicial de um painel ou exibição, conhecido como o evento "sessão bootstrap". Esse evento geralmente captura a maior parte do tempo necessário para renderizar a exibição, fornecendo uma indicação clara de quanto tempo levou para carregar.

Para monitorar eventos de bootstrap:

1. Abra a ferramenta de monitoramento que você configurou, como o Splunk ou o Amazon EventBridge.

2. Filtre nos seguintes valores:

   1. eventType = vizql_http_request.

   2. endpointName = bootstrapSession.

   3. eventOutcome = success.

3. Nos resultados, encontre o campo duration.

O campo de duração para eventos vizql_http_request representa o tempo que a operação levou para ser concluída, em milissegundos. Isso ajuda a rastrear e analisar os tempos de carregamento iniciais das exibições Tableau.

Dica: não sabe por onde começar? Use o painel "Tempos de carregamento do painel" incluído na pasta de trabalho do Iniciador das informações administrativas. Esse painel exibe os tempos de carregamento e as classificações de desempenho do conteúdo, ajudando a identificar exibições problemáticas. Em seguida, você pode usar o Registro de atividades para ver quais usuários estão enfrentando problemas em tempo real e como as revisões da pasta de trabalho podem estar afetando o desempenho. Para obter mais informações, consulte Usar as Informações administrativas para criar Exibições personalizadas.

Monitorar erros

Além do desempenho, você pode usar os dados da sessão de bootstrap para ver se os usuários encontram erros ao visualizar o conteúdo. Para ver esses erros, procure os campos eventOutcome e eventOutcomeReason. Esses campos são úteis para configurar alertas de monitoramento e fornecer um ponto de partida para investigações. Por exemplo, se os usuários relatarem um erro ao visualizar um painel, você poderá ver a sessão de bootstrap para ver o histórico de interações do usuário. Isso ajuda a identificar o que desencadeou o erro e determinar quando o problema começou. Saber essas informações é importante para solucionar a causa raiz dos problemas.

• eventOutcome: esse campo registra a categoria de sucesso ou falha de alto nível de cada operação (sucesso, falha, client_error ou internal_error).

• eventOutcomeReason: esse campo fornece informações mais detalhadas sobre o que deu errado, geralmente registrando o código de status HTTP que descreve o erro.

Para monitorar erros:

1. Abra a ferramenta de monitoramento que você configurou, como o Splunk ou o Amazon EventBridge.

2. Filtre estes valores:

   1. eventType = vizql_http_request.

   2. endpointName = bootstrapSession.

   3. eventOutcome != success.

3. Nos resultados, revise eventOutcomeReason para obter mais detalhes sobre o erro.

Solucionar problemas de desempenho

São vários os fatores que podem contribuir para os problemas de desempenho, dificultando sua investigação. No entanto, você pode adotar algumas abordagens para simplificar o processo. Esta seção fornece uma visão geral de maneiras comuns de solucionar problemas de desempenho da pasta de trabalho usando a sessão bootstrap. Para começar, determine se o problema está isolado em uma pasta de trabalho ou em algumas. Em seguida, siga as instruções na seção relacionada.

Solucionar problemas de uma única pasta de trabalho

Use estas etapas se a preocupação de desempenho estiver em uma única pasta de trabalho.

1. Identifique as revisões da pasta de trabalho:

   Verifique se o problema de desempenho foi introduzido com uma nova revisão de pasta de trabalho. Você pode fazer isso revisando o atributo workbookRevision na sessão de bootstrap. Esse processo pode exigir a comparação das visitas do usuário com versões anteriores da pasta de trabalho.

   Se uma nova revisão estiver causando o problema de desempenho, entre em contato com o proprietário da pasta de trabalho e trabalhe com ele para melhorar o design.

2. Verifique se há problemas específicos do usuário:

   Se o problema de desempenho não for específico de uma revisão de pasta de trabalho, determine se ele afeta apenas determinados usuários. Você pode fazer isso observando os atributos requestUri e actorUserLuid na sessão de bootstrap. O atributo requestUri fornece a URL da pasta de trabalho ou exibição que está sendo acessada e o atributo actorUserLuid fornece o usuário acessando a exibição. O uso de ambos pode ajudar você a distinguir sessões de usuário individuais.

   Se o problema for específico do usuário, procure semelhanças entre os usuários. Por exemplo, pode ser devido a uma exibição personalizada que esses usuários estão acessando ou a certas maneiras como eles interagem com a exibição. Será necessário analisar o atributo requestURI para identificar as exibições específicas.

3. Revise a segurança em nível de linha:

   Se alguns usuários tiverem problemas com o desempenho e as exibições personalizadas não forem a causa, o problema pode estar relacionado à segurança em nível de linha (RLS) implementada na pasta de trabalho. A RLS pode afetar significativamente o desempenho, especialmente se as regras de segurança forem complexas ou se o conjunto de dados for grande. Para obter mais informações, consulte Visão geral das opções de segurança em nível de linha no Tableau.

Solucionar problemas de um subconjunto de pastas de trabalho

Use estas etapas se a preocupação de desempenho for com um subconjunto de pastas de trabalho.

1. Identificar fontes de dados comuns:

   Procure pontos em comum nas fontes de dados usadas pelas pastas de trabalho afetadas.

   Se as pastas de trabalho afetadas estiverem usando conexões em tempo real a um servidor de banco de dados ou data warehouse na nuvem, o problema de desempenho pode estar na conexão em tempo real.

   Se as pastas de trabalho afetadas estiverem usando extrações de dados, verifique se há atualizações recentes nelas. Você pode usar o tipo de evento hist_publish_datasource no Registro de atividades ou a fonte de dados de Eventos do TS no Informações administrativas para identificar mudanças recentes.

2. Analise o desempenho da fonte de dados:

   Para conexões em tempo real, monitore o desempenho do servidor de banco de dados ou do data warehouse na nuvem. Verifique se há alterações ou problemas recentes no lado do servidor. Esta etapa é executada fora do Tableau.

   Para fontes de dados extraídas, revise o processo de extração e quaisquer atualizações recentes. Certifique-se de que a extração seja otimizada e que os dados não sejam excessivamente grandes ou complexos. Para obter mais informações, consulte Criar extrações na Web.

Considerações importantes

Usar o registro de atividades para monitorar os tempos de carregamento da exibição é uma ótima maneira de acompanhar o desempenho do painel e o engajamento do usuário. No entanto, nem toda operação de renderização de painel ou exibição gera um evento de sessão de bootstrap. Aqui estão alguns cenários em que um evento de sessão de bootstrap não será necessário:

• Painéis armazenados em cache: se o painel ou exibição for recuperado de um cache anterior.

• Troca de guias: se um usuário alternar guias dentro da mesma pasta de trabalho e o conteúdo da nova guia for carregado ou armazenado em cache.

Usando o tipo de evento vizql_http_request e concentrando-se nos eventos bootstrapSession, você pode obter informações valiosas sobre o desempenho da exibição e resolver problemas de forma proativa.