Gromadzenie i analizowanie dzienników zapytań

• Uzyskiwanie dostępu do dzienników zapytań
• Poziomy dziennika zapytań
• Odczytywanie dziennika zapytań
  • Zapytanie logiczne SQL
  • Żądanie logiczne
  • Plan wykonywania
  • Żądania fizyczne lub do baz danych
  • Statystyki podsumowujące
• Kwestie związane z dziennikiem zapytań
• Uzyskiwanie dostępu do dzienników zapytań dot. skoroszytu

Uzyskiwanie dostępu do dzienników zapytań

Poziomy dziennika zapytań

• Poziom dziennika określa szczegółowość i ilość generowanych informacji dziennika.

• Poziom dziennika można ustawić na poziomie systemu, sesji lub raportu.

• Można zdefiniować globalny poziom dziennika dla modelu semantycznego (RPD) za pomocą właściwości Poziom rejestrowania w dzienniku systemu (w obszarze "Narzędzia", "Opcja", "Repozytorium") lub użyć zmiennej sesyjnej.

  
  .jpg"

• Poziom dziennika dot. raportu można zmienić, dodając zmienną LOGLEVEL do właściwości Prefiks, dostępnej na karcie Zaawansowane raportu.

• Aby zapewnić otrzymywanie kompletnych dzienników, a jednocześnie uniknąć trafień w pamięci podręcznej, można poza zmienną LOGLEVEL uwzględnić zmienną DISABLE_CACHE_HIT=1.

  
  .jpg"

• Wartości poziomu dziennika (LOGLEVEL) mieszczą się w zakresie 0-7.

  • LOGLEVEL=0 oznacza, że rejestrowanie w dzienniku jest wyłączone.
  • LOGLEVEL=7 to najwyższy poziom rejestrowania w dzienniku, używany głównie przez zespół programistów Oracle.
  • Poziom LOGLEVEL=2 jest odpowiedni do dostrajania wydajności i do uzyskania podstawowej wiedzy.
  • Poziom LOGLEVEL=3 jest wymagany do rozwiązywania problemów z filtrami zabezpieczeń danych na poziomie wiersza.

• W zależności od poziomu dzienniki zapytań zawierają informacje o zapytaniu, w tym żądanie logiczne, dane nawigacji i plan wykonania, wygenerowane zapytanie fizyczne, czas wykonywania, wiersze i bajty pobrane w różnych węzłach wykonywania oraz informacje związane z pamięcią podręczną.

Administratorzy mogą wyodrębniać dzienniki zapytań na stronie Wydawanie instrukcji SQL w konsoli, uruchamiając zapytanie z odpowiednimi ustawieniami LOGLEVEL i zmiennych.

Odczytywanie dziennika zapytań

Na stronie Dzienniki sesji i zapytań znajduje się lista wszystkich obecnie aktywnych zapytań i sesji. Administratorzy mogą uzyskać dostęp do tej strony z poziomu konsoli.

Każdy wpis na stronie zapewnia dostęp do dziennika zapytań dla konkretnego zapytania na ustawionym poziomie (tj. na poziomie modelu semantycznego, sesji lub raportu).

.jpg"

Każde żądanie ma unikatowy identyfikator requestid w Oracle Analytics.

Zapytanie logiczne SQL

Oto przykładowe zapytanie logiczne SQL w Oracle Analytics.

Oto kilka typowych zmiennych, które mogą występować w żądaniu logicznym SQL:

• QUERY_SRC_CD: pochodzenie zapytania: filtr monitujący, raport, DV, wydawanie instrukcji SQL itd.
• SAW_SRC_PATH: jeśli zapytanie zostało zapisane, ścieżka do zapytania w katalogu.
• SAW_DASHBOARD: jeśli zapytanie jest uwzględnione w pulpicie informacyjnym, ścieżka do pulpitu w katalogu.
• SAW_DASHBOARD_PG: nazwa strony pulpitu informacyjnego.

Żądanie logiczne

Żądanie logiczne jest tłumaczeniem zapytania z warstwy prezentacji na model biznesowy i warstwę mapowania po dodaniu filtrów zabezpieczeń, jeśli takie istnieją.

Na podstawie żądania logicznego Oracle Analytics decyduje, czy zapytanie jest trafieniem w istniejącej pamięci podręcznej, czy też musi zostać pobrane z bazy danych.

Plan wykonywania

Plan wykonywania to przekształcenie istniejącego żądania logicznego w zoptymalizowany plan jego wykonania. Obejmuje to plan wysyłki dla każdej operacji oraz określenie, czy jest ona wykonywana w bazie danych czy w Oracle Analytics. W przypadku przetwarzania operacji w Oracle Analytics dziennik zapytań zawiera informację [for database 0:0,0].

Podczas wykonywania zapytania Oracle Analytics wykonuje dokładnie przejście przez to drzewo. W szczegółowych dziennikach informacje o przetworzonych wierszach są dostępne w poszczególnych węzłach drzewa wykonywania.

Żądania fizyczne lub do baz danych

Na podstawie planu wykonywania Oracle Analytics generuje fizyczne żądanie SQL do wykonania w określonej bazie danych. Może istnieć jedno lub więcej żądań wysłanych do co najmniej jednej bazy danych.

Dla każdego żądania fizycznego wysłanego do bazy danych istnieje dziennik zawierający liczbę pobranych wierszy i bajtów.

W przypadku wielu zapytań można użyć ID zapytania (w tym przykładzie 1914627), aby uzgodnić dokładne zapytanie zarejestrowane w sekcji Sending query to the database. Umożliwia to mapowanie zapytania z uwzględnieniem pobranych wierszy, gdy istnieje wiele żądań bazy danych.

W zależności od struktury raportu i definicji modelu semantycznego jeden raport może wysyłać wiele zapytań do co najmniej jednej bazy danych. Na przykład w poniższym dzienniku zapytań do bazy danych wysłano 3 zapytania fizyczne.

Dziennik zawiera podobne informacje o przetworzonych wierszach dla wszystkich węzłów w planie wykonywania. Na koniec rejestrowane są wiersze wysłane do klienta.

Dziennik zawiera również końcowe podsumowanie statystyk, które obejmuje łączny czas wykonywania. W tym miejscu można dokonać korelacji czasu w celu przeanalizowania i zbadania problemów z wydajnością.

Statystyki podsumowujące

Kwestie związane z dziennikiem zapytań

• Działanie jednowątkowe. W niekorzystnych okolicznościach może dojść do spadku wydajności przy poziomach dziennika wyższych niż 2.

• Podane i obliczone czasy to czasy zapisania wpisów w dzienniku, co prawie zawsze ma miejsce w momencie wystąpienia zdarzenia (tzn. działania, które spowodowało zainicjowanie wpisu dziennika). Wyjątkiem jest sytuacja, gdy istnieją zatory, które wpływają na rejestrowanie w dziennikach.

• Rejestrowanie zapytań służy do celów diagnostycznych, nie do gromadzenia informacji o użyciu. Więcej informacji o śledzeniu użycia, zob. Śledzenie użycia.

Uzyskiwanie dostępu do dzienników zapytań dot. skoroszytu

Dostęp do dzienników na stronie Dzienniki sesji i zapytań w konsoli mogą uzyskać tylko administratorzy. Autorzy zawartości mogą jednak uzyskiwać dostęp do informacji dziennika dotyczących zapytań odnoszących się do wizualizacji w swoich skoroszytach za pomocą menu Programista. Jest to przydatne narzędzie dla autorów, którzy chcą rozwiązywać problemy związane z wydajnością zapytań. Aby uzyskać dostęp do narzędzia wydajności dla skoroszytów (opcja menu Programista), użytkownicy muszą włączyć opcję Włącz opcje programisty, który znajduje się w menu Zaawansowane w obszarze Mój profil.

Po włączeniu tej opcji w menu skoroszytu wyświetlana jest opcja Programista.

Opcja Programista umożliwia użytkownikom wyświetlanie i analizowanie w trakcie działania różnych dzienników dla dowolnej wizualizacji na kanwie. Poniżej kanwy wyświetlana jest osobna ramka z różnymi kartami dla poszczególnych typów informacji. Domyślnie dzienniki nie są wypełniane ani odświeżane po uruchomieniu wizualizacji.

Aby wygenerować dzienniki, należy wybrać wizualizację do przeanalizowania i kliknąć Odśwież. Po odświeżeniu wyświetlane są różne informacje powiązane z wizualizacją i można przeanalizować informacje dziennika dotyczące określonej wizualizacji. Aby przeanalizować wiele wizualizacji, należy odświeżać je pojedynczo i analizować jedna po drugiej.