Samla in och analysera frågeloggar

Frågeloggar innehåller kraftfull diagnostikinformation med vilken administratörer kan analysera och felsöka problem kopplade till frågeprestanda, felscenarier och felaktiga resultat. När du aktiverar frågeloggar i Oracle Analytics skrivs information om parsning, optimering, exekveringsplaner, fysisk fråga, översiktsstatistik med mera till frågeloggen.

Åtkomst till frågeloggar

Frågeloggar skrivs seriellt i den ordning frågorna exekveras i systemet. Varje session och begäran identifieras med ett unikt id. Administratörer kan komma åt dessa frågeloggar via sidan Sessions- och frågecache i konsolen. Information om hur du åtkommer denna sida finns i Analysera SQL-frågor och loggar.

Obs!:

Arbetsboksredigerare kan också komma åt frågeinformation som frågetid, servertid och strömningstid för visualiseringskomponenter i sina arbetsböcker. Se Åtkomst till frågeloggar för en arbetsbok i slutet av det här avsnittet.

Frågeloggningsnivåer

  • Loggningsnivån avgör hur pass detaljerad och omfattande loggen som genereras är.

  • Du kan ställa in loggningsnivå på system-, sessions- eller rapportnivå.
  • Du kan definiera den globala loggningsnivån för den semantiska modellen (RPD) med egenskapen Systemloggningsnivå (under Verktyg, Alternativ, Datalager) eller med sessionsvariabeln.

    Beskrivning av GUID-8BF38235-E497-4FC9-B4C3-D5E3B11C2991-default.jpg följer
    .jpg

  • Du kan åsidosätta loggningsnivån för en rapport genom att lägga till variabeln LOGLEVEL i egenskapen Prefix som finns på fliken Avancerat för rapporten.

  • Du kan se till att du får fullständiga loggar genom att undvika cacheträffar om du inkluderar variabeln DISABLE_CACHE_HIT=1 och LOGLEVEL.

    Beskrivning av GUID-028022F5-7C3F-4EA4-B497-88453DFF4853-default.jpg följer
    .jpg

  • Värden för loggningsnivå (LOGLEVEL) ligger mellan 0–7.
    • LOGLEVEL=0 innebär att loggning är avaktiverat.
    • LOGLEVEL=7 är den högsta loggningsnivån som framförallt används av Oracles utvecklingsteam.
    • LOGLEVEL=2 passar för finjustering och grundläggande förståelse.
    • LOGLEVEL=3 krävs för felsökning av filter för datasäkerhet på radnivå.
  • Beroende på loggningsnivå innehåller frågeloggar information om frågan, till exempel om den logiska begäran, navigerings- och exekveringsplan, den fysiska fråga som genererats, exekveringstid, rader och byte som hämtats vid olika exekveringsnoder och cacherelaterad information.

Administratörer kan extrahera frågeloggar från sidan Kör SQL i konsolen genom att köra frågan med lämplig LOGLEVEL och lämpliga variabelinställningar.

Beskrivning av GUID-CE500760-79A2-4D2E-83CA-F401163B111F-default.jpg följer
.jpg

Läsa en frågelogg

På sidan Sessions- och frågecache listas alla aktiva frågor och sessioner. Administratörer kan komma åt sidan från konsolen.

Beskrivning av GUID-E741680B-8E04-4FBA-9173-4D2F1CAA680E-default.jpg följer
.jpg

Varje post på sidan ger åtkomst till frågeloggen för en bestämd fråga på den nivå som angetts (dvs. på nivån för semantisk modell eller på sessions- eller rapportnivå).

Beskrivning av GUID-AF2BE54A-CC5E-44C0-88E2-9ADD91B3962C-default.jpg följer
.jpg

Varje begäran har ett unikt requestid i Oracle Analytics.

Logisk SQL-fråga

Här är ett exempel på en logisk SQL-fråga i Oracle Analytics.

Beskrivning av GUID-ACCBD275-1027-48FB-9183-8EB87EB94078-default.jpg följer
.jpg

Det här är några vanliga variabler som kan förekomma i en logisk SQL-begäran:

  • QUERY_SRC_CD: Frågans ursprung: Fråga, Rapport, Datavisualisering, Kör SQL och så vidare.
  • SAW_SRC_PATH: sökvägen till frågan i katalogen om frågan har sparats.
  • SAW_DASHBOARD: sökvägen till infopanelen i katalogen om frågan inkluderats i en infopanel.
  • SAW_DASHBOARD_PG: namnet på infopanelsidan.

Logisk begäran

Den logiska begäran är översättningen av en fråga från presentationsskiktet till affärsmodellen och mappningsskiktet efter tillägg av eventuella säkerhetsfilter.

Beskrivning av GUID-74E1CA85-56BB-412D-B9F1-468E1D143DFD-default.jpg följer
.jpg

Baserat på den logiska begäran avgör Oracle Analytics om frågan är en träff i en befintlig cache eller måste hämtas från databasen.

Beskrivning av GUID-AD43A89E-4AC8-4A6A-B30F-167EEA2BAE0F-default.jpg följer
.jpg

Exekveringsplan

En exekveringsplan är en transformering av den faktiska logiska begäran till en optimerad plan för exekvering. Här ingår en leveransplan för vare åtgärd samt information om huruvida den utförs i databasen eller i Oracle Analytics. När en åtgärd bearbetas i Oracle Analytics anger frågeloggen [for database 0:0,0].

Beskrivning av GUID-41665BED-DD61-4056-BEDD-D54D2292BD58-default.jpg följer
.jpg

Under frågeexekveringen traverserar Oracle Analytics exakt genom detta träd. I detaljerade loggar finns information om de rader som bearbetats vid varje nod i exekveringsträdet.

Beskrivning av GUID-58CDEF0F-CE9D-41D7-A639-1F68749074B1-default.jpg följer
.jpg

Fysiska begäranden eller databasbegäranden

Baserat på exekveringsplanen genererar Oracle Analytics fysisk SQL som ska exekveras i den angivna databasen. Det kan finnas en eller flera begäranden som skickas till en eller flera databaser.

Beskrivning av GUID-67BA9E19-057C-4918-A583-C127B2D14F32-default.jpg följer
.jpg

För varje fysisk begäran som skickas till databasen finns det en logg över antalet rader och byte som hämtats.

Beskrivning av GUID-A103C103-084C-4370-BDB6-0D2728A66DAB-default.jpg följer
.jpg

När det finns flera frågor kan du använda fråge-id:t (i det här exemplet 1914627) för att matcha den exakta fråga som loggats i sektionen Sending query to the database. Det gör att du kan mappa frågan till hämtade rader när det finns flera databasbegäranden.

En rapport kan skicka flera frågor till en eller flera databaser beroende på rapportstrukturen och definitionen av den semantiska modellen. I den här frågeloggen skickades till exempel tre fysiska frågor till databasen.

Beskrivning av GUID-6AD88CC1-CED9-4609-BB30-F6B0F94BB105-default.jpg följer
.jpg

I loggen finns information om liknande rader som bearbetats för alla noder i exekveringsplanen. Slutligen loggas de rader som skickas till klienten.

Beskrivning av GUID-94913767-718C-44B4-AE6C-6081DD12D8B4-default.jpg följer
.jpg

Loggen innehåller också en slutlig översikt över statistik med fullständig exekveringstid. Du kan korrelera den här tiden för att analysera och undersöka prestandaproblem.

Beskrivning av GUID-2F47CE96-DFE8-4B4F-940A-3FF9CE336F2A-default.jpg följer
.jpg

Översiktsstatistik

Flera olika typer av tidsstatistik visas i frågeloggsöversikten.
  • Tidsåtgång – den totala tid som går från det att den logiska frågan tas emot tills klienten stänger markören. Om klienten låter användaren rulla igenom resultaten, vilket Oracle Analytics gör, kan markören vara öppen en lång tid fram tills det att användaren antingen navigerar till en annan sida eller loggar ut.
  • Kompileringstid – den tid Oracle Analytics använder till att generera exekveringsplanen och de fysiska frågorna från den logiska SQL-frågan.
  • Total tid i BI-servern – den totala tid som klienten väntar på ett svar. Här ingår den fysiska frågans exekveringstid, väntetiden under hämtning och tidsåtgången i Oracle Analytics för intern exekvering.
  • Exekveringstid – tiden från att den logiska frågan tas emot av Oracle Analytics tills exekveringen av den logiska frågan slutförts. Här ingår inte tidsåtgång efter slutförd exekvering av logiska frågor när klienten hämtar resultat.
  • Svarstid – tiden från att den logiska frågan tas emot av Oracle Analytics tills den första raden returneras till klienten.

Överväganden för frågeloggar

  • Enkeltrådig aktivitet. Under ogynnsamma omständigheter kan det inträffa prestandaflaskhalsar för loggningsnivåer högre än 2.

  • De tider som listas och beräknas gäller för när poster skrivs till loggen och det är nästan alltid tiden när händelsen inträffade (dvs. den aktivitet som initierade loggposten). Detta såvida det inte finns andra flaskhalsar som påverkar loggningen.

  • Frågeloggning är diagnostisk och inte avsedd för insamling av användningsinformation. Mer information om användningsspårning finns i Spåra användning.

Åtkomst till frågeloggar för en arbetsbok

Det är bara administratörer som kan komma åt loggar via sidan Sessions- och frågecache i konsolen. Innehållskonstruktörer kan emellertid komma åt logginformation för visualiseringsfrågor i sina arbetsböcker via menyn Utvecklare och det är ett användbart verktyg för konstruktörer som vill felsöka frågeprestanda. För åtkomst till prestandaverktyget för arbetsböcker (menyalternativet Utvecklare) måste användare slå på Aktivera utvecklaralternativ som finns på menyn Avancerat under Min profil.

Beskrivning av GUID-1C5E06A4-B442-41CF-9A16-029A8878237B-default.jpg följer
.jpg

När det är aktiverat visas menyalternativet Utvecklare på arbetsboksmenyn.

Beskrivning av GUID-72F0DD44-DD0A-47D4-942B-3E014F122B0F-default.jpg följer
.jpg

Med alternativet Utvecklare kan användare snabbt visa och analysera ett flertal olika loggar för visualiseringar på ritytan. En separat ram visas under ritytan och på den finns det olika flikar för varje typ av information. Som standard fylls inte loggar i eller förnyas när visualiseringen körs.

Beskrivning av GUID-5D339116-5D5F-4AA2-B16B-82096E0B0D3C-default.jpg följer
.jpg

Välj den visualisering du vill analysera och klicka på Förnya för att generera loggarna. När den har förnyats visas olika typer av information kopplad till visualiseringen och du kan analysera logginformationen för den specifika visualiseringen. Om du vill analysera flera visualiseringar måste du förnya dem var och en och analysera dem en i taget.

Beskrivning av GUID-5A53D8E3-0776-44DC-ADD9-214C231E172B-default.jpg följer
.jpg
Med alternativet Utvecklare kan innehållskonstruktörer analysera en mängd olika typer av information, t.ex. prestandaloggar, JSON, XML och information relaterad till datamängder. Det innebär att de kan analysera loggar utan administratörsåtkomst till sidan Sessions- och frågecache.

Obs!:

Menyn Utvecklare är bara tillgänglig för arbetsböcker. För klassiska analyser och infopaneler kan du komma åt frågeloggar via sidan Sessions- och frågecache.