Samle og analysere spørringslogger

Spørringslogger inneholder omfattende diagnostikkopplysninger som gjør det mulig for administratorer å analysere og feilsøke problemer knyttet til spørringsytelse, feilscenarioer og feil resultater. Når du aktiverer spørringslogger i Oracle Analytics, skrives opplysninger om analyse, optimalisering, utførelsesplaner, fysisk spørring, sammendragsstatistikk og så videre til spørringsloggen.

Få tilgang til spørringslogger

Spørringslogger skrives serielt i samme rekkefølge for utførelse av spørringer i hele systemet. Hver enkelt økt og forespørsel identifiseres med en unik ID. Administratorer kan få tilgang til disse spørringsloggene fra siden Hurtigbuffer for økt og spørring i konsollen. Se Analysere SQL-spørringer og logger for å finne ut hvordan du får tilgang til denne siden.

Merknad:

Arbeidsbokforfattere kan også få tilgang til spørringsopplysninger som spørringstid, tjenertid og strømmetid for visualiseringskomponenter i arbeidsbøkene. Se Få tilgang til spørringslogger for en arbeidsbok på slutten av dette emnet.

Spørringsloggnivåer

  • Loggnivået fastsetter detaljene og mengden for loggen som genereres.

  • Du kan angi loggnivået på system-, økt- eller rapportnivå.
  • Du kan definere det globale loggnivået for den semantiske modellen (RPD) ved å bruke egenskapen Systemloggingsnivå (under Verktøy, Valg, Register) eller ved å bruke øktvariabelen.

    Beskrivelse av GUID-8BF38235-E497-4FC9-B4C3-D5E3B11C2991-default.jpg følger
    .jpg

  • Du kan overstyre loggnivået for en rapport ved å legge til variabelen LOGLEVEL i egenskapen Prefiks, som er tilgjengelig i fanen Avansert for rapporten.

  • Hvis du vil unngå hurtigbuffertreff for å få fullstendige logger, kan du inkludere variabelen DISABLE_CACHE_HIT=1 sammen med LOGLEVEL.

    Beskrivelse av GUID-028022F5-7C3F-4EA4-B497-88453DFF4853-default.jpg følger
    .jpg

  • Loggnivåverdiene (LOGLEVEL) varierer fra 0 til 7.
    • LOGLEVEL=0 betyr at logging er deaktivert.
    • LOGLEVEL=7 er det høyeste loggingsnivået, og det brukes hovedsakelig av Oracles utviklingsteam.
    • LOGLEVEL=2 er egnet for ytelsesjustering og grunnleggende forståelse.
    • LOGLEVEL=3 er nødvendig for å feilsøke datasikkerhetsfiltre på radnivå.
  • Avhengig av loggnivået inneholder loggen opplysninger om spørringen, inkludert den logiske forespørselen, navigerings- og utførelsesplanen, den fysiske spørringen som genereres, utførelsestiden, radene og bytene som mottas på ulike utførelsesknutepunkt, og hurtigbufferrelaterte opplysninger.

Administratorer kan trekke ut spørringslogger fra siden Utfør SQL i konsollen ved å kjøre spørringen med riktig LOGLEVEL og passende innstillinger for variabler.

Beskrivelse av GUID-CE500760-79A2-4D2E-83CA-F401163B111F-default.jpg følger
.jpg

Lese en spørringslogg

Siden Hurtigbuffer for økt og spørring viser alle spørringene og øktene som er aktive for øyeblikket. Administratorer får tilgang til denne siden fra konsollen.

Beskrivelse av GUID-E741680B-8E04-4FBA-9173-4D2F1CAA680E-default.jpg følger
.jpg

Hver enkelt oppføring på siden gir tilgang til spørringsloggen for en bestemt spørring, på det angitte nivået (det vil si på semantisk modell-, økt- eller rapportnivået).

Beskrivelse av GUID-AF2BE54A-CC5E-44C0-88E2-9ADD91B3962C-default.jpg følger
.jpg

Hver enkelt forespørsel har en unik requestid i Oracle Analytics.

Logisk SQL-spørring

Her er et eksempel på en logisk SQL-spørring i Oracle Analytics.

Beskrivelse av GUID-ACCBD275-1027-48FB-9183-8EB87EB94078-default.jpg følger
.jpg

Dette er noen vanlige variabler du kan se i en logisk SQL-forespørsel:

  • QUERY_SRC_CD: Opprinnelse for spørringen: Ledetekst, Rapport, DV, Utfør SQL og så videre.
  • SAW_SRC_PATH: Hvis spørringen er lagret, er dette banen til spørringen i katalogen.
  • SAW_DASHBOARD: Hvis spørringen er inkludert på et instrumentpanel, er dette banen til instrumentpanelet i katalogen.
  • SAW_DASHBOARD_PG: Navnet på instrumentpanelsiden.

Logisk forespørsel

Den logiske forespørselen er oversettelsen av en spørring fra presentasjonslaget til forretningsmodellen og tilordningslaget etter at eventuelle sikkerhetsfiltre er lagt til.

Beskrivelse av GUID-74E1CA85-56BB-412D-B9F1-468E1D143DFD-default.jpg følger
.jpg

Basert på den logiske forespørselen fastsetter Oracle Analytics om spørringen får treff i en eksisterende hurtigbuffer eller må hentes fra databasen.

Beskrivelse av GUID-AD43A89E-4AC8-4A6A-B30F-167EEA2BAE0F-default.jpg følger
.jpg

Utførelsesplan

Utførelsesplanen er transformeringen av den faktiske logiske forespørselen til en optimalisert plan for utførelse. Dette inkluderer en sendeplan for hver enkelt operasjon og om den utføres i databasen eller i Oracle Analytics. Når en operasjon behandles i Oracle Analytics, angir spørringsloggen [for database 0:0,0].

Beskrivelse av GUID-41665BED-DD61-4056-BEDD-D54D2292BD58-default.jpg følger
.jpg

Under utførelsen av spørringen går Oracle Analytics nøyaktig gjennom dette treet. I detaljerte logger er opplysninger om rader som behandles, tilgjengelige på alle knutepunkt i utførelsestreet.

Beskrivelse av GUID-58CDEF0F-CE9D-41D7-A639-1F68749074B1-default.jpg følger
.jpg

Fysiske forespørsler eller databaseforespørsler

Basert på utførelsesplanen genererer Oracle Analytics en fysisk SQL som skal utføres i den angitte databasen. Én eller flere forespørsler kan sendes til én eller flere databaser.

Beskrivelse av GUID-67BA9E19-057C-4918-A583-C127B2D14F32-default.jpg følger
.jpg

For hver enkelt fysiske forespørsel som sendes til databasen, finnes det en logg over antallet rader og byte som er mottatt.

Beskrivelse av GUID-A103C103-084C-4370-BDB6-0D2728A66DAB-default.jpg følger
.jpg

Når det finnes flere spørringer, kan du bruke spørrings-ID-en (i dette eksemplet 1914627) til å finne den nøyaktige spørringen som er logget under Sending query to the database. Dette gir deg muligheten til å tilordne spørringen til rader som hentes, når det finnes flere databaseforespørsler.

Én rapport kan sende flere spørringer til én eller flere databaser, avhengig av rapportstrukturen og definisjonen av den semantiske modellen. I denne spørringsloggen ble det for eksempel sendt tre fysiske spørringer til databasen.

Beskrivelse av GUID-6AD88CC1-CED9-4609-BB30-F6B0F94BB105-default.jpg følger
.jpg

Loggen inneholder lignende opplysninger om behandlede rader for alle knutepunktene i utførelsesplanen. Til slutt logges radene som er sendt til klienten.

Beskrivelse av GUID-94913767-718C-44B4-AE6C-6081DD12D8B4-default.jpg følger
.jpg

Loggen inneholder også et endelig sammendrag av statistikk, som inkluderer den fullstendige utførelsestiden. Du kan sammenholde tiden her for å analysere og undersøke ytelsesproblemer.

Beskrivelse av GUID-2F47CE96-DFE8-4B4F-940A-3FF9CE336F2A-default.jpg følger
.jpg

Sammendragsstatistikk

Det vises flere typer tidsstatistikk i sammendraget av spørringsloggen.
  • Medgått tid: Total medgått tid fra den logiske spørringen hentes, til klienten lukker markøren. Hvis klienten tillater at brukeren ruller gjennom resultatene, slik Oracle Analytics gjør, kan det hende markøren blir stående åpen lenge, til brukeren går til en annen side eller logger av.
  • Kompileringstid: Tiden Oracle Analytics bruker på å generere utførelsesplanen og fysiske spørringer fra den logiske SQL-spørringen.
  • Total tid på BI-tjener: Total tid klienten venter på et svar. Dette inkluderer utførelsestid for fysiske spørringer, ventetid under henting og tid brukt på intern utførelse i Oracle Analytics.
  • Utførelsestid: Tiden fra den logiske spørringen mottas i Oracle Analytics, til utførelsen av den logiske spørringen er fullført. Dette omfatter ikke eventuell tid som brukes etter at utførelsen av den logiske spørringen er fullført, når klienten henter resultater.
  • Responstid: Tiden fra den logiske spørringen mottas i Oracle Analytics, til den første raden returneres til klienten.

Spørringsloggvurderinger

  • Enkelttrådet aktivitet. I negative situasjoner kan det hende du opplever flaskehalser i ytelsen på loggnivåer over 2.

  • De oppførte og beregnede tidene er for når oppføringer skrives til loggen, og det tilsvarer nesten alltid tidspunktet da den enkelte hendelsen inntreffer (dvs. aktiviteten som initierer loggoppføringen). Unntaket er hvis det finnes andre flaskehalser som har innvirkning på loggingen.

  • Spørringslogging er diagnostisk og ikke ment for innhenting av bruksopplysninger. Se Spor bruk hvis du vil vite mer om brukssporing.

Få tilgang til spørringslogger for en arbeidsbok

Bare administratorer kan få tilgang til logger fra siden Hurtigbuffer for økt og spørring i konsollen. Innholdsforfattere kan imidlertid få tilgang til loggopplysninger for visualiseringsspørringer i arbeidsbøker via menyen Utvikler. Dette er et nyttig verktøy for forfattere som vil feilsøke problemer med ytelsen. Brukere som vil ha tilgang til ytelsesverktøyet for arbeidsbøker (menyvalget Utvikler), må slå på Aktiver utviklervalg, som finnes under Min profil på menyen Avansert.

Beskrivelse av GUID-1C5E06A4-B442-41CF-9A16-029A8878237B-default.jpg følger
.jpg

Når dette er aktivert, vises menyvalget Utvikler på arbeidsbokmenyen.

Beskrivelse av GUID-72F0DD44-DD0A-47D4-942B-3E014F122B0F-default.jpg følger
.jpg

Brukerne kan benytte valget Utvikler til å vise og analysere ulike logger umiddelbart for hvilken som helst visualisering på et lerret. Under lerretet vises det en separat ramme som inneholder ulike faner for hver enkelt type opplysninger. Som standard blir ikke loggene fylt ut eller oppfrisket når visualiseringen kjøres.

Beskrivelse av GUID-5D339116-5D5F-4AA2-B16B-82096E0B0D3C-default.jpg følger
.jpg

Velg visualiseringen du vil analysere, og klikk på Oppfrisk for å generere loggene. Etter oppfriskingen vises ulike opplysninger knyttet til visualiseringen, og du kan analysere loggopplysningene for den spesifikke visualiseringen. Hvis du vil analysere flere visualiseringer, må du oppfriske og analysere én og én.

Beskrivelse av GUID-5A53D8E3-0776-44DC-ADD9-214C231E172B-default.jpg følger
.jpg
Innholdsforfattere kan bruke valget Utvikler til å analysere en rekke opplysninger, for eksempel ytelseslogger, JSON, XML samt datasettrelaterte opplysninger. Det betyr at de kan analysere logger uten behov for administratortilgang til siden Hurtigbuffer for økt og spørring.

Merknad:

Menyen Utvikler er bare tilgjengelig for arbeidsbøker. For klassiske analyser og instrumentpaneler får du tilgang til spørringslogger via siden Hurtigbuffer for økt og spørring.