Brukssporing gir administratorer mulighet til å spore spørringene på brukernivå til innhold.
Brukssporing kan hjelpe deg med å finne ut hvilke brukerspørringer som skaper flaskehalser for ytelsen, basert på spørringsfrekvens og responstid. Administratorer definerer kriteriene for sporing av brukerspørringer og generering av bruksrapporter som kan brukes på flere ulike måter, som databaseoptimalisering, aggregeringsstrategier eller fakturering av brukere eller avdelinger basert på ressursene de forbruker.
Du kan konfigurere brukssporing i tjenester som tilbyr funksjoner for foretaksmodellering. Bruksopplysninger spores på detaljert brukerspørringsnivå, slik at du kan finne svar på spørsmål som:
Bruksstatistikken du samler inn, kan hjelpe deg med å overvåke bruk og ytelse, slik at det blir enklere for deg å forstå og forutsi brukeratferd. Du kan øke effektiviteten og redusere antall feil hvis du på forhånd vet hvordan systemet sannsynligvis blir brukt.
Når du aktiverer brukssporing, samler systemet inn dataregistreringer for hver enkelt spørring som kjøres, og skriver alle til databasetabeller. Både logiske og fysiske spørringer spores og logges i atskilte tabeller, sammen med ulike ytelsesmålinger som tiden det tar å kjøre spørringen, og antallet rader det ble søkt i under behandling av en brukerspørring.
Hvis du vil spore bruken, må du verifisere at du oppfyller følgende forutsetninger:
Når du skal konfigurere brukssporing, må du legge til detaljene for brukssporingsdatabasen i den semantiske modellen ved hjelp av den semantiske modellereren eller modelladministrasjonsverktøyet.
Du må ha påloggingsopplysninger for en bruker som har tillatelser til å opprettet brukssporingstabellene på databaseskjemaet, og skrive bruksdata til tabellene.
Når du merker av for Systemtilkobling, blir tilkoblingen tilgjengelig i den semantiske modellereren. I modelladministrasjonsverktøyet kan du også bruke valget Systemtilkobling til å velge Bruk datatilkobling og angi objekt-ID-en for tilkoblingen i stedet for å skrive inn tilkoblingsdetaljene manuelt i feltet Navn på datakilde. Se Angi databasen for brukssporing.
Merknad:
Hvis du bruker modelladministrasjonsverktøyet, kan du også definere databasetilkoblinger for semantiske modeller og brukssporingsdatabasen ved hjelp av konsollen. Se Koble til data i en Oracle Cloud-database. Hvis du bruker konsollen, kan du velge Bruk konsolltilkobling og angi tilkoblingens navn når du angir databasen for brukssporing i modelladministrasjonsverktøyet, i stedet for å angi tilkoblingsdetaljene i feltet Datakildenavn.
Systemet lagrer detaljer om brukssporing i en database som du angir. Databasen kan være i Oracle Database eller Oracle Autonomous Data Warehouse. Du angir detaljene for databasen og tilkoblingsreserven i den semantiske modellen ved hjelp av den semantiske modellereren eller modelladministrasjonsverktøyet.
Når du har angitt databasen der du vil lagre opplysninger om brukssporing, må du angi ulike parametre for brukssporing via konsollen (siden Systeminnstillinger).
Nødvendige parametre for konfigurasjon av brukssporing:
Du kan bruke systemet til å opprette nyttige bruksrapporter fra sporingsdataene som er lagt til i tabellene for logging av fysiske og logiske spørringer.
Du kan koble til databasen, opprette et datasett fra tabellene og opprette rapporter og visualiseringer som hjelper deg med å forstå brukerspørringene og iverksette relevante tiltak som forbedrer ytelsen.
Systemet lagrer brukssporingsdata i tre databasetabeller.
Brukssporingsprosessen oppretter disse tabellene med tabellnavn du angir via innstillingene på siden Systeminnstillinger.
Tabell for brukssporing for logging av logiske spørringer
TOTAL_TIME_SEC
er lik END_TS
minus START_TS
. Kolonnene gir ikke slike nøyaktige verdier fordi:
Bruker-, økt- og ID-relaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Denne kolonnen angir den unike radidentifikatoren i tabellen for logiske spørringer. I tabellen for fysiske spørringer er denne kolonnen angitt med navnet |
|
Inneholder |
|
Angir navnet på katalogen. Standardverdien er null, og datatypen er Varchar(128). |
|
Angir brukernavnet på brukeren som etterlignes. Hvis forespørselen ikke kjøres som en etterlignet bruker, er verdien Ingen. Standardverdien er Ingen, og datatypen er Varchar(128). |
|
Angir navnet på brukeren som sendte spørringen. |
ECID |
Angir den systemgenererte ID-en for utførelseskontekst. Datatypen er Varchar2(1024). |
TENANT_ID |
Angir navnet på leieren for brukeren som har kjørt initialiseringsblokken. Datatypen er Varchar2(128). |
SERVICE_NAME |
Angir navnet på tjenesten. Datatypen er Varchar2(128). |
SESSION_ID |
Angir ID-en for økten. Datatypen er Number(10). |
HASH_ID |
Angir verdien for HASH for den logiske spørringen. Datatypen er Varchar2(128). |
Spørring i opprinnelsesrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Kilden til forespørselen. Vær oppmerksom på at bestilleren kan sette QUERY_SRC_CD til en hvilken som helst strengverdi for å indentifisere seg selv. Mulige verdier er:
|
|
Angir banenavnet til instrumentpanelet. Hvis spørringen ikke ble sendt via et instrumentpanel, er verdien NULL. |
|
Angir sidenavnet på instrumentpanelet. Hvis forespørselen ikke er en instrumentpanelforespørsel, er verdien NULL. Standardverdien er null, og datatypen er Varchar(150). |
|
Angir banenavnet i katalogen for analysen. |
Spørring i detaljrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Inneholder feilmeldingen fra den bakre databasen. Denne kolonnen gjelder bare hvis |
|
Inneholder hele den logiske SQL-setningen uten avkorting. Kolonnen |
|
Inneholder en MD5-hash-nøkkel som er generert av systemet fra den logiske SQL-setningen. Standardverdien er null, og datatypen er Varchar(128). |
|
Angir SQL-setningen som ble sendt for spørringen. Datatypen er Varchar(1024). Du kan endre lengden på denne kolonnen (med kommandoen ALTER TABLE), men vær oppmerksom på at teksten som skrives inn i denne kolonnen, alltid avkortes til størrelsen som er definert i det fysiske laget. Administratoren av den semantiske modellen må ikke sette lengden på denne kolonnen til en større verdi enn den maksimale spørringslengden som støttes av den bakre fysiske databasen. Oracle-databaser muliggjør for eksempel en maksimal Varchar på 4000, men Oracle-databaser avkorter til 4000 byte, ikke 4000 tegn. Hvis du bruker et flerbytetegnsett, har den faktiske maksimale strengstørrelsen et varierende antall tegn, avhengig av tegnsettet og tegnene som brukes. |
|
Angir navnet på den semantiske modellen som spørringen får tilgang til. |
|
Inneholder navnet på forretningsmodellen som åpnes. |
|
Angir fullføringsstatusen til spørringen, som definert i denne listen:
|
Utførelse i tidtakerrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Inneholder tiden det tar å kompilere spørringen, i sekunder. Tallet for |
|
Angir datoen da den logiske spørringen ble fullført. |
|
Angir klokkeslettet (time og minutt) da den logiske spørringen ble fullført. |
|
Angir datoen og klokkeslettet da den logiske spørringen ble fullført. Tidsstemplene for start og slutt gjenspeiler også eventuelle tidsrom der spørringen ventet på at ressurser skulle bli tilgjengelige. Hvis brukeren som sender spørringen, navigerer bort fra siden før spørringen fullføres, skjer aldri den endelige hentingen, og det registreres en tidsavbruddsverdi på 3600. Hvis brukeren navigerer tilbake til siden før tidsavbruddet, blir imidlertid hentingen fullført på det tidspunktet, som registreres som tidspunktet for |
|
Angir datoen da den logiske spørringen ble sendt. |
|
Angir klokkeslettet (time og minutt) da den logiske spørringen ble sendt. |
|
Angir datoen og klokkeslettet da den logiske spørringen ble sendt. |
|
Angir hvor lang tid systemet brukte på å behandle spørringen mens klienten ventet på svar på analysene, i sekunder. |
RESP_TIME_SEC |
Angir medgått tid for svar på spørring. Datatypen er Number(10). |
Utførelse i detaljrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Inneholder den akkumulerte tiden for alle spørringer som er sendt til databasen. Spørringer kjøres parallelt, slik at den akkumulerte spørringstiden er lik eller lengre enn den totale tiden for tilkobling til databasen. Tenk deg for eksempel at en logisk forespørsel starter fire fysiske SQL-setninger som sendes til databasen. Spørringstiden er 10 sekunder for tre av spørringene og 15 sekunder for én spørring. |
|
Inneholder det totale antallet rader som returneres av de bakre databasene. |
|
Angir hvor mange spørringer som ble sendt til de bakre databasene for å oppfylle forespørselen om logisk spørring. For vellykkede spørringer (SuccessFlag = 0) er dette tallet 1 eller høyere. |
|
Angir antallet rader som returneres til spørringsklienten. Når store mengder data returneres fra en spørring, blir ikke denne kolonnen fylt ut før brukeren viser alle dataene. |
TOTAL_TEMP_KB |
Angir totalt mottatt for en spørring i kB. Datatypen er Number(10). |
Hurtigbufferrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Y angir et hurtigbuffertreff for spørringen. N angir en hurtigbufferbom. Standardverdien er N. |
|
Angir hvor mange ganger hurtigbufferresultatet ble returnert for spørringen. |
|
Angir hvor mange ganger spørringen genererte en hurtigbufferoppføring. Standardverdien er null. |
Tabell for brukssporing for logging av fysiske spørringer
Tabellen nedenfor beskriver databasetabellen som sporer fysiske spørringer. Denne databasetabellen registrerer de fysiske SQL-opplysningene for de logiske spørringene som er lagret i tabellen for logging av logiske spørringer. Tabellen med fysiske spørringer har et fremmednøkkelforhold til tabellen med logiske spørringer.
Bruker-, økt- og ID-relaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Angir den unike radidentifikatoren. |
|
Viser til den logiske spørringen i tabellen for logging av logiske spørringer. Datatypen er Varchar2(50). |
HASH_ID |
Angir verdien for HASH for den logiske spørringen. Datatypen er Varchar2(128). |
PHYSICAL_HASH_ID |
Angir verdien for HASH for den fysiske spørringen. Datatypen er Varchar2(128). |
Spørring i detaljrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Inneholder hele den fysiske SQL-setningen uten avkorting. Kolonnen |
|
Inneholder SQL-setningen som ble sendt for spørringen. Datatypen er Varchar(1024). |
Utførelse i tidtakerrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Angir datoen da den fysiske spørringen ble fullført. |
|
Angir klokkeslettet (time og minutt) da den fysiske spørringen ble fullført. |
|
Angir datoen og klokkeslettet da den fysiske spørringen ble fullført. Tidsstemplene for start og slutt gjenspeiler også eventuelle tidsrom der spørringen ventet på at ressurser skulle bli tilgjengelige. |
|
Angir utførelsestiden for den fysiske spørringen. |
|
Angir datoen da den fysiske spørringen ble sendt. |
|
Angir klokkeslettet (time og minutt) da den fysiske spørringen ble sendt. |
|
Angir datoen og klokkeslettet da den fysiske spørringen ble sendt. |
Utførelse i detaljrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
|
Inneholder antallet rader som returneres til spørringsklienten. |
Tabell for initialiseringsblokk for brukssporing
Merknad:
Tabellene for brukssporing for initialiseringsblokken inkluderer bare øktinitialiseringsblokker. De inkluderer ikke initialiseringsblokkene for semantiske modeller.Bruker-, økt- og ID-relaterte kolonner
Kolonne | Beskrivelse |
---|---|
USER_NAME |
Navnet på brukeren som har kjørt initialiseringsblokken. Datatypen er Varchar2(128). |
TENANT_ID |
Navnet på leieren for brukeren som har kjørt initialiseringsblokken. Datatypen er Varchar2(128). |
SERVICE_NAME |
Navnet på tjenesten. Datatypen er Varchar2(128). |
ECID |
Den systemgenererte ID-en for utførelseskontekst. Datatypen er Varchar2(1024). |
SESSION_ID |
ID-en for økten. Datatypen er Number(10). |
Spørring i detaljrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
REPOSITORY_NAME |
Navnet på den semantiske modellen som spørringen får tilgang til. Datatypen er Varchar2(128). |
BLOCK_NAME |
Navnet på initialiseringsblokken som ble kjørt. Datatypen er Varchar2(128). |
Utførelse i tidtakerrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
START_TS |
Datoen og klokkeslettet da initialiseringsblokken ble startet. |
END_TS |
Datoen og klokkeslettet da initialiseringsblokken ble fullført. Tidsstemplene for start og slutt gjenspeiler også tidsrom der spørringen ventet på at ressurser skulle bli tilgjengelige. |
DURATION |
Hvor lang tid det tok å kjøre initialiseringsblokken. Datatypen er Number(13,3). |
Utførelse i detaljrelaterte kolonner
Kolonne | Beskrivelse |
---|---|
NOTES |
Merknader om initialiseringsblokken og kjøringen av den. Datatypen er Varchar2(1024). |
Her er oppgavene for sporing av spørringene på brukernivå til Oracle Analytics Cloud.
Oppgave | Beskrivelse | Flere opplysninger |
---|---|---|
Bestemme hvor brukssporingsdataene skal lagres |
Forstå hvilke databasetyper du kan bruke til brukssporing. |
|
Konfigurere en tilkobling til brukssporingsdatabasen |
Opprett en datatilkobling (eller konsolltilkobling) til databasen der du vil lagre opplysninger om brukssporing. |
|
Angi databasen for brukssporing |
Definer brukssporingsdatabasen i den semantiske modellen. |
|
Angi parametre for brukssporing |
Aktiver brukssporing for systemet, og angi deretter tilkoblingsdetaljene og tabellnavnene for brukssporingsdatabasen. |
|
Analysere brukssporingsdataene |
Opprett bruksrapporter fra brukssporingsdata. |
Før du kan spore bruk av rapporter, instrumentpaneler og arbeidsbøker for datavisualisering i systemet, må du angi databasen der du vil lagre brukssporingsdataene, i den semantiske modellen.
Databasen du angir, må ha minst ett definert skjema. Systemet oppretter brukssporingstabeller i skjemaet der navnet samsvarer med brukernavnet du angir i detaljene for databasetilkoblingen. Hvis navnet på et skjema i brukssporingsdatabasen for eksempel er UT_skjema, må du angi UT_skjema i feltet Brukernavn for tilkoblingen. Brukssporingstabellene opprettes i skjemaet med navnet UT_skjema.
Du må konfigurere detaljene om databasen og tilkoblingsreserven i det fysiske laget i den semantiske modellen. Bruk den semantiske modellereren eller modelladministrasjonsverktøyet til å konfigurere brukssporingsdatabasen.
Hvis du vil bruke Oracle Autonomous Data Warehouse som brukssporingsdatabase, må du fullføre noen flere Oracle Autonomous Data Warehouse-relaterte oppgaver før du angir brukssporingsdatabasen. Se Forutsetninger for brukssporing.
Bruk den semantiske modellereren til å konfigurere brukssporingsdatabasen hvis du for øyeblikket bruker den semantiske modellereren til å utvikle semantiske modeller.
Bruk modelladministrasjonsverktøyet til å konfigurere brukssporingsdatabasen hvis du for øyeblikket bruker modelladministrasjonsverktøyet til å utvikle semantiske modeller.
Hvis du vil begynne å registrere bruksopplysninger, må du angi tilkoblingsdetaljene for databasen du vil bruke, og navnene på databasetabellene som skal brukes til å spore bruken. Du angir disse parametrene via konsollen (siden Systeminnstillinger).
Oracle Analytics oppretter brukssporingstabellene og begynner å logge brukerspørringer.
Opprett bruksrapporter slik at du kan forstå brukerspørringene og utføre riktige handlinger.
Opprett bruksrapporter ved å opprette datasett med data fra loggingstabellene for fysiske og logiske spørringer for å forstå brukerspørringene.
Opprett bruksrapporter ved hjelp av et emneområdet i den semantiske modellen for å forstå brukerspørringene.