Jurnalele de interogări conţin informaţii de diagnosticare puternice care permit administratorilor să analizeze şi să rezolve problemele legate de performanţa interogărilor, scenariile de eroare şi rezultatele greşite. Când activaţi jurnalele de interogări în Oracle Analytics, în jurnalul de interogări sunt scrise informaţii despre interpretare, optimizare, planuri de execuţie, interogare fizică, statistici sumarizate etc.
Accesarea jurnalelor de interogări
Notă:
Autorii de registre de lucru pot accesa şi informaţii despre interogări, cum ar fi durata interogării, ora serverului şi durata de redare în flux pentru componentele de vizualizare din registrele lor de lucru. La sfârşitul acestui subiect, consultaţi Accesarea jurnalelor de interogări pentru un registru de lucru.Niveluri ale jurnalelor de interogări
Nivelul de jurnalizare stabileşte detaliul şi valoarea jurnalului generat.
Puteţi defini nivelul global de jurnalizare pentru modelul dvs. semantic (RPD) folosind proprietatea Nivel de jurnalizare sistem (în Instrumente, Opţiune, Repository) sau puteţi utiliza variabila sesiune.
Puteţi suprascrie nivelul de jurnalizare pentru un raport, adăugând variabila LOGLEVEL
la proprietatea Prefix, disponibilă în fila Avansat pentru raport.
Pentru a vă asigura că obţineţi jurnale complete evitând accesarea memoriei cache, puteţi include variabila DISABLE_CACHE_HIT=1
alături de LOGLEVEL
.
LOGLEVEL
) se încadrează între 0 şi 7.
LOGLEVEL=0
înseamnă că jurnalizarea este dezactivată.LOGLEVEL=7
reprezintă cel mai înalt nivel de jurnalizare utilizat mai ales de către echipa de dezvoltare Oracle.LOGLEVEL=2
este adecvat pentru optimizarea performanţelor şi pentru cunoştinţele de bază.LOGLEVEL=3
este necesar pentru a rezolva problemele cu filtrele de securitate a datelor la nivel de rând.În funcţie de nivelul de jurnalizare, jurnalele de interogări conţin informaţii despre interogare, inclusiv cererea logică, planul de navigare şi de execuţie, interogarea fizică generată, durata execuţiei, numărul de rânduri şi de bytes care s-au preluat la nivelul altor noduri de execuţie, precum şi informaţii cu privire la memoria cache.
Administratorii pot extrage jurnale de interogări din pagina Lansare SQL din Consolă prin rularea interogării cu LOGLEVEL
corespunzător şi cu setările corespunzătoare ale variabilelor.
Citirea unui jurnal de interogări
Pagina Jurnale pt. sesiuni şi interogări listează toate interogările şi sesiunile active momentan. Administratorii pot accesa această pagină din Consolă.
Fiecare intrare din pagină oferă acces la jurnalul de interogări pentru o anumită interogare, la nivelul setat (şi anume, la nivelul modelului semantic, al sesiunii sau al raportului).
Fiecare cerere are un requestid
unic în Oracle Analytics.
Interogare cu SQL logic
Iată un exemplu de interogare SQL logic din Oracle Analytics.
Acestea sunt câteva dintre variabilele comune pe care le-aţi putea vedea într-o cerere SQL logic:
QUERY_SRC_CD
: Originea interogării: Prompt, Raport, DV, Lansare SQL etc.SAW_SRC_PATH
: Dacă interogarea este salvată, reprezintă calea la interogarea din catalog.SAW_DASHBOARD
: Dacă interogarea este inclusă într-un dashboard, reprezintă calea la dashboardul din catalog.SAW_DASHBOARD_PG
: Numele paginii Dashboard.Cerere logică
Cererea logică reprezintă translatarea unei interogări din stratul de prezentare în modelul de business şi în stratul de mapare după adăugarea filtrelor de securitate, dacă există.
În funcţie de cererea logică, Oracle Analytics decide dacă interogarea apare într-o memorie cache existentă sau dacă trebuie preluată din baza de date.
Plan de execuţie
Planul de execuţie reprezintă transformarea cererii logice efective într-un plan optimizat pentru execuţie. Acesta include un plan de expediere pentru fiecare operaţiune, precum şi dacă aceasta este realizată în baza de date sau în Oracle Analytics. Atunci când o operaţiune este procesată în Oracle Analytics, jurnalul de interogări indică [for database 0:0,0]
.
În timpul executării interogării, Oracle Analytics traversează exact acest arbore. În jurnalele detaliate, informaţiile despre rândurile procesate sunt disponibile la fiecare nod din arborele de execuţie.
Cereri fizice sau pentru bazele de date
În funcţie de planul de execuţie, Oracle Analytics generează un SQL fizic care va fi executat în baza de date specificată. Ar putea exista una sau mai multe cereri trimise la una sau mai multe baze de date.
Pentru fiecare cerere fizică trimisă bazei de date, există un jurnal al numărului de rânduri şi de bytes care s-au preluat.
Când există mai multe interogări, puteţi utiliza ID-ul interogării (în acest exemplu, 1914627
) pentru a se potrivi exact cu interogarea înregistrată în secţiunea Trimiterea interogării la baza de date
. Atunci când există mai multe cereri pentru bazele de date, acest lucru vă permite să mapaţi interogarea cu rândurile preluate.
Un raport ar putea trimite mai multe interogări la una sau la mai multe baze de date, în funcţie de structura raportului şi de definiţia modelului semantic. De exemplu, în acest jurnal de interogări, au fost trimise 3 interogări fizice la baza de date.
Jurnalul furnizează informaţii procesate pentru rânduri similare pentru toate nodurile din planul de execuţie. În cele din urmă, sunt înregistrate rândurile trimise pe computerul client.
Jurnalul include şi un sumar final al statisticilor, care include durata execuţiei complete. Puteţi corela aici durata pentru a analiza şi a investiga problemele de performanţă.
Statistici sumarizate
Aspecte de luat în considerare despre jurnalele de interogări
Activitate cu un singur fir. În situaţii de suprasolicitare a resurselor, performanţele ar putea fluctua pentru nivelurile de jurnalizare mai mari decât 2.
Duratele listate şi calculate se referă la momentul în care intrările sunt scrise în jurnal şi acesta este aproape întotdeauna momentul în care evenimentul a avut loc (adică, activitatea care a iniţiat intrarea de jurnal). Excepţie fac situaţiile de suprasolicitare a resurselor, care afectează jurnalizarea.
Jurnalizarea interogărilor reprezintă o diagnosticare şi nu este destinată colectării informaţiilor despre utilizare. Pentru a afla cum să utilizaţi urmărirea, consultaţi Urmărire utilizare.
Accesarea jurnalelor de interogări pentru un registru de lucru
Doar administratorii pot accesa jurnalele din pagina Jurnale pt. sesiuni şi interogări din consolă. Dar autorii de conţinut pot accesa din registrele lor de lucru informaţiile din jurnalele pentru interogările de vizualizare, folosind meniul Dezvoltator, acesta fiind un instrument util pentru autorii care doresc să rezolve problemele cu performanţa interogărilor. Pentru a accesa instrumentul de performanţă pentru registrele de lucru (opţiunea de meniu Dezvoltator), utilizatorii trebuie să bifeze Activare opţiuni dezvoltator din meniul Avansat din Profilul meu.
Când este activată, opţiunea de meniu Dezvoltator este afişată în meniul registrului de lucru.
Opţiunea Dezvoltator permite utilizatorilor să vizualizeze şi să analizeze din mers diverse jurnale pentru orice vizualizare de pe un canvas. Sub canvas apare un cadru separat, cu file diferite pentru fiecare tip de informaţii. În mod prestabilit, jurnalele nu sunt populate sau nu sunt reactualizate în momentul rulării vizualizării.
Selectaţi vizualizarea pe care doriţi să o analizaţi şi faceţi clic pe Reactualizare pentru a genera jurnalele. După reactualizare, se afişează diverse informaţii cu privire la vizualizare şi puteţi analiza informaţiile despre jurnal pentru o anumită vizualizare. Pentru a analiza mai multe vizualizări, trebuie să le reactualizaţi individual şi să le analizaţi pe rând.
Notă:
Meniul Dezvoltator este disponibil numai pentru registrele de lucru. Pentru analize şi dashboarduri clasice, accesaţi jurnalele de interogări din pagina Jurnale pt. sesiuni şi interogări.