Övervaka inläsningstider för vyer med hjälp av aktivitetsloggen

Gäller för: Tableau Advanced Management

En viktig del av att vara administratör är att se till att vyerna återges på bästa sätt för användarna. Med hjälp av aktivitetsloggen kan du identifiera prestandaproblem i realtid och åtgärda problem som uppstår för att säkerställa att platsen fungerar på ett smidigt sätt.

I det här avsnittet beskriver vi hur administratörer kan använda händelsetypen vizql_http_request för att förstå inläsningstider för vyer och felsöka flaskhalsar avseende prestanda.

Förutsättningar

Dina aktivitetsloggdata måste vara i ett strukturerat och sökbart format för att du ska kunna övervaka inläsningstider för vyer. Kontrollera att följande krav är uppfyllda innan du fortsätter:

  • Konfiguration av aktivitetslogg: Konfigurera aktivitetsloggen för att skriva loggfiler till AWS S3-bucketen.

  • Dataimport: Importera loggfilerna som genereras av aktivitetsloggen till ett övervakningsverktyg, som Splunk eller Amazon EventBridge. Alternativt kan du importera dem till ett molndatalager som Snowflake eller Google BigQuery. Målet är att överföra dina data till ett format som du enkelt kan fråga och analysera.

Obs! Processen att importera aktivitetsloggdata till ett datalager beskrivs inte i det här avsnittet. Detaljerade anvisningar finns i Konfigurera aktivitetsloggen och dokumentationen för den valda dataplattformen.

Komma igång

Så var börjar vi? Du kan övervaka vyprestanda genom att fokusera på den initiala inläsningen av en instrumentpanel eller vy, vilket kallas ”startsessionshändelsen”. Den här händelsen registrerar vanligtvis huvuddelen av den tid som krävs för att återge vyn, vilket ger en tydlig indikation på hur lång tid det tog att läsa in vyn.

Så här övervakar du starthändelser:

  1. Öppna övervakningsverktyget som du har konfigurerat, till exempel Splunk eller Amazon EventBridge.

  2. Filtrera efter följande värden:

    1. eventType = vizql_http_request.

    2. endpointName = bootstrapSession.

    3. eventOutcome = success.

  3. Lokalisera fältet duration i resultaten.

Varaktighetsfältet för vizql_http_request-händelser representerar hur lång tid åtgärden tog att slutföra i millisekunder. Det hjälper dig att följa och analysera de initiala inläsningstiderna för Tableau-vyerna.

Tips: Vet du inte var du ska börja? Använd instrumentpanelen ”Inläsningstider för instrumentpaneler” som ingår i Admin Insights Starter-arbetsboken. Den här instrumentpanelen visar inläsningstider och prestandaklassificeringar för innehåll, vilket hjälper dig att identifiera problematiska vyer. Därefter kan du använda aktivitetsloggen för att se vilka användare som upplever problem i realtid och hur arbetsboksrevisioner kan påverka prestandan. Mer information finns i Använda Admin Insights för att skapa anpassade vyer.

Övervaka huruvida det förekommer fel

Utöver prestanda kan du använda startsessionsdata för att se om användarna stöter på fel när de visar innehåll. Om du vill visa sådana fel söker du efter fälten eventOutcome och eventOutcomeReason. De här fälten är användbara för att konfigurera övervakningsmeddelanden och utgör en startpunkt för undersökningar. Om användare till exempel rapporterar ett fel när de visar en instrumentpanel kan du titta på startsessionen för att se historiska användarinteraktioner. Det hjälper dig att fastställa vad som utlöste felet och avgöra när problemet började. Att känna till den här informationen är viktigt för att felsöka grundorsaken till problem.

  • eventOutcome: I det här fältet registreras kategorin ”framgång eller misslyckande på hög nivå” för varje åtgärd (lyckad, misslyckad, client_error eller internal_error).

  • eventOutcomeReason: Det här fältet innehåller mer detaljerad information om vad som gick fel och registrerar ofta HTTP-statuskoden som beskriver felet.

Så här övervakar du huruvida det förekommer fel:

  1. Öppna övervakningsverktyget som du har konfigurerat, till exempel Splunk eller Amazon EventBridge.

  2. Filtrera efter följande värden:

    1. eventType = vizql_http_request.

    2. endpointName = bootstrapSession.

    3. eventOutcome != success.

  3. Se eventOutcomeReason i resultaten för mer information om felet.

Felsöka prestandaproblem

Det finns många faktorer som kan bidra till prestandaproblem, vilket gör dem svåra att undersöka. Det finns dock några metoder som kan förenkla processen. Det här avsnittet innehåller en översikt över vanliga sätt att felsöka arbetsboksprestanda med hjälp av startsessionen. Börja med att fastställa om problemet är begränsat till en eller flera arbetsböcker. Följ därefter instruktionerna i relaterat avsnitt nedan.

Felsöka en enskild arbetsbok

Följ de här stegen om prestandaproblemet gäller en enskild arbetsbok.

  1. Identifiera arbetsbokens revisioner:

    Kontrollera om prestandaproblemet introducerades med en ny arbetsboksrevision. Du kan göra detta genom att granska attributet workbookRevision i startsessionen. Den här processen kan kräva att användarbesök jämförs med tidigare versioner av arbetsboken.

    Om en ny revision orsakar prestandaproblemet ska du kontakta arbetsbokens ägare och samarbeta med honom eller henne för att förbättra designen.

  2. Kontrollera om det finns användarspecifika problem:

    Om prestandaproblemet inte är specifikt för en arbetsboksrevision ska du fastställa om det bara påverkar vissa användare. Du kan göra detta genom att titta på attributen requestUri och actorUserLuid i startsessionen. Attributet requestUri anger URL:en till arbetsboken eller vyn som används och attributet actorUserLuid anger vilken användare som har åtkomst till vyn. Om du använder båda kan du skilja enskilda användarsessioner åt.

    Om problemet är användarspecifikt letar du efter likheter mellan användarna. Det kan till exempel bero på en anpassad vy som användarna använder eller vissa sätt som de interagerar med vyn på. Du måste parsa attributet requestURI för att identifiera de specifika vyerna.

  3. Granska säkerheten på radnivå:

    Om vissa användare har problem med prestandan, och anpassade vyer inte är orsaken, kan problemet vara relaterat till säkerhet på radnivå (RLS) som har implementerats i arbetsboken. RLS kan ha en betydande påverkan på prestandan, särskilt om säkerhetsreglerna är komplexa eller om datauppsättningen är stor. Mer information finns i Översikt över säkerhetsalternativ på radnivå i Tableau.

Felsöka flera arbetsböcker

Följ de här stegen om prestandaproblemet gäller flera arbetsböcker.

  1. Identifiera gemensamma datakällor:

    Leta efter gemensamma nämnare i de datakällor som används av de berörda arbetsböckerna.

    Om de berörda arbetsböckerna använder liveanslutningar till en databasserver eller ett molndatalager kan prestandaproblemet bero på liveanslutningen.

    Om de berörda arbetsböckerna använder dataextrakt ska du kontrollera om de har uppdaterats nyligen. Du kan använda händelsetypen hist_publish_datasource i aktivitetsloggen eller datakällan TS-händelser i Admin Insights för att identifiera de senaste ändringarna.

  2. Granska datakällsprestanda:

    För liveanslutningar övervakar du databasserverns eller molndatalagrets prestanda. Kontrollera om det finns några nya ändringar eller problem på serversidan. Det här steget utförs utanför Tableau.

    För extraherade datakällor granskar du extraheringsprocessen och eventuella nyligen utförda uppdateringar. Se till att extraheringen optimeras och att data inte är för stora eller komplexa. Mer information finns i Skapa extrakt på webben.

Viktigt att tänka på

Att använda aktivitetsloggen för att övervaka inläsningstider för vyer är ett bra sätt att hålla koll på instrumentpanelernas prestanda och användarengagemang. Det är dock inte alla instrumentpanels- eller vyåtergivningsåtgärder som genererar en startsessionshändelse. Här följer några scenarier där en startsessionshändelse inte krävs:

  • Cachade instrumentpaneler: Om instrumentpanelen eller vyn hämtas från en tidigare cachelagring.

  • Flikbyten: Om en användare växlar flik inom samma arbetsbok och innehållet för den nya fliken läses in eller cachelagras.

Genom att använda händelsetypen vizql_http_request och fokusera på bootstrapSession-händelser kan du få värdefulla insikter om visningsprestanda och åtgärda problem proaktivt.

Tillbaka till toppen
Tack för din feedback!Din feedback har skickats in. Tack!