DBPLUS Performance Monitor dla Oracle® to nowoczesny system do precyzyjnego monitorowania i analizowania wydajności bazy danych. Najważniejsze cechy:Umożliwia sprawne lokalizowanie przyczyn problemów wydajnościowych w bazach danych; Minimalnie obciąża silnik bazy danych podczas zbierania parametrów jej pracy; System nie ma dostępu i nie analizuje danych biznesowych;Regularne aktualizacje i wsparcie producenta zapewniają wsparcie dla najnowszych wersji baz danych; Intuicyjny interface użytkownika i łatwość nawigacji również dla osób bez wiedzy technicznej.

1. dbplus.tech
Subtitle
Performance Monitor dla Oracle®
Wait - TCP Socket (KGAS)

2. Rozpoznanie problemu
Sprawdzenie problemu
wysokiego poziomu Wait’ów
w bazie danych rozpoczynamy
w zakładce Load Trends.
W celu analizy wybieramy
statystykę wydajnościową
Elapsed Time oraz Waits.
Wyszukujemy okres z wysokim
poziomem Waitów.

3. Rozpoznanie problemu
Weryfikujemy szczegółowo
okres w którym wystąpił
wysoki poziom waitów
(próbki co 15 minut)
(2019.01.21 7:57 – 9:28)

4. Waits
W celu dalszej analizy
przechodzimy do zakładki
Waits.
Wybieramy okres
(2019.01.21) dla którego
problem został
zdiagnozowany.
Wskazując punkt na wykresie
z wysokim poziomem waitu,
otrzymujemy informacje
o rodzaju waitu w danym
snap.

5. Waits
Tabela po lewej przedstawia
poziom waitów za cały okres
widoczny na wykresie.
Tabela po prawej prezentuje
poziom waitu dla wskazanego
punktu na wykresie.
W omawianym przykładzie
głównym problemem jest
Wait typu:
TCP Socket (KGAS)

6. Sessions history
W celu dalszej analizy
przechodzimy do ekranu historii
sesji: Sessions / Sort / Undo
history.
Wybieramy okres w jakim
wystąpił wysoki poziom Waitu
TCP Socket (KGAS).
Ograniczamy wyszukiwanie
sesji dla których wystąpił
poszukiwany wait.

7. Sessions history
W wyniku wyszukania
otrzymujemy listę sesji
w których wystąpiło
oczekiwanie
Za pomocą przycisku [+]
Add to query hash value list
dodajemy zapytania do
schowka w celu dalszej
analizy.

8. SQL Details
Wykorzystując schowek,
przechodzimy do analizy
zapytań na ekranie SQL
Details.
W omawianym przykładzie
każde zapytanie zawierało
wywołanie funkcji
wykonywanej w innej bazie
danych co było przyczyną
wysokiego poziomu waitów.

9. SQL Details - Graph
W trakcie trwania
występowania problemu
czas trwania zapytań dla
danego snap wzrósł
z średnio 8 sekund
do ponad 200 tysięcy
sekund.

10. dbplus.tech
Subtitle
Dziękujemy
www.dbplus.tech