Spor bruk

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.

Om sporing av bruk

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:

  • Hvordan samhandler brukerne med Oracle Analytics Cloud?
  • Hvor tilbringer de tiden sin, og hvor tilbringer de den ikke?
  • Hvor lang tid tilbringer brukerne i hver økt, mellom økter og mellom spørringer?
  • Hvordan er spørringer innenfor økter, på tvers av økter og på tvers av brukere forbundet med hverandre?
  • Driller brukere opp og ned i analyser?
  • Hvilke spørringer kjøres når det rapporteres problemer?

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.

Forutsetninger for brukssporing

Hvis du vil spore bruken, må du verifisere at du oppfyller følgende forutsetninger:

  • Du bruker for øyeblikket den semantiske modellereren eller modelladministrasjonsverktøyet til å administrere den semantiske modellen.

    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 har riktige tilgangstillatelser til databasen der du vil lagre bruksopplysninger.

    Du må ha påloggingsopplysninger for en bruker som har tillatelser til å opprettet brukssporingstabellene på databaseskjemaet, og skrive bruksdata til tabellene.

  • Databasen støtter brukssporing: Oracle Database eller Oracle Autonomous Data Warehouse
  • Du har opprettet en datatilkobling til brukssporingsdatabasen med innstillingene nedenfor. Se Koble til data.
    • Systemtilkobling: Merk av for Systemtilkobling.

      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.

    • Brukernavn og Passord: Brukernavn må samsvare med navnet på skjemaet i databasen du vil bruke til brukssporing. Hvis skjemaet du vil bruke, for eksempel heter UT_skjema, må brukernavnet være UT_skjema.

    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.

Hvis du vil bruke Oracle Autonomous Data Warehouse som brukssporingsdatabase, må du fullføre disse tilleggsoppgavene før du angir databasen for brukssporing i den semantiske modellen:

Om databasen for brukssporing

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.

Se Angi databasen for brukssporing.

Om parametre for brukssporing

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:

  • Aktiver brukssporing
  • Navn på tilkoblingsreserve
  • Navn på tabellene for logging av fysiske og logiske spørringer
  • Det maksimale antallet spørringsrader i tabellene for brukssporing
Når du har angitt disse parametrene og brukt endringene, skjer følgende i Oracle Analytics:
  • Tabellene for logging av fysiske og logiske spørringer opprettes i databasen som er angitt i den semantiske modellen. Tabellnavnene er basert på navnene du har angitt i parametrene for navn på tabellene for logging av fysiske og logiske spørringer.
  • Logging av data om brukssporing startes i disse tabellene.

Se Angi parametere for brukssporing.

Om analysering av bruksdata

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.

Forstå brukssporingstabellene

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
  • Tabell for brukssporing for logging av fysiske spørringer
  • Tabell for initialiseringsblokk for brukssporing

Se Angi parametere for brukssporing.

Tabell for brukssporing for logging av logiske spørringer

Tabellen nedenfor beskriver hver kolonne i databasetabellen som sporer logiske spørringer. Der det er relevant, er datatypen, som felt for variabelt tegn (varchar og varchar2) og lengde, angitt. Når du ser gjennom beskrivelsene i denne tabellen, antar du kanskje at visse tidsrelaterte kolonner kan legges til eller trekkes fra, slik at de gir nøyaktige verdier. Du kan for eksempel anta at TOTAL_TIME_SEC er lik END_TS minus START_TS. Kolonnene gir ikke slike nøyaktige verdier fordi:
  • Ulike prosesser kjører parallelt, og hastigheten avhenger av belastningen og databaseytelsen. Tjenerbaserte operasjoner kan være lite krevende eller intensive.
  • Hvis alle tilkoblingene er fulle, blir spørringen plassert i en kø, der den venter på å bli behandlet. Tidsberegningen avhenger av belastningen og konfigurasjonen.

Bruker-, økt- og ID-relaterte kolonner

Kolonne Beskrivelse

ID

Denne kolonnen angir den unike radidentifikatoren i tabellen for logiske spørringer. I tabellen for fysiske spørringer er denne kolonnen angitt med navnet LOGICAL_QUERY_ID.

NODE_ID

Inneholder <vertsnavn>:obis1. For eksempel eksempelvert:obis1 (for én enkelt forekomst).

PRESENTATION_NAME

Angir navnet på katalogen. Standardverdien er null, og datatypen er Varchar(128).

IMPERSONATOR_USER_NAME

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).

USER_NAME

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

QUERY_SRC_CD

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:
  • Rapport – hvis kilden er en analyse eller en eksportoperasjon.
  • Drill - hvis kilden er en endring i dimensjonen som er forårsaket ved å drille opp eller ned.
  • ValuePrompt – hvis kilden er rullegardinlisten Verdi i en filterdialogboks eller en ledetekst for et instrumentpanel.
  • VisualAnalyzer - hvis kilden er en arbeidsbok for visualisering av data.
  • DisplayValueMap eller MemberBrowserDisplayValues eller MemberBrowserPath - hvis kilden er en verdi som er relatert til visningen av en analyse.
  • SOAP - hvis kilden er et anrop fra nettjenester som DataSetSvc.
  • Seed – hvis kilden er en agent som seeder hurtigbufferen til analysetjeneren.
  • Null – hvis kilden er den fysiske tabellen eller antallet kolonnerader for administrasjonsverktøyet eller dataene som vises.

IMPERSONATOR_USER_NAME

Angir banenavnet til instrumentpanelet. Hvis spørringen ikke ble sendt via et instrumentpanel, er verdien NULL.

SAW_DASHBOARD_PG

Angir sidenavnet på instrumentpanelet. Hvis forespørselen ikke er en instrumentpanelforespørsel, er verdien NULL. Standardverdien er null, og datatypen er Varchar(150).

SAW_SRC_PATH

Angir banenavnet i katalogen for analysen.

Spørring i detaljrelaterte kolonner

Kolonne Beskrivelse

ERROR_TEXT

Inneholder feilmeldingen fra den bakre databasen. Denne kolonnen gjelder bare hvis SUCCESS_FLAG er angitt som en annen verdi enn 0 (null). Flere meldinger slås sammen og analyseres ikke av systemet. Standardverdien er null, og datatypen er Varchar(250).

QUERY_BLOB

Inneholder hele den logiske SQL-setningen uten avkorting. Kolonnen QUERY_BLOB er en tegnstreng av typen Lang.

QUERY_KEY

Inneholder en MD5-hash-nøkkel som er generert av systemet fra den logiske SQL-setningen. Standardverdien er null, og datatypen er Varchar(128).

QUERY_TEXT

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.

REPOSITORY_NAME

Angir navnet på den semantiske modellen som spørringen får tilgang til.

SUBJECT_AREA_NAME

Inneholder navnet på forretningsmodellen som åpnes.

SUCCESS_FLG

Angir fullføringsstatusen til spørringen, som definert i denne listen:

  • 0 – spørringen ble fullført uten feil.
  • 1 – spørringen ble tidsavbrutt.
  • 2 – spørringen mislyktes fordi radgrensene ble overskredet.
  • 3 – spørringen mislyktes av en annen grunn.

Utførelse i tidtakerrelaterte kolonner

Kolonne Beskrivelse

COMPILE_TIME_SEC

Inneholder tiden det tar å kompilere spørringen, i sekunder. Tallet for COMPILE_TIME_SEC er inkludert i TOTAL_TIME_SEC.

END_DT

Angir datoen da den logiske spørringen ble fullført.

END_HOUR_MIN

Angir klokkeslettet (time og minutt) da den logiske spørringen ble fullført.

END_TS

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 end_ts.

START_DT

Angir datoen da den logiske spørringen ble sendt.

START_HOUR_MIN

Angir klokkeslettet (time og minutt) da den logiske spørringen ble sendt.

START_TS

Angir datoen og klokkeslettet da den logiske spørringen ble sendt.

TOTAL_TIME_SEC

Angir hvor lang tid systemet brukte på å behandle spørringen mens klienten ventet på svar på analysene, i sekunder.TOTAL_TIME_SEC inkluderer tiden for COMPILE_TIME_SEC.

RESP_TIME_SEC Angir medgått tid for svar på spørring. Datatypen er Number(10).

Utførelse i detaljrelaterte kolonner

Kolonne Beskrivelse

CUM_DB_TIME_SEC

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. CUM_DB_TIME_SEC viser 45 sekunder fordi spørringene kjøres parallelt.

CUM_NUM_DB_ROW

Inneholder det totale antallet rader som returneres av de bakre databasene.

NUM_DB_QUERY

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.

ROW_COUNT

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

CACHE_IND_FLG

Y angir et hurtigbuffertreff for spørringen. N angir en hurtigbufferbom. Standardverdien er N.

NUM_CACHE_HITS

Angir hvor mange ganger hurtigbufferresultatet ble returnert for spørringen. NUM_CACHE_HITS er et 32-biters heltall (eller et 10-sifret heltall). Standardverdien er null.

NUM_CACHE_INSERTED

Angir hvor mange ganger spørringen genererte en hurtigbufferoppføring. Standardverdien er null. NUM_CACHE_INSERTED er et 32-biters heltall (eller et 10-sifret heltall).

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

ID

Angir den unike radidentifikatoren.

LOGICAL_QUERY_ID

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

QUERY_BLOB

Inneholder hele den fysiske SQL-setningen uten avkorting. Kolonnen QUERY_BLOB er en tegnstreng av den lange typen.

QUERY_TEXT

Inneholder SQL-setningen som ble sendt for spørringen. Datatypen er Varchar(1024).

Utførelse i tidtakerrelaterte kolonner

Kolonne Beskrivelse

END_DT

Angir datoen da den fysiske spørringen ble fullført.

END_HOUR_MIN

Angir klokkeslettet (time og minutt) da den fysiske spørringen ble fullført.

END_TS

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.

TIME_SEC

Angir utførelsestiden for den fysiske spørringen.

START_DT

Angir datoen da den fysiske spørringen ble sendt.

START_HOUR_MIN

Angir klokkeslettet (time og minutt) da den fysiske spørringen ble sendt.

START_TS

Angir datoen og klokkeslettet da den fysiske spørringen ble sendt.

Utførelse i detaljrelaterte kolonner

Kolonne Beskrivelse

ROW_COUNT

Inneholder antallet rader som returneres til spørringsklienten.

Tabell for initialiseringsblokk for brukssporing

Tabellen nedenfor beskriver databasetabellen som sporer opplysninger om initialiseringsblokkene.

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).

Vanlig arbeidsflyt for brukssporing

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.

Om databasen for brukssporing

Konfigurere en tilkobling til brukssporingsdatabasen

Opprett en datatilkobling (eller konsolltilkobling) til databasen der du vil lagre opplysninger om brukssporing.

Forutsetninger for brukssporing

Angi databasen for brukssporing

Definer brukssporingsdatabasen i den semantiske modellen.

Angi databasen for brukssporing

Angi parametre for brukssporing

Aktiver brukssporing for systemet, og angi deretter tilkoblingsdetaljene og tabellnavnene for brukssporingsdatabasen.

Angi parametere for brukssporing

Analysere brukssporingsdataene

Opprett bruksrapporter fra brukssporingsdata.

Analysere brukssporingsdata

Angi databasen for brukssporing

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.

Angi brukssporingsdatabasen ved hjelp av den semantiske modellereren

Bruk den semantiske modellereren til å konfigurere brukssporingsdatabasen hvis du for øyeblikket bruker den semantiske modellereren til å utvikle semantiske modeller.

  1. Opprett en datatilkobling til brukssporingsdatabasen hvis du ikke har gjort det allerede, med valget Systemtilkobling angitt.
    Databasetypen må være Oracle Database eller Oracle Autonomous Data Warehouse, og brukernavnet som brukes til å koble til databasen, må samsvare med navnet på skjemaet der du vil lagre brukssporingstabeller. Se Forutsetninger for brukssporing.
  2. Klikk på Navigator på hjemmesiden, og klikk deretter på Semantiske modeller. Klikk på en semantisk modell på siden Semantiske modeller for å åpne den.
  3. Opprett et databaseobjekt for brukssporingsdatabasen.
    1. Klikk på Fysisk lag.
    2. Klikk på Opprett i ruten Fysisk lag, og klikk deretter på Opprett database.
    3. Skriv inn et navn for databasen for den semantiske modellen (for eksempel UsageTracking) i Navn, og klikk deretter på OK.
  4. Legg til en tilkoblingsreserve for tilkobling til brukssporingsdatabasen.
    1. Klikk på Tilkoblingsreserver i fanen Database.
    2. Klikk på Legg til kilde.
    3. Dobbeltklikk på feltet Navn, og angi et navn for tilkoblingsreserven. Eksempel: UTTilkoblingsreserve.
    4. Dobbeltklikk på feltet Tilkobling, og velg datatilkoblingen du vil bruke, fra listen. Eksempel: MinUTDatabase.

      Merknad:

      • Systemtilkobling: Semantiske modeller kan bare bruke datatilkoblinger med valget Systemtilkobling angitt. Se Om tilkoblinger for semantiske modeller.

      • Brukernavn og Passord: Brukernavnet som er angitt i datatilkoblingen, må samsvare med navnet på et skjema i databasen du vil bruke til brukssporing. Hvis skjemaet du vil bruke, for eksempel heter UT_skjema, må brukernavnet være UT_skjema. Se Forutsetninger for brukssporing.

    5. Klikk på Åpne detaljer. Verifiser at det ikke er merket av for Nødvendig: fullstendige tabellnavn i ruten Tilkoblingsreserve.
  5. Valider endringene. Se Kjøre den avanserte konsekvenskontrollen før implementering av en semantisk modell.
  6. Lagre endringene.

Angi brukssporingsdatabasen ved hjelp av modelladministrasjonsverktøyet

Bruk modelladministrasjonsverktøyet til å konfigurere brukssporingsdatabasen hvis du for øyeblikket bruker modelladministrasjonsverktøyet til å utvikle semantiske modeller.

Du trenger ikke å oppdatere den semantiske modellen hvis du vil spore bruken i en eksisterende database eller tilkoblingsreserve. Du kan hoppe over disse trinnene. Du kan bruke den eksisterende databasen, tilkoblingsreserven og tabeller som en del av systemkonfigurasjonen for brukssporingen. Brukssporing sletter ikke de eksisterende tabellene og oppretter nye tabeller med samme navn hvis tabellskjemaet samsvarer i de gamle og nye tabellene.
  1. Åpne den semantiske modellen i skyen i modelladministrasjonsverktøyet.
    Velg Åpne på menyen Fil, velg I skyen, og angi tilkoblingsopplysningene for forekomsten.
  2. Angi databasen for brukssporing:
    1. I det fysiske laget i den semantiske modellen høyreklikker du og velger Ny database.
    2. I dialogboksen Database angir du et navn for databasen for den semantiske modellen, for eksempel SQLDB_UsageTracking, angir databasetypen, for eksempel Oracle 12c, og klikker på OK.
    3. Høyreklikk på den nylig opprettede databasen, velg Nytt objekt, og velg deretter Tilkoblingsreserve.
    4. Angi detaljene for tilkoblingsreserven i dialogboksen Tilkoblingsreserve, og angi verdier for følgende:
      • Kallgrensesnitt: Velg standard (OCI – Oracle Call Interface).
      • Be om fullstendige tabellnavn: Pass på at det ikke er merket av for denne boksen.
      • Navn på datakilde**: Angi datakilden du vil at denne tilkoblingsreserven skal koble til og sende fysiske spørringer til. For eksempel:(DESCRIPTION =(ADDRESS = (PROTOCOL = TCP)(HOST = <Databasevert>)(PORT = <Databaseport>))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = <Tjenestenavn>)))
      • Brukernavn og passord: Angi et brukernavn som samsvarer med navnet på et skjema som er tilgjengelig i brukssporingsdatabasen.

      **I stedet for å fylle ut Navn på datakilde kan du referere til en eksisterende databasetilkobling etter navn i dialogboksen Tilkoblingsreserve.

      • Datatilkoblinger: Hvis du vil bruke tilkoblingsdetaljene for en database som er definert via fanen Data, som brukssporingsdatabase, velger du Bruk datatilkobling og angir objekt-ID-en for tilkoblingen i stedet for å skrive inn tilkoblingsdetaljene manuelt i feltet Navn på datakilde. Kontroller at datatilkoblingen du vil bruke, er opprettet med valget Systemtilkobling angitt. Se Koble til en datakilde ved hjelp av en datatilkobling.
      • Konsolltilkoblinger: Hvis du bruker modelladministrasjonsverktøyet, kan du definere databasetilkoblinger for semantiske modeller ved hjelp av konsollen. Hvis du vil bruke tilkoblingsdetaljene for en database du har definert som brukssporingsdatabase via konsollen, merker du av for Bruk konsolltilkobling og angir navnet på databasetilkoblingen i feltet Tilkoblingsnavn. Se Koble til en datakilde ved hjelp av en konsolltilkobling.

      Eksempel:

      Beskrivelse av GUID-1A533EBC-8DC0-46F0-82AE-2A9251BBA01E-default.gif følger
      .gif
  3. Du kan validere endringene ved å klikke på Verktøy, på Vis konsekvenskontroll og deretter på Kontroller alle objekter.
  4. Valgfritt: Lagre endringer lokalt ved å klikke på Fil og deretter på Lagre.
  5. Last opp RPD-filen for den semantiske modellen du redigerte, ved å klikke på Fil, Sky og deretter Publiser.

Angi parametere for brukssporing

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).

  1. Logg på tjenesten.
  2. Klikk på Konsoll.
  3. Klikk på Systeminnstillinger.
  4. Klikk på Brukssporing.
  5. Aktiver brukssporing for systemet. Sørg for at Aktiver brukssporing er valgt.
  6. Angi følgende egenskaper:
    • Tilkoblingsreserve for brukssporing

      Navnet på tilkoblingsreserven du opprettet for databasen for brukssporing, i formatet <databasenavn>.<navn på tilkoblingsreserve>. Eksempel: UsageTracking.UTConnectionPool.

    • Tabell for initialiseringsblokk for brukssporing

      Navnet på databasetabellen du vil bruke til å oppbevare opplysninger om initialiseringsblokker, i formatet <databasenavn>.<katalognavn>.<skjemanavn>.<tabellnavn> eller <databasenavn>.<skjemanavn>.<tabellnavn>. Eksempel: UsageTracking.UT_Schema.InitBlockInfo.

    • Tabell for brukssporing for logging av fysiske spørringer

      Navnet på databasetabellen du vil bruke til å oppbevare detaljer om fysiske spørringer, i formatet <databasenavn>.<katalognavn>.<skjemanavn>.<tabellnavn> eller <databasenavn>.<skjemanavn>.<tabellnavn>. Eksempel: UsageTracking.UT_Schema.PhysicalQueries.

    • Tabell for brukssporing for logging av logiske spørringer

      Navnet på databasetabellen du vil bruke til å oppbevare detaljer om logiske spørringer, i formatet <databasenavn>.<katalognavn>.<skjemanavn>.<tabellnavn> eller <databasenavn>.<skjemanavn>.<tabellnavn>. Eksempel: UsageTracking.UT_Schema.LogicalQueries.

    • Maksimalt antall rader for brukssporing

      Det maksimale antallet rader du vil ha i brukssporingstabellene. Minimumsverdien er 1, maksimumsverdien er 100 000, og 0 betyr ubegrenset. Hvis antallet rader overskrider det maksimale antallet, sletter brukssporingsprosessen de overflødige radene basert på det eldste tidsstempelet.

  7. Klikk på Bruk.

Oracle Analytics oppretter brukssporingstabellene og begynner å logge brukerspørringer.

Analysere brukssporingsdata

Opprett bruksrapporter slik at du kan forstå brukerspørringene og utføre riktige handlinger.

Analysere brukssporingsdata ved å opprette et datasett

Opprett bruksrapporter ved å opprette datasett med data fra loggingstabellene for fysiske og logiske spørringer for å forstå brukerspørringene.

  1. Gå til hjemmesiden, klikk på Sidemeny, og velg Åpne klassisk hjemmeside. Opprett og kjør en analyse.
    Systemet fyller ut spørringen i brukssporingstabellene i databasen for brukssporing.
  2. Klikk på Opprett på hjemmesiden, og klikk deretter på Datasett.
  3. Klikk på tilkoblingen til brukssporingsdatabasen i Opprett datasett, og velg skjemaet som er angitt i navnene på tabellene for logging av fysiske og logiske spørringer i Systeminnstillinger. Dette kan for eksempel være skjemanavnet som er angitt i <databasenavn>.<skjemanavn>.<tabellnavn> for tabellnavnene for fysisk spørring og logging av logiske spørringer.
    Dette er databasetilkoblingen du opprettet for å konfigurere brukssporing. Se Forutsetninger for brukssporing.
  4. I Legg til datasett søker du etter brukssporingstabellen for logging av fysiske spørringer, legger til alle kolonnene, gir navn til datasettet (for eksempel Fysiske spørringer) og klikker på Legg til. På tilsvarende måte søker du etter brukssporingstabellen for logging av logiske spørringer, legger til alle kolonnene, gir navn til datasettet (for eksempel Logiske spørringer) og klikker på Legg til.
  5. Klikk på Opprett arbeidsbok på siden Resultater for datasettet. Legg til begge datasettene i arbeidsboken, for eksempel datasettene for fysiske spørringer og logiske spørringer. Gi navn til arbeidsboken (for eksempel Brukssporing).
  6. Klikk på Datadiagram i fanen Klargjør for arbeidsboken, og opprett sammenføyninger mellom datasettene ved hjelp av en kolonne, for eksempel ID-kolonnen.
  7. I Visualiser kan du opprette visualiseringer ut fra behovene dine ved å dra data.
    Se beskrivelsene av brukssporingstabellene i Forstå brukssporingstabellene når du skal velge de relevante kolonnene. Du kan for eksempel opprette en visualisering for å se hvor mange spørringer som tok hvor lang tid.

Analysere brukssporingsdata ved hjelp av et emneområde i den semantiske modellen

Opprett bruksrapporter ved hjelp av et emneområdet i den semantiske modellen for å forstå brukerspørringene.

Du må importere metadata for å sikre at fysiske data og metadata synkroniseres. Ikke tilpass ved å legge til nye kolonner i brukssporingstabellene, for å unngå problemer med manglende skjemasamsvar.
  1. Gå til hjemmesiden, klikk på Sidemeny, og velg Åpne klassisk hjemmeside. Opprett og kjør en analyse.
    Systemet fyller ut spørringen i brukssporingstabellene i databasen for brukssporing.
  2. Importer den semantiske modellen med brukssporingstabellene som er oppdatert med spørringsresultatene. Se Importere den implementerte modellen for å opprette en semantisk modell.
  3. Klikk på Data på hjemmesiden, og velg deretter emneområdet som tilsvarer brukssporingstabellene, under Datasett for å opprette en arbeidsbok.
  4. I Visualiser på siden Ny arbeidsbok kan du opprette visualiseringer basert på behovene dine ved å dra data.
    Se beskrivelsene av brukssporingstabellene i Forstå brukssporingstabellene når du skal velge de relevante kolonnene. Du kan for eksempel opprette en visualisering for å se hvor mange spørringer som tok hvor lang tid.