DBPLUS Performance Monitor dla PostgreSQL. Podręcznik Użytkownika

Transkrypt

1 DBPLUS Performance Monitor dla PostgreSQL Podręcznik Użytkownika Luty 2019

2 Spis treści 1 Wstęp DBPLUS Wsparcie techniczne Architektura systemu Wymagania systemowe Instalacja DBPLUS Performance Monitor Konfiguracja systemu Ekran główny konfiguratora Konfiguracja usługi monitorującej DBPLUSPOSTGRESCATCHER Konfiguracja repozytorium systemu Konfiguracja instancji PostgreSQL Wybór bazy danych repozytorium Utworzenie użytkownika monitoringu Konfiguracja serwisu IIS Konfiguracja protokołu SSL w środowisku IIS (opcja dodatkowa) Konfiguracja aplikacji użytkownika Podsumowanie konfiguracji Dodanie instancji PostgreSQL do monitoringu Upgrade systemu Konfiguracja do najnowszej wersji Licencja Praca z programem Menu Dashboard Pasek informacyjny Obszar podsumowania Obszar serwerów i instancji Szczegóły wydajności bazy danych PostgreSQL Dashboard różne formy prezentacji Menu Instance Analysis Menu Performance Instance Analysis Menu Anomaly Monitor Menu I/O Stats Menu Space Monitor Zakładka Bg Writer Stats Menu Sessions Menu Locks

3 6.2.8 Menu Parameters Menu Logs Menu Reports Menu Space monitor Menu Parameters Menu Reports Menu Servers Monitor Application architecture Logs Menu Configuration Settings Instances Reference lists Security Schedules outages Scheduled works Alert Settings Menu Help

4 1 Wstęp Czym jest DBPLUS Performance Monitor? Narzędzie DBPLUS Performance Monitor DBPLUS Performance Monitor to innowacyjne oprogramowanie do monitorowania wydajności baz danych Oracle i MS SQL Server oraz PostreSQL. Używając narzędzia DBPLUS Performance Monitor można: obserwować bieżącą wydajność bazy danych, śledzić trendy zajętości serwera bazy danych oraz poszczególnych składowych: Wait, I/O i inne, identyfikować problemy wydajnościowe baz danych PostgreSQL, śledzić trendy wydajności poszczególnych zapytań SQL, analizować dane i prezentować je w formie graficznej, obserwować na bieżąco sesje użytkowników, obserwować stan backupów pełnych i przyrostowych baz danych, rozwiązywać problemy z nieoptymalnymi zapytaniami SQL, raportować w czytelny sposób zaistniałe problemy w bazie danych, wiele, wiele innych. Pytanie: Dlaczego baza danych działała w dowolnie wskazanym okresie zbyt wolno? już nigdy nie pozostanie bez odpowiedzi! 4

5 1.1 DBPLUS Wsparcie techniczne Wsparcie techniczne zapewnia użytkownikowi dostęp do nowych wersji oprogramowania, które publikowane są 4 razy w roku jak również do uzyskania pomocy inżynierów DBPLUS w zakresie diagnostyki baz danych PostgreSQL przy wykorzystaniu oprogramowania DBPLUS Performance Monitor. 1.2 Architektura systemu System jest stworzony w architekturze klient-serwer i w prezentowanym rozwiązaniu możemy wyróżnić następujące komponenty: Instancje SQL - lista instancji SQL objętych procesem monitoringu, Program serwera aplikacja uruchomiona w formie serwisu windowsowego, na którą składa się zestaw procedur wykonywanych na poszczególnych instancjach SQL. Zadaniem programu jest cykliczne uruchamianie procedur, które są odpowiedzialne za zbieranie podstawowych danych o wydajności serwerów SQL. W rozumieniu DBPLUS program zbierający dane nazywa się DBPLUSPOSTGRESCATCHER a jeden cykl uruchomieniowy wewnątrz serwisu DBPLUSPOSTGRESCATCHER nazywany jest snapem. Repozytorium wybrana instancja SQL przechowująca statystyki wydajnościowe monitorowanych instancji SQL. Zbierane statystyki to wynik działania serwisu DBPLUSCATCHER. Aplikacja jest to klient systemu, w którym zaimplementowano interfejs użytkownika pozwalający na realizowanie funkcjonalności systemu tj. przegląd monitoringu, analiza wydajności, raporty ze statystyki wykonywania zapytań, bieżące sesje na bazie, wykres obciążenia serwera, itp. Aplikacja jest wykonana w technologii webowej z wykorzystaniem serwera aplikacji IIS i jest dostępna z poziomu przeglądarki internetowej. DBPLUS Performance Monitor wymaga instalacji i konfiguracji każdego z elementów aby zapewnić pełną funkcjonalność rozwiązania. Poniżej prezentujemy ogólny model systemu: 5

6 WAŻNE: system DBPLUS PERFORMANCE MONITOR wymaga instalacji i konfiguracji na dowolnie wybranym serwerze/komputerze w firmie. W trakcie standardowego użytkowania aplikacji, system nie wymaga jakichkolwiek instalacji na komputerach lokalnych użytkownika. 6

7 1.3 Wymagania systemowe Parametr Monitorowane Instancji PostgreSQL System operacyjny serwera z zainstalowanym oprogramowanie DBPLUS PERFORMANCE MONITOR Opis Obsługiwane typy monitorowanych Instancji PostgreSQL: Monitorowane są wszystkie wersje PostgreSQL począwszy od wersji 9.4 i wyższych Serwery: Windows Server 2008 i późniejsze wersje Również: Windows 7 i późniejsze wersje Wymagania dodatkowe:.net Framework 4.0 (zainstalowany na serwerze) Użytkownik z uprawnieniami Administratora Skala i układ: Rozdzielczość ekranu: 800x600 lub wyższa Rozmiar tekstu 100% Wymagania sprzętowe serwera z zainstalowanym oprogramowaniem DBPLUS Performance Monitor (20 instancji PostgreSQL) Wpływ systemu na działanie serwerów PostgreSQL Interfejs użytkownika Na serwerze/komputerze z oprogramowaniem DBPLUS PERFORMANCE MONITOR nie jest wymagana instalacja komponentów PostgreSQL. 4 CPU 8 GB RAM HD brak wymagań W przypadku monitoringu 20 instancji PostgreSQL: Usługa monitoringu DBPLUSPOSTGRESCATCHER wykorzystuje na poziomie 2 GB RAM, IIS do 500 MB RAM. Przypisanie 4 CPU ze względu na wielowątkowość usług, monitorowanie wielu instancji oraz aplikacji użytkownika. Oprogramowanie DBPLUS zajmuje po zainstalowaniu do 30 MB. System generuje średnie obciążanie na poziomie poniżej 1% uzależnione od ogólnie przyjętej jakości baz danych Instancja Repozytorium: W wyniku instalacji repozytorium na jednej wybranej bazie w Instancji, system zakłada: Schemat z obiektami DBPLUS tabele, funkcje. Użytkownika z uprawnieniami pozwalającymi na odczyt widoków systemów oraz wykonywania planu zapytań. Uwaga! Użytkownik bazodanowy DBPLUS nie posiada uprawnień do odczytu danych ze schematów innych użytkowników bazodanowych. Instancja monitorowana: W wyniku włączania w proces monitoringu określonej Instancji zakładany jest wyłącznie użytkownik, wykorzystywany do łączenia się z daną instancją i zbieraniem danych. Aplikacja użytkownika jest dostępna z poziomu przeglądarki internetowej. Obsługiwane przeglądarki, to: Internet Explorer (od wersji 9) Google Chrome Mozilla FireFox Opera 7

8 8

9 1.4 Instalacja DBPLUS Performance Monitor Oprogramowanie DBPLUS PERFORMANCE MONITOR jest dostępne na serwerze DBPLUS poprzez dostarczony link. Następnie należy uruchomić instalator DBPLUS Performance Monitor poprzez dwukrotne kliknięcie ściągniętego pliku dpmpostgresinstaller.exe Klikając przycisk [Next] otrzymujemy informacje na temat licencji: 9

10 W celu kontunuowania instalacji należy przeczytać i zaakceptować warunki licencji. Następnym krokiem jest wybranie katalogu w którym zostanie zainstalowany DBPLUS Performance Monitor. Domyślnym katalogiem jest C:\Program Files (x86)\dbplus.postgres 10

11 Po przeprowadzeniu poprawnej instalacji otrzymamy poniższą informację. Proces instalacji kończymy przyciskiem [Finish]. Domyślnie uruchomi się konfigurator systemu, który przeprowadzi przez dalszy proces instalacji poszczególnych komponentów systemu lub ich konfiguracji. Zainstalowany program DBPLUS Perfomance Monitor znajduje się w menu (widok dla Windows 10 Pro): Start > DBPLUS POSTGRES Następujące narzędzia są dostępne po wykonaniu prawidłowej instalacji 1. DBPLUS Configuration Wizard. 2. Uninstall. 11

12 2 Konfiguracja systemu W pierwszym etapie należy dokonać konfiguracji systemu na serwerze aplikacji z zainstalowanym oprogramowaniem DBPLUS Performance Monitor, w celu: Utworzenia repozytorium bazy danych DBPLUS na wybranej instancji PostgreSQL, w której przechowywane będą wszelkie informacje o wydajności monitorowanych instancji PostgreSQL. Włączenia w proces monitoringu serwerów PostgreSQL. Konfiguracji usługi monitorującej DBPLUSPOSTGRESCATCHER odpowiedzialnej za zbieranie informacji o wydajności poszczególnych serwerów. Konfiguracji aplikacji użytkownika. Do wykonywania powyższych zadań, system wymaga uprawnień użytkownika bazodanowego z uprawnieniami superuser. Jest to wymagane w celu konfiguracji się bazy Repozytorium. W tym celu wskazujemy jedną z instancji PostgreSQL, na której zostanie utworzony nowy użytkownik bazodanowy DBPLUS (nazwa do wyboru) oraz utworzone tabele techniczne w tym samym schemacie bazodanowym. W ramach dodawania instancji PostgreSQL do monitoringu tworzony jest (lub wskazywany istniejący) użytkownik bazodanowy. Wymagany jest użytkownik z uprawnieniami superuser. Wysokie uprawnienia wymagane są w celu: zbierania statystyk na monitorowanej instancji PostgreSQL, estymacji planu wykonania dla monitorowanych zapytań, widoczność tekstów zapytań w widoku pg_stat_activity. Po wykonaniu powyższych kroków, aplikacja będzie dostępna dla użytkownika z poziomu przeglądarki internetowej. 2.1 Ekran główny konfiguratora Na serwerze, gdzie dokonano instalacji oprogramowania, klikając w menu Start> DBPLUS POSTGRES>DBPLUS Configuration Wizard zostaje otwarte okno do zarządzania systemem: DBPLUS Performance Monitor for POSTGRES - system configurator. Poniżej widok konfiguratora po instalacji aplikacji i uruchomieniu konfiguratora. 12

13 Okno główne prezentuje architekturę systemu. Informuje m.in. o: liczbie monitorowanych Instancji PostgreSQL (Monitored Instances), miejscu, w którym zapisywane są dane z monitoringu (Database repository), poprawności instalacji/konfiguracji poszczególnych elementów systemu, np.: o o o brak monitorowanych instancji PostgreSQL, status aplikacji użytkownika, serwis aplikacji tj. IIS, website, application pool status, czy usługa monitoringu jest włączona. W celu wykonania podstawowej konfiguracji systemu, klikamy przycisk [Configuration Wizard] i w efekcie uzyskujemy ekran z możliwością konfiguracji poszczególnych komponentów. 13

14 System domyślnie zaznacza te elementy, które wymagają konfiguracji. Zawsze istnieje możliwość rekonfiguracji np. usługi monitorującej lub dodać do monitoringu następną (nie uwzględnioną do tej pory) Instancje PostgreSQL. W początkowym etapie: Utworzymy repozytorium bazy DBPLUS. Włączymy usługę/rolę IIS na bieżącej maszynie (o ile wcześniej nie była uruchomiona). Skonfigurujemy usługę monitoringu DBPLUSPOSTGRESCATCHER. Skonfigurujemy aplikację użytkownika DPM Application. 2.2 Konfiguracja usługi monitorującej DBPLUSPOSTGRESCATCHER DBPLUSPOSTGRESCATCHER to program działający jako usługa windowsowa. W obecnej wersji usługa może działać przy użyciu lokalnego konta. Ekran konfiguracji usługi DBPLUSPOSTGRESCATCHER podczas instalacji: 14

15 Klikamy na przycisk [Continue] w celu przejścia do następnego elementu konfiguracji. WAŻNE: wszystkie ustawienia dokonywane w poszczególnych elementach systemu są ostatecznie potwierdzane w ostatnim kroku kreatora. 15

16 2.3 Konfiguracja repozytorium systemu Repozytorium systemu DBPLUS PERFORMANCE MONITOR zestaw tabel, które muszą być utworzone na wybranej bazie danych w instancji PostgreSQL. Konfiguracja repozytorium składa się z trzech etapów: wskazanie instancji PostgreSQL w której zostanie zainstalowane repozytorium, wybór bazy danych w której będą instalowane tabele DBPLUS, utworzenie użytkownika monitoringu Konfiguracja instancji PostgreSQL W tym celu należy podać m.in.: Nazwę połączenia (dowolna) Connection name, Host name, TCP Port, Domyślna baza maintenance dla instancji PostgreSQL default Database. Użytkownika, z którego przeprowadzona zostanie instalacja, z uprawnieniami superuser nazwę tę podaję się tylko raz podczas procesu instalacji i nie jest ona później nigdzie wykorzystywana ani zapisywana. 16

17 Aplikacja DBPLUS Performance Monitor do zbierania informacji o statystykach zapytań wymaga włączenia rozszerzenia pg_stat_statements w monitorowanej instancji PostgreSQL. W tym celu na serwerze na którym zainstalowana jest instancja PostgreSQL należy odszukać plik konfiguracyjny danej instancji (dla Windows 10 oraz instancji PostgreSQL, domyślna ścieżka to: C:\Program Files\PostgreSQL\11\data\postgresql.conf ). W kolejnym kroku należy dokonać zmian zgodnie z instrukcją zamieszczoną poniżej. Po wykonaniu modyfikacji w pliku konfiguracyjnym, w celu uprodukcyjnienia zmian należy zrestartować instancje PostgreSQL. Przechodzimy do kolejnego kroku konfiguracji klikając przycisk [Continue] Wybór bazy danych repozytorium Kolejnym krokiem konfiguracji repozytorium jest wybór bazy danych w której zostaną założone tabele techniczne DBPLUS, oraz w której będą przechowywane wszystkie statystyki wydajnościowe monitorowanych baz danych. 17

18 Do wyboru są dwie możliwości: Create new database and tablespace - dodanie nowej bazy do instancji, Use existing database - wykorzystanie istniejącej bazy Istnieje również możliwość utworzenia nowego tablespace (Use existing tablespace) Utworzenie użytkownika monitoringu Następnym krokiem jest wybór użytkownika bazodanowego do monitoringu. Użytkownik ten będzie wykorzystywany jako owner bazy repozytorium. Do wyboru mamy możliwość: wyboru istniejącego użytkownika konfiguracja nowego użytkownika Akceptujemy wybór klikając w przycisk [Continue] i przechodzimy do kolejnego etapu konfiguracji. 18

19 19

20 2.4 Konfiguracja serwisu IIS Włączenie roli/funkcji IIS na serwerze jest niezbędne w celu uruchomienia interfejsu użytkownika. Okno konfiguratora informuje o dodatkach/usługach serwera aplikacji IIS, które zostaną zainstalowane. W przypadku gdy pole Missing IIS features components jest pusta, konfiguracja nie jest wymagana Konfiguracja protokołu SSL w środowisku IIS (opcja dodatkowa) W przypadku gdy chcemy włączyć funkcje SSL w aplikacji DBPLUS Performance Monitor, należy wykonać poszczególne kroki na serwerze z zainstalowanym oprogramowaniem DBPLUS: 1. Uruchamiamy aplikacje Manager IIS (Menedżer internetowych usług informacyjnych) z poziomu linii komend poleceniem inetmgr 2. Dla zaznaczonego serwera odnajdujemy ikonę Server Cerificates (Certyfikaty serwera) i wchodzimy celem wygenerowania bądź zaimportowania certyfikatu 20

21 3. Generacja certyfikatu na serwerze IIS (w przypadku, gdy nie jest dodany). Uruchamiamy opcje wg poniższych screenów: Dodanie nazwy certyfikatu. 21

22 4. Import klucza (w przypadku, gdy klucz nie był generowany bezpośrednio na serwerze IIS). Uruchamiamy wg poniższych ekranów: 22

23 Podajemy hasło, jeżeli certyfikat był exportowany z hasłem 5. Dodanie protokołu ssl (aktualizacja powiązania). Dla witryny DBPLUS Website aktualizujemy powiązanie. Klikamy prawym przyciskiem myszy na witrynie, następnie klikamy [Edit Bindings] (Edytuj powiązania). 23

24 W oknie Site Bindings dodajemy nowe powiązanie określając protokół SSL oraz wybieramy certyfikat wcześniej utworzony bądź zaimportowany jak poniżej: W wyniku otrzymujemy: 24

25 Usuwamy powiązanie z typem http. Na skonfigurowanej witrynie DBPLUS Website klikamy restart (Odśwież). 2.5 Konfiguracja aplikacji użytkownika Kolejny element konfiguracji to utworzenie obiektów dla interfejsu użytkownika. Należą do nich Rodzaj uwierzytelnienia: o LocalSystem, o LocalService, o NetworkService, o Windows Domain Account, o ApplicationPoolIdentity Przy wyborze login type = LocalService nie ma potrzeby podawać nazwy użytkownika i hasła, usługa będzie działać na defaultowym użytkowniku dla system Windows (LocalService) Parametry: o Numer portu (domyślnie 80) o Binding property /Host Name o Sposób dostępu do aplikacji czy użytkownicy przy wejściu na stronę mają być proszeni o uwierzytelnienie (podanie loginu i hasła) możliwość rekonfiguracji później, 25

26 W wyniku zakończenia całego procesu konfiguracji, aplikacja użytkownika będzie dostępna pod następującym adresem url: W przypadku gdy witryna systemu będzie działa na porcie 80, wówczas link będzie następujący: Klikamy na przycisk [Continue], aby przejść do kolejnego kroku. 2.6 Podsumowanie konfiguracji Ostatni etap konfiguracji, to wprowadzenie wszystkich ustawień wg kroków określonych w konfiguratorze. Ostatni ekran pokazuje podsumowanie zmian jakie zostaną wykonane. Uwaga! Dodatkowo w tym miejscu dostępny jest skrypt jakie będzie uruchamiany na bazie danych repozytorium, poprzez kliknięcie w [Repository instalation script] mamy możliwość zapisania go na dysku. Aby wprowadzić zmiany klikamy na przycisk [Finish]. Po zakończeniu procesu instalacji zostanie wyświetlone okno informujące o statusie: 26

27 W efekcie okno główne konfiguratora systemu wygląda jak poniżej: Z powyższego ekranu możemy odczytać, iż system DBPLUS Performance Monitor jest: zainstalowany na serwerze DESKTOP-HR1BE66 (link do aplikacji w prawym dolnym rogu), wszystkie komponenty są właściwie skonfigurowane (pasek z informacją Configured successfully), odpowiednie usługi są uruchomione: o DBPLUSPOSTGRESCATCHER usługa odpowiedzialna za monitorowanie baz danych, o IIS, Website, App pool co oznacza, że aplikacja jest dostępna dla użytkownika. Mamy monitorowaną 1 bazę danych PostgreSQL, Informacje z monitoringu wszystkich instancji (aktualnie jednej) zapisywane są w bazie repozytorium na serwerze i łączy się przez użytkownika dbplus_mon, Interfejs/aplikacja użytkownika jest dostępna pod adresem 27

28 Należy pamiętać ze w przypadku, gdy do konfiguracji aplikacji został wykorzystany inny port niż [80], link do aplikacji będzie dodatkowo zawierał numer portu. Dla przykładu w przypadku wykorzystania portu [81], link do aplikacji będzie następujący 28

29 3 Dodanie instancji PostgreSQL do monitoringu Po konfiguracji instancji repozytorium systemu, można przejść do etapu dodania kolejnych instancji do monitoringu. W tym celu w oknie głównym konfiguratora systemu klikamy na przycisk [Add another instance]. WAŻNE: Jeżeli przycisk [Add another instance] jest niedostępny, jest to wynikiem braku licencji na określoną liczbę instancji. Druga możliwość dodania instancji, to kliknięcie w przycisk [Configuration Wizard] i zaznaczenie komponentu [Include/Add Postgres instance to monitoring process] 29

30 W obu przypadkach przechodzimy do kreatora dodania nowej bazy danych. W pierwszej kolejności podajemy podstawowe informacje: Nazwę połączenia (dowolna) Connection name, Host name, TCP Port, Domyślna baza maintenance dla instancji PostgreSQL default Database. Użytkownika, z którego przeprowadzona zostanie instalacja, z uprawnieniami administratora nazwę tę podaję się tylko raz podczas procesu podłączenia instancji i nie jest ona później nigdzie wykorzystywana ani zapisywana. Aplikacja DBPLUS Performance Monitor do zbierania informacji o statystykach zapytań na instancji wymaga włączenia rozszerzenia pg_stat_statements w monitorowanej instancji PostgreSQL. W tym celu na serwerze na którym zainstalowana jest instancja PostgreSQL należy odszukać plik konfiguracyjny danej instancji (dla Windows 10 oraz instancji PostgreSQL, domyślna ścieżka to: C:\Program Files\PostgreSQL\11\data\postgresql.conf ). W kolejnym kroku należy dokonać zmian zgodnie z instrukcją zamieszczoną poniżej. 30

31 Po wykonaniu modyfikacji w pliku konfiguracyjnym, w celu uprodukcyjnienia zmian należy zrestartować instancje PostgreSQL. Przechodzimy do kolejnego kroku konfiguracji klikając przycisk [Continue]. 31

32 W celu podłączenia nowej instancji do monitoringu mamy możliwość utworzenia nowego użytkowania bazodanowego lub wskazanie istniejącego. Użytkownik ten będzie wykorzystywany do pobierana statystyk z monitorowanej instancji (na tego użytkownika będzie logowała się usługa zbierająca dane - DBPLUSPOSTGRESCATCHER). Po kliknięciu w przycisk [Continue] pokazuje się ekran końcowy będący podsumowaniem poprzednich kroków. 32

33 Klikamy w przycisk [Finish], w celu dodania instancji do monitoringu. W efekcie zmiany są widoczne w oknie głównym konfiguratora systemu DBPLUS PERFORMANCE MONITOR obsługuje 2 instancje PostgreSQL. 33

34 Po kliknięciu w link do aplikacji (w tym wypadku ukaże się nam aplikacja z monitorowanymi instancjami: 34

35 4 Upgrade systemu Wsparcie techniczne zapewnia użytkownikowi dostęp do nowych uaktualnień oprogramowania, które publikowane są 4 razy w roku jak również do uzyskania pomocy inżynierów DBPLUS w zakresie diagnostyki instancji PostgreSQL przy wykorzystaniu oprogramowania DBPLUS Performance Monitor. Aktualizacja systemu sprowadza się do dwóch kroków: Uruchomienia pliku instalacyjnego (który przebiega identycznie jak podczas instalacji) Dokonania upgrade-u obiektów bazy repozytorium na użytkowniku DBPLUS do najnowszej wersji Uwaga! Proces upgrade polega na uruchomieniu pliku dpmpostgresqlinstaller.exe zawierającego nową wersje aplikacji. Należy pamiętać żeby podczas instalacji wybrać dokładnie taki sam folder jaki był użyty podczas pierwszej instalacji. 4.1 Konfiguracja do najnowszej wersji W celu przejścia przez proces aktualizacji, należy uruchomić konfigurator systemu DBPLUS Configuration Wizard, który również jest automatycznie uruchamiany po instalacji. W efekcie uzyskujemy: System automatycznie wykrywa konieczność aktualizacji do najnowszej wersji. Akceptujemy okno dialogowe i uruchamiamy kreatora, który przeprowadzi przez proces aktualizacji systemu. W przypadku wycofania się z operacji zawsze możemy powrócić do niej przez kliknięcie w przycisk [Upgrade] w oknie głównym konfiguratora. Na pierwszym ekranie mamy informacje o wersjach, do których będzie aktualizowany system z opisem funkcjonalności jakie zostaną dodane lub zaktualizowane. 35

36 Procedura upgrade-u dotyczy aktualizacji obiektów wyłącznie w bazie na której znajduje się repozytorium DBPLUS. Akceptujemy przez kliknięcie przycisku [Continue]. System informuje o operacjach, które wykona w bazie repozytorium przez użytkownika bazodanowego DBPLUS. Akceptujemy przez kliknięcie przycisku [Finish]. W zależności od wersji proces aktualizacji może trwać od kilku sekund do 1-3 minut. Na koniec otrzymujemy informacje o powodzeniu całego procesu. Zamykamy okno konfiguratora. 36

37 5 Licencja Licencja generowana jest zawsze na serwer aplikacyjny z zainstalowanym oprogramowaniem DBPLUS Performance Monitor a nie na instancje PosgreSQL. Standardowa licencja systemu obejmuje: Czas dostępności systemu. Liczbę monitorowanych instancji PostgreSQL. Zawiera generowany automatycznie kod komputera. Informacja o licencji jest dostępna z poziomu konfiguratora tj. DBPLUS Configuration Wizard Po pierwszej instalacji system działa w wersji trial. Okres ten trwa 30 dni i system dostępny jest w pełnej funkcjonalności. Do końca okresu należy zarejestrować licencje w celu kontynuacji pracy z programem. Można to wykonać 2 sposobami: Wysłanie prośby o licencje z poziomu formularza przez kliknięcie przycisku [Send license request] (wymagany dostęp do Internetu na danej maszynie). Przesłanie kodu komputera drogą mailową (Computer Code, widoczny na rysunku powyżej). 37

38 6 Praca z programem Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej pod wcześniej skonfigurowanym w DBPLUS Configuration Wizard adresem. Domyślna strona systemu to konsola Dashboard prezentująca bieżącą wydajność monitorowanych instancji PostgreSQL. 6.1 Menu Dashboard Po uruchomieniu witryny DBPLUS Performance Monitor otwiera się Dashboard prezentujący bieżącą wydajność monitorowanych baz danych POSTGRESQL. Konsola podzielona jest na następujące obszary: pasek informacyjny, obszar podsumowania, obszar serwerów, obszar instancji, szczegóły dla wybranej bazy danych Pasek informacyjny Na pasku informacyjnym, użytkownik ma możliwość przełączenia dashboardu w inny tryb. Dostępne tryby to: o Icon View przedstawiający monitorowane serwery/bazy formie ikon (domyślny) o Grid View prezentujący bazy w postaci tabeli o Television Mode pokazujący instancje PostgreSQL w postaci rozwiniętych ikon z automatycznie przełączającymi się wskaźnikami wydajnościowymi. Dodatkowo użytkownik jest informowany, ile czasu pozostało do następnego odświeżenia dashboardu kolejnymi danymi o bieżącej wydajności wszystkich monitorowanych instancji. 38

39 Możliwa jest zmiana wyświetlania informacji o instancjach bazy danych poprzez wskazanie określonego typu bazy na pasku. Typ bazy danych można dowolnie definiować i przypisywać w menu Configuration>Instances, opisanym w późniejszym rozdziale. W przypadku gdy pasek informacyjny zmieni kolor z niebieskiego na pomarańczowy, oznacza to przejście programu w tryb alarmowy. Może być to spowodowane przez: problem z brakiem miejsca na schemacie DBPLUS w bazie repozytorium, usługa DBPLUSPOSTGRESQLCATHER nie działa. Brakujące miejsce w bazie repozytorium W przypadku braku miejsca w schemacie bazy danych która jest repozytorium przeznaczonym dla DBPLUS do zbierania danych, pojawi się komunikat informujący o takim zdarzeniu. Belka na stronie Dashboard zmieni kolor na pomarańczowy oraz zostanie wyświetlona informacja o braku miejsca Repository Space Warning. Niedziałający serwis DBPLUSPOSTGRESCATHER W przypadku gdy został wykryty problem z działaniem monitoringu, na stronie Dashboard pasek informacyjny zmieni kolor na pomarańczowy i zostanie wyświetlona informacja Monitoring service is not running. W celu naprawy problemu należy sprawdzić czy na serwerze aplikacyjnym z zainstalowanym Klientem DBPLUS nie ma wystąpiły błędy i ponownie uruchomić usługę DBPLUSPOSTGRESCATHER Obszar podsumowania Obszar główny przedstawia ogólne informacje o instancjach: liczbie monitorowanych serwerów i instancji, liczbie aktywnych instancji, sumarycznej ilości dla wszystkich instancji: o aktywnych sesji, o poziomie waitów o poziomie blokad (Locking Waits) 39

40 Z obszaru podsumowania można już stwierdzić czy poziom waitów jest wysoki i czy należy szukać problemu dalej Obszar serwerów i instancji W części serwerów widzimy ikony serwerów, na których działają instancje POSTGRESQL. Po kliknięciu w ikonę dowolnego serwera w obszarze instancji poniżej podświetlone zostaną te instancje POSTGRESQL, które działają na danej maszynie. Ikonę każdego serwera lub instancji można rozwinąć klikając na strzałkę lub przycisk [Expand All]. Na poziomie obszaru instancji widzimy dokładnie, która instancja PostgreSQL ma największy poziom waitów. Dodatkowe opcje w ekranie Dashboardu to: Możliwość wyszukiwania instancji opcja wyszukiwania jest dostępna w każdej odsłonie Dashboardu. Jest to szczególnie przydatne przy monitoringu większej ilości baz danych 40

41 W widoku typu Grid view tabela prezentująca bieżącą wydajność instancji posiada następujące funkcje: o o o możliwość zmiany szerokości kolumn w przypadku większej ilości rekordów przewijanie danych nie powoduje ukrycia nagłówka tabeli używanie strzałek przy nawigacji pomiędzy instancjami Szczegóły wydajności bazy danych PostgreSQL W celu analizy bieżącego obciążenia należy kliknąć w ikonę danej instancji PostgreSQL, w wyniku czego dolny obszar dashboardu przeładowuje się prezentując szczegóły wybranej instancji. W ramach szczegółów danej instancji jest dostępna informacja na temat: aktualnego poziomu waitów, oraz blokad (locks) zakładka Waits, stwierdzić na jakich waitach instancja spędza aktualnie czas zakładka Waits details, statystyk IO oraz poziomu Buffer Cache Hit Ratio zakładka IO stats, statystyk dotyczących zapytań zakładka Execution stats, ilości sesji oraz ich statusu zakładka Sessions details, obciążenie instancji PostgreSQL zakładka Instance Load, podstawowe informacje dotyczące instancji zakładka Info, poziom alarmów zakładka Alerts, rozmiar baz danych w instancji zakładka Database space. Informacje o Waitach, IO, zapytaniach są prezentowane tutaj w horyzoncie ostatnich 15 minut i są odświeżane z interwałem 15 sekundowym. Dla przykładu na wykresie Waits, mamy przedstawione następujące informacje: o o I/O waits czas odczytów z urządzeń dyskowych, Locks czas w których zapytania oczekiwały na blokadach, 41

42 o Waits ogólny czas waitów. Wykres oznacza, że w określonej chwili czasu (czas odczytany z osi X) wszyscy użytkownicy (aktywne sesje) czekali na wynik zapytania wskazaną liczbę sekund (wynik odczytany z osi Y). Kategorie IO, Locks pomagają stwierdzać z jakiego powodu, sesje przebywają w stanie oczekiwania. Domyślnie są widoczne wszystkie serie: Po kliknięciu w serie Waits, IO Waits pozostaje widoczna jedynie seria Lock (kolejne kliknięcie na pasku legendy, ponownie wyświetli wybraną serie). WAŻNE: poziom oczekiwań jest przeliczony na jedną sekundę. Szczegóły dotyczące waitów można poznać w kolejnej zakładce to jest Waits details. 42

43 Kolejną dostępną zakładką jest IO Stats w której prezentowana jest informacja dotycząca ilości przeczytanych bloków z dysku (Blocks read),ilość przeczytanych bloków z bufora pamięci (Blocks hit) czasów odczytu IO (IO Time), oraz Buffer Cache Hit Ratio. Informacje na temat statystyk zapytań dostępne są w zakładce Execution stats. 43

44 W kolejnej zakładce dostępne są informacje na temat statusu oraz ilości sesji uruchamianej na instancji PostgreSQL. Kolejna zakładka prezentuje Instance Load to jeden z podstawowych modułów wykorzystywanych przez inżynierów DBPLUS do analizy wydajnościowej. Na wykresie widoczne są dane za ostatnie 24 godziny. 44

45 Wykres składa się z następujących serii: Elapsed Time pokazuje czas oczekiwania wszystkich użytkowników na wynik zapytania w danej sekundzie czasu. Na wykresie dla wyświetlonego punktu Elapsed Time wynosi 1,46 sekundy, który można zinterpretować następująco: o 3 użytkowników uruchomiło różne zapytania 2 użytkowników czekało po 0.5 sekundy, 3-ci użytkownik czekał 0,46 sekundy, Wait time czas w którym zapytania czekały na wykonanie, Wait IO time czas w którym zapytania czekały na IO, Lock time czas w którym zapytania były zablokowane przez inne zapytania, IO read time czas odczytu IO, IO write time czas zapisu IO, Alerts zdarzenia alarmowe. Dla lepszej czytelności wykresu, daną serie wykresu można kliknąć, aby ją wyłączyć (lub włączyć) robimy to w obszarze legendy. Każde miejsce na wykresie można dowolnie zoom-ować. Poniżej przykład prezentujący wykres w węższym horyzoncie (po powiększeniu fragmentu wykresu). Dashboard pozwala również wyświetlić podstawowe informacje na temat monitorowanej instancji PostgreSQL: typ serwera (ustawiony przez użytkownika w DPM), 45

46 ścieżka do pliku konfiguracyjnego instancji PostgreSQL, ścieżka do pliku danych instancji PostgreSQL, ścieżka do pliku logu instancji PostgreSQL, rozmiar bloku danych, maksymalna ilość połączeń, stan parametru autovacuum, numer wersji serwera, ilość baz danych w instancji PostgreSQL ilość tablespace. Informacje użytkujemy po kliknięciu w zakładkę Info: Po kliknięciu w Database space, można poznać aktualną wielkość baz danych w instancji PostgreSQL (rozmiar baz wyrażony w MB). Dane na wykresie przedstawiają informacje o zajętej przestrzeni (Space Used), wolnej przestrzeni (Sapce Free), oraz przestrzeni do jakiej maksymalnie może się rozszerzyć plik bazy danych (Uwaga brak sprawdzenia czy taka przestrzeń jest dostępna na macierzy dyskowej) Dashboard różne formy prezentacji Dashboard jest dostępny w 3 trybach, które są przełączane po kliknięciu w ikonę Toggle View w prawym górnym rogu. Dostępne tryby to: 46

47 Icon View przedstawiający monitorowane serwery/ bazy w formie ikon (domyślny) Grid View prezentujący instancje w postaci tabeli Television Mode pokazujący instancje w postaci rozwiniętych ikon baz danych z automatycznie przełączającymi się wskaźnikami wydajnościowymi 47

48 6.2 Menu Instance Analysis Menu Performance Instance Analysis Dashboard systemu DBPLUS PERFORMANCE MONITOR pozwala na bieżąco śledzić wydajność baz danych PostgreSQL oraz pokazać jak obciążenie wyglądało w okresie minionych 15 minut lub ostatnich 24 godzin. W celu szczegółowej analizy obciążenia w dowolnej chwili czasowej oraz poszukiwania odpowiedzi na pytania typu: dlaczego baza działa wolno dlaczego użytkownik miał problemy w aplikacji 3 dni temu o godzinie 15:48 dlaczego mój raport wykonywał się 15 minut itp. Dostęp do modułu Instance Analysis można uzyskać modułu na dwa sposoby: Poprzez menu z lewej strony ekranu po kliknięciu w [Instance Analysis] wyświetla jest lista instancji PostgreSQL. Wyświetlając szczegóły instancji po jej wcześniejszym wybraniu na stronie Dashboardu. 48

49 Zakładka Instance Load Instance Load to ekran prezentujący obciążenie instancji PostgreSQL w czasie. W module Performance inaczej jak dla konsoli Dashboard mamy możliwość modyfikacji zakresu dat. Przede wszystkim możemy tutaj: sprawdzić obciążenie instancji w dłuższym horyzoncie czasowym np. dziś, wczoraj, miesiąc czy nawet 3,5 roku temu, przyjrzeć się zapytaniom/komendom SQL, które wygenerowały to obciążenie, ocenić co w tym czasie robiła instancja SQL min. czy wykonywała dużo operacji dyskowych, czy były blokady, itp. Ekran Instance Load składa się z następujących obszarów: pól filtracyjnych pola dat, dzięki którym określamy okres w jakim chcemy zapoznać się z obciążeniem instancji, wykresu prezentującego dane dla wybranych statystyk, informacji o obciążeniu w danej chwili czasowej: o lista zapytań ze statystyką wykonania, o waity czyli co w tym czasie robiła instancja SQL aby wykonać zapytania, o obciążenie z punktu widzenia baz danych na instancji. Wykres składa się z następujących serii: Elapsed Time czas trwania zapytań na instancji dla wszystkich użytkowników w danej sekundzie czasu, Wait time ogólny czas oczekiwania zapytań w danej sekundzie czasu, Wait IO time czas oczekiwania zapytań na operacje I/O, Lock time czas w jakim zapytania oczekiwały na blokadzie w danej sekundzie, IO read time czas odczytywania danych przez zapytania, IO write time czas zapisywania danych przez zapytania, Alerts liczba alertów dotyczących dla danego snap. Wykres jest klikalny kliknięcie w wybrany fragment/punkt spowoduje odświeżenie dolnej części ekranu z informacją o zapytaniach i waitach, które wygenerowały dane obciążenie. WAŻNE dane do wykresu obciążenia instancji są wyliczane przez usługę monitorującą DBPLUSCATCHER jeden z komponentów systemu DBPLUS Performance Monitor. Usługa monitoringu wykonuje szereg procedur badających wydajność instancji. Wynik z działania tych procedur to snapshot (snap), który jest tworzony co 15 minut. Po kliknięciu w wybrany punkt w czasie, dolna część ekranu zostaje odświeżona informacjami o zapytaniach i waitach 49

50 Poniżej, po przewinięciu ekranu otrzymujemy informacje o zapytaniach wykonywanych w danym snap: W ramach analizy szczegółowej mamy do dyspozycji informacje zawarte w pod-zakładkach: SQL Statements, Waits, Alerts SQL Statements Zakładka zawiera statystykę zapytań przedstawiona w formie tabeli. Domyślnie system wyświetla najbardziej obciążające zapytania pod kątem czasu trwania Elapsed Time. Sposób wyświetlenia można zmienić wyświetlając pełną listę zapytań, które uczestniczyły w obciążeniu. Informacje zawarte w tabeli możemy: sortować po dowolnej kolumnie, 50

51 przeszukać np. po fragmencie tekstu zapytania. Tabela zawiera informacje dostępne z widoku pg_stat_statements: Database nazwa bazy, na które było uruchamiane zapytanie, Query Text pełne treść komendy SQL, Query Id identyfikator zapytania Plan id identyfikator planu wykonania generowany przez DBPLUS PM, Elapsed Time czas trwania w sekundach dla wszystkich wykonań w czasie ostatnich 15 minut, IO Time czas spędzony na odczycie/zapisie bloków, Time per 1 exec czas trwania w sekundach zapytania dla pojedynczego wykonania, Executions liczba wykonań zapytania w czasie ostatnich 15 minut, Rows processed liczba wierszy zwróconych przez zapytanie w czasie ostatnich 15 minut, Number of users liczba użytkowników wykonująca zapytania w zadanym okresie czasu, Blks hit liczba odczytanych bloków z pamięci przez zapytania, Blks read - liczba odczytanych bloków z dysków przez zapytania, Blks dirtied liczba bloków brudnych, Blks written liczba bloków zapisanych przez zapytania, Temp blks read liczba bloków tymczasowych odczytanych przez zapytania, Temp blks written - liczba bloków tymczasowych zapisanych przez zapytania, Load wartość procentowa czasu trwania danego zapytania w stosunku do pozostałych zapytań w czasie ostatnich 15 minut. WAŻNE w PostgreSQL statystyki zliczane są po wykonaniu zapytania. W przypadku długo trwającego zapytania (np. ponad 1 godzinę), informacja o zapytaniu pojawi się dopiero w snap w którym zapytanie zostało zakończone i wszystkie statystyki będą zliczone dla całego zapytania. W kolumnie Query Id, przy każdym wierszu prezentującym statystykę wykonania wyświetla się przycisk [Plus]. W wyniku kliknięcia na [Plus] prezentuje się dodatkowe menu kontekstowe, które pozwala na szczegółową analizę określonego zapytania, o czym będzie mowa w sekcji SQL Details. 51

52 Po wybraniu opcji Add to query identifiers list, dodajemy identyfikator danego zapytania do schowka z listą zapytań, celem późniejszej analizy konkretnych zapytań. Poniżej widok schowka z 4 zapytaniami dodanymi do analizy w funkcjonalności SQL Details. 52

53 W zakładce SQL Statements po zaznaczeniu wiersza w tabeli z zapytaniami prezentowany jest pełny tekst zapytania z planem wykonania. Kliknięcie w dowolny inny wiersz w tabeli spowoduje odświeżenie informacji na temat treści i planu zapytania. W sekcji z planem wykonania (Explain Plan) dostępne są poniższe informacje: Nazwa baz/y danych w jakich zapytanie się wykonuje, Algorytm planu wykonania Lista parametrów (przykładowe wartości parametrów) użyte przy kompilacji pierwszego planu wykonania. W obszarze planu wykonania dostępny jest link podstawionymi paramentami zapytania. pozwalający na wyświetlenie zapytania z Klikając na link Show plan objects for zostajemy przeniesieni do ekranów pozwalających na analizę obiektów uczestniczących w zapytaniu m.in.: jakie tabele, indeksy uczestniczyły przy wykonaniu zapytania, w jaki sposób silnik odwoływał się do podanych obiektów, czy zapytanie wykonywało się w trybie wielowątkowym, jaki mechanizm został wykorzystany do pobrania i łączenia danych z obiektów: 53

54 o o pętla Nested Loop złączenie Hash/Merge Join W wyniku kliknięcia w link Show Plan Objects uzyskujemy: W oknie mamy powtórzone informacje o tekście zapytania i planie wykonania oraz dodatkowe informacje na temat: Objects Used in Explain Plan lista wszystkich obiektów wykorzystywanych przez zapytanie w danym planie wykonania. Indexes for selected object lista indeksów dla zaznaczonej tabeli wiersz zaznaczony w Objects Used in Explain Plan Obszar złożony z 3 zakładek (zaznaczony checkbox Load object properties): a) Object Columns lista poszczególnych kolumn zaznaczonego obiektu wraz z takimi informacjami jak nazwa kolumny, typ danych, id kolumny, is null, unikalne wartości, przykładowe dane w kolumnie, b) Info komenda DDL tworząca dany obiekt, c) Properties dodatkowe właściwości zaznaczonego obiektu. Przy analizie planu wykonania zwracamy szczególną uwagę na: Ograniczenie wyboru danych, czyli warunki na dane przy klauzuli where oraz przy złączeniach tabel, Czy zapytanie jest z parametrami, czy literałami, Operacje jaką wybrał engine PostgreSQL do pobrania danych, Czy na tabeli są odpowiednie indeksy, Waits W zakładce Waits wyświetlone są oczekiwania nad jakimi instancja PostgreSQL spędzała czas. Dane zaprezentowane są w formie graficznej i tabelarycznej. Wykres przedstawia czas trwania na każdą sekundę wybranego snapshotu (czas 15 minut) każdego rodzaju oczekiwania/waita, które wystąpiły w tym czasie na instancji. 54

55 Poniżej wykresu znajduje się tabela zawierająca informacje takie jak: Name nazwa waitu, Wait time - per 1 second [seconds] czas trwania danego rodzaju waitu w sekundach, Total wait for snapshot [seconds] sumaryczny czas trwania danego rodzaju waitu w danym snapshocie 15 minut Alerts Kolejna zakładka to Alerts w zakładce tej znajdują się komunikaty alarmowe (jeśli takie zdarzenia wystąpiły) dotyczące wydajności dla danego snapshotu Zakładka Waits Moduł Waits przedstawia czas trwania waitów dla wszystkich procesów działających na instancji PostgreSQL. Moduł składa się z dwóch elementów dostępnych w pod-zakładkach: Overview pozwala na przegląd waitów w zadanym czasie lub dla wybranego snapshotu, Analyze daje możliwość analizy poszczególnych waitów w czasie. Pod-zakładka Overview przedstawia czas trwania waitów, które wystąpiły w danym czasie. W zależności od zaznaczenia opcji Toggle View dane mogą być przedstawiane w postaci graficznej lub w formie tabeli. Podobnie jak w module Instance Load, ekran składa się z następujących obszarów: pól filtracyjnych pola dat, dzięki którym określamy okres w jakim chcemy zapoznać się z oczekiwaniami/waitami instancji, wykresu prezentującego poziom waitów, szczegółowej informacji o waitach w danym czasie. Oś Y wykresu przedstawia w sekundach na daną sekundę czas wszystkich waitów, które wystąpiły w okresie pokazanym na Osi X. Oś X wykresu przedstawia czas w jakim występują waity. 55

56 Po przełączeniu widoku przyciskiem [Toggle view] uzyskujemy: Podobnie jak w ekranie Instance Load, wykres waitów jest klikalny. Kliknięcie punkt na wykresie pokaże zestawienie waitów, właściwe dla danego snapshotu w czasie. 56

57 Z powyższego wykresu mamy informacje o: Total waits in period - co robiła instancja w ciągu danego dnia (domyślnie) lub wybranego okresu ograniczonego datami w filtrze Waits for selected snapshot - co robiła instancja w danej chwili czasu System pozwala również zanalizować poszczególne waity częstotliwość, długość i czas ich występowania. W tym celu klikamy na pod-zakładkę Analyze. Użytkownik ma tutaj możliwość analizy waitów wydajnościowych lub wszystkich w grupowaniu po dniu, godzinie, snap. Zakładka SQL Analyze Zakładka SQL Analyze Zakładka SQL Analyze to funkcjonalność prezentująca dodatkowe spojrzenie na obciążenie instancji. Podobnie jak przy wykresie Instance Load, tutaj również mamy wykres prezentujący czas trwania zapytań w instancji PostgreSQL. Ekran składa się z następujących obszarów: pól filtracyjnych: o pola dat, dzięki którym określamy okres w jakim chcemy zapoznać się z obciążeniem instancji wykresu prezentującego statystykę Elapsed Time, zbiorczej statystyki w podziale na zapytania, które w danym okresie wygenerowały określone obciążenie. po wskazaniu wiersza w tabeli mamy dodatkowe informacje o tekście i planie zapytania. 57

58 Oś Y wykresu przedstawia liczbę sekund dla każdej sekundy trwania zapytania w instancji PostgreSQL. Oś X przedstawia czas w jakim dane zapytania spowodowały utylizację serwera bazy danych. Różnice mogące się pokazać między obciążeniem pokazywanym w wykresie Instance Load, a statystykami utylizacji serwera bazy danych od strony systemu operacyjnego wynikają ze względu na doliczanie do wykresu wszystkich rodzajów oczekiwań, co nie ma miejsca w systemie operacyjnym. Na wykresie pokazany jest pełen obraz wydajności a nie tylko czas. Na przykładowym ekranie po kliknięciu na pierwsze zapytanie, widzimy udział w obciążeniu instancji za dany okres czasu zaprezentowaną z dokładnością do 15 minut próbek. Tabela w zakładce SQL Statements przedstawia statystyki dla każdego zapytania: Database nazwa bazy na które było uruchamiane zapytanie, Query Text pełne treść komendy SQL, Query Id identyfikator zapytania Plan id identyfikator planu wykonania generowany przez DBPLUS PM, Elapsed Time czas trwania w sekundach dla wszystkich wykonań w czasie ostatnich 15 minut, IO Time czas spędzony na odczycie/zapisie bloków Time per 1 exec czas trwania w sekundach zapytania dla pojedynczego wykonania, Executions liczba wykonań zapytania w czasie ostatnich 15 minut, Rows processed liczba wierszy zwróconych przez zapytanie w czasie ostatnich 15 minut, Number of users liczba użytkowników wykonująca zapytania w zadanym okresie czasu, Blks hit liczba odczytanych bloków z pamięci przez zapytania, Blks read - liczba odczytanych bloków z dysków przez zapytania, Blks dirtied liczba bloków brudnych, Blks written liczba bloków zapisanych przez zapytania, Temp blks read liczba bloków tymczasowych odczytanych przez zapytania, Temp blks written - liczba bloków tymczasowych zapisanych przez zapytania, WAŻNE - ekran SQL Analyze zachowuje podobną funkcjonalność jak w Instance Load. Kliknięcie w wiersz zapytania (oprócz uwzględnienia na wykresie obciążenia) spowoduje wyświetlenie pełnego tekstu zapytania oraz jego planu wykonania 58

59 Przy identyfikatorze zapytania znajduje się przycisku [Plus], umożliwiający dodanie zapytania do schowka z listą zapytań Warto zaznaczyć, że dla poszczególnych komponentów ekranu można zmieniać wysokość - dotyczy to min. wykresów, tabel z danymi, kontrolek tekstu zapytania, planu wykonania Zakładka SQL Details Zakładka SQL Details pokazuje szczegółowe informacje na temat zapytania m.in. takie jak: czas wykonania, czy zapytanie zmieniło plan wykonania, ilość zwróconych rekordów, ilość wykonań w danej jednostce czasu itp. Informacje te dają możliwość podjęcia decyzji czy dane zapytanie jest sens optymalizować i ocenić jego udział w obciążeniu instancji. Okno SQL Details podzielone jest na kilka obszarów: 59

60 Schowek z listą identyfikatorów zapytań (chowany i rozwijany w wyniku kliknięcia zielonego przycisku w z lewej strony ekranu) zapytania do schowka dodawane są z poziomu ekranów: Performance ->Instance Load Performance ->SQL Analyze Performance ->Top SQL Performance ->SQL 3D Performance ->Top Day Performance ->Slow SQLs WAŻNE: Lista zapytań jest pamiętana w ramach danej instancji dla określonego użytkownika. Listą tą można zapisać do pliku lub ją ponownie odczytać. Obszar filtrów i sposobu wyświetlania statystyk dla: o określonego identyfikatora zapytania Query Id o wybranego zakresu dat o w grupowaniu statystyk po snap, godzinie, dniu, itp. o przycisków nawigacyjnych pozwalających na: odświeżenie ekranu, wyszukaniu innych zapytań [Find SQL], prezentacji statystyki zapytania w formie raportu. Przy zaznaczeniu checkbox Online Values i kliknięciu przycisku [Refresh] system prezentuje statystykę online dla określonego zapytania wg informacji dostępnych w widoku systemowym pg_stat_statement. Opcja Online Values pozwala wyświetlić aktualne informacje na temat zapytania zachowane w buforze na instancji PostgreSQL. Informacje o zapytaniach w innych zakładkach prezentowane są za okres maksymalnie 15 minutowy, w przypadku tego ekranu dane odczytywane są bezpośrednio z instancji. Aby sprawdzić, czy zapytanie wykonuje się lub nie w danej chwili należy po podaniu identyfikatora Query Id zaznaczyć checkbox Online Values i klikając w przycisk [Refresh] obserwować wartość w kolumnach Execution, Elapsed Time. Jeżeli wartości się zmieniają to oznacza to, że zapytanie nadal się wykonuje. Jeżeli wartości są stałe to zapytanie aktualnie przestało się wykonywać. Filtr Group by period - okazuje statystyki danego zapytania pogrupowane zgodnie z wyborem dla : 60

61 o No group by period bez żadnego grupowania czyli wybór zakresu dat, czyli np. od 1 do 20 dnia miesiąca pokaże sumaryczne statystyki dla wybranego okresu, o Month pokaże statystyki dla danego zapytania w rozbiciu na miesiące, o Day - pokaże statystyki dla danego zapytania w rozbiciu na okresy jedno dniowe, o Hour - pokaże statystyki dla danego zapytania w rozbiciu na okresy jedno godzinne, o Snap pokaże statystyki dla danego zapytania w rozbiciu na snapshoty - okresy 15 minutowe. Obszar z tekstem zapytania dla którego można sterować wysokością okna m.in. wygodne w przypadku dłuższej treści zapytania Szczegółowa statystyka wykonania w postaci tabeli (z możliwością zmiany wysokości tabeli). Statystyki przedstawiają: o o o o o o o o o o Plan Id identyfikator wewnętrzny DBPLUS planu zapytania, Elapsed Time sumaryczny czas w sekundach trwania zapytania dla wybranego okresu grupowania, Blks read time czas odczytania bloku danych, Blks write time czas zapisu bloku danych, Executions liczba wykonań zapytania dla wybranego okresu grupowania, Rows liczba procesowanych wierszy przez zapytanie dla wybranego okresu grupowania, Blks hit liczba odczytanych bloków z pamięci przez zapytania, Blks read - liczba odczytanych bloków z dysków przez zapytania, Blks dirtied liczba bloków brudnych, Blks written liczba bloków zapisanych przez zapytania, 61 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

62 o o o o Buffer Quality procent wykorzystania bufora, Temp blks read liczba odczytanych bloków tymczasowych, Temp blks write liczba zapisanych bloków tymczasowych, Elapsed time per 1 Exec czas trwania pojedynczego wykonania zapytania dla wybranego okresu grupowania. Planu wykonania (przy wybranej zakładce Explain Plan). Graficznej prezentacji (przy wybranej zakładce SQL Statement Loads) dla dowolnego wskaźnika/kolumny z tabeli statystyki. Klikając w zakładkę Sql Statemet Load możemy zobaczyć obciążenie generowane przez dane zapytanie (linia/obszar żółty) na tle całkowitego obciążenia instancji: 62 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

63 Wpisanie identyfikatora zapytania w pole: Enter Query Id powoduje wyświetlenie statystyk dla danego identyfikatora zapytania zgodnie z ustawionymi filtrami. WAŻNE: Jeżeli nie znamy i nie mamy żadnego identyfikatora zapytania a schowek z listą zapytań jest pusty, możemy: przejść do jednego z ekranów (Instance Load, Sql Analyze, Top SQL, SQL 3D Top Day), gdzie wyszukamy nieoptymalne/długotrwające zapytanie), Kliknąć w przycisk [Find SQL] w celu wyszukania określonego zapytania wg dostępnych filtrów. Zakładka Explain Plan Pokazuje plan wykonania dla danego zapytania. Jeśli występuje więcej niż jeden plan dla wybranego okresu czasu wówczas można kliknąć w checkbox Compare plans, co spowoduje wyświetlenie dwóch planów wykonania - ułatwia to znalezienie różnic pomiędzy nimi, które z kolei podświetlone są na żółto: W kontrolce z planem wykonania jest dostępny: Link z dodatkowymi opcjami dla tekstu i planu wykonania, Link Show Plan Objects, który pozwala na analizę planu wykonania Opcje planu wykonania W obszarze planu wykonania dostępny jest link pozwalający na wykonanie poniższych operacji: Wygenerowanie skryptu z podstawieniem parametrów do zapytania, 63 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

64 Wygenerowanie planu zapytania dla podanych parametrów. Po kliknięciu Show statement scripts with filled parameters w nowym oknie pokazuje się blok T- SQL, zawierający: Odwołanie do bazy, Deklaracje parametrów i ustawienie ich wartości, Tekst zapytania z wypełnionymi parametrami. Kolejna funkcjonalność to Generate & Estimate plan 64 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

65 Jest to przydatna funkcja w przypadku, gdy plany wykonania zawiera błędnie podstawione paramenty lub brakuje parametrów. W takim przypadku w miejscu planu zapytania widoczny jest błąd informujący np. o błędnej składni zapytania. W takim przypadku należy zweryfikować czy parametry wykorzystane do wykonania planu zapytania są prawidłowe oraz czy wszystkie są uzupełnione. W celu poprawy planu zapytania przechodzimy do Generate & Estimate plan. Uzupełniamy brakujące parametry lub poprawiamy istniejące. 65 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

66 Po uzupełnieniu listy parametrów zapisujemy zmiany klikając w przycisk Save parameter values. Powoduje to poprawne wygenerowanie planu dla danego zapytania Funkcjonalność Show Plan Objects Funkcjonalność Show Plan Objects jest dostępna na ekranach, gdzie widoczny jest tekst zapytania i plan wykonania. Po kliknięciu w link o tej samej nazwie, zostaje otwarte okno jak poniżej: Klikając na link Show plan objects for zostajemy przeniesieni do ekranów pozwalających na analizę obiektów uczestniczących w zapytaniu m.in.: jakie tabele, indeksy uczestniczyły przy wykonaniu zapytania, w jaki sposób silnik odwoływał się do podanych obiektów, czy zapytanie wykonywało się w trybie wielowątkowym, jaki mechanizm został wykorzystany do pobrania i łączenia danych z obiektów: o pętla Nested Loop o złączenie Hash/Merge Join 66 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

67 W oknie mamy powtórzone informacje o tekście zapytania i planie wykonania oraz dodatkowe informacje na temat: Objects Used in Explain Plan lista wszystkich obiektów wykorzystywanych przez zapytanie w danym planie wykonania. Indexes for selected object lista indeksów dla zaznaczonej tabeli wiersz zaznaczony w Objects Used in Explain Plan. Obszar złożony z 3 zakładek (zaznaczony checkbox Load object properties): a) Object Columns lista poszczególnych kolumn zaznaczonego obiektu wraz z takimi informacjami jak nazwa kolumny, typ danych, id kolumny, is null, unikalne wartości, przykładowe dane w kolumnie, b) Info komenda DDL tworząca dany obiekt, c) Properties dodatkowe właściwości zaznaczonego obiektu Wyszukiwanie zapytań w SQL Details W ekranie SQL Details jest dostępny przycisk [Find SQL], pozwalający na wyszukiwanie zapytań wg poniższych kryteriów: Wyszukiwanie po fragmencie tekstu zapytania, Znalezienie zapytań zmieniających plan wykonania, Wyszukiwanie zapytań działających w wybranym okresie z pominięciem innego okresu, W każdym przypadku na liście wyszukanych zapytań zawarte są informacje takie jak: Query Id identyfikator zapytania, z przyciskiem [Plus], który pozwala na dodanie określonego identyfikator do listy zapytań Last execution date ostatni dzień w którym zapytanie było wykonane, Elapsed Time - czas trwania zapytania, Executions - liczba wykonań, IO time - czas spędzony na odczycie/zapisie bloków, Rows processed liczba zwróconych wierszy, Blks hit liczba odczytanych bloków z pamięci przez zapytania, Blks read - liczba odczytanych bloków z dysków przez zapytania, Blks dirtied liczba bloków brudnych, Blks written liczba bloków zapisanych przez zapytania, Temp blks read liczba bloków tymczasowych odczytanych przez zapytania, Temp blks written - liczba bloków tymczasowych zapisanych przez zapytania, Query text cały tekst zapytania. Każda zakładka powyzwala na wyszukiwanie zapytań w określonym przedziale czasowym. W przypadku wyszukiwania zapytań po fragmencie tekstu zapytania mamy możliwość wpisania kilku wyrażeń w polu wyszukiwania, wynik zostanie zwrócony w dwóch oddzielnych gridach: - FIND RESULT FOR EXACT QUERY TEXT MATCHING WITH oznacza wynik dokładnie taki jak wpisany fragment zapisania, - FIND RESULT FOR SIMILAR QUERY TEXT MATCHING WITH oznacza wynik zbliżony, zawierające wpisane wyrażenia. 67 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

68 Dla zapytań zmieniających plan wykonania, korzystamy z zakładki Plan Flip-Flop Statements. Wynik z wyszukanymi zapytaniami zawiera informacje zgrupowane wg poniższych obszarów: Statystyki z podsumowaniem dla wszystkich planów wykonań, na którym działało zapytanie Statystyki z podsumowaniem dla najwolniejszego planu Statystyki z podsumowaniem dla najszybszego planu Porównanie najwolniejszego i najszybszego planu Estymacje o możliwej redukcji czasu trwania zapytania Poniżej przykład z wynikiem wyszukania tych zapytań które zmieniał plan wykonania w okresie tygodnia: Widok na obszary Total statistics, Slowest plan statistics: 68 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

69 Widok na obszary Fastest plan statistics, Slowest vs. Fastest, Estimation statistics. Istotny obszar ekranu Plan Flip-Flop Statements to Estymacja statystyk. Kolumny Elapsed Time to reduce, to wyliczenie o możliwej redukcji czasu dla przypadku kiedy zapytanie działało by wyłączenie na najszybszym planie wykonania. Poniżej wynik przykładowego wyszukiwania zapytaniu uruchamianych w określonym dniu a nie uruchamianych we wcześniejszych dniach (New statements). Jest to szczególnie przydatna funkcjonalność w przypadku wyszukiwania zapytań po zmianach np. wgraniu kodu nowej wersji aplikacji opartej o bazę danych. 69 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

70 Zakładka Load Trends Zakładka Load Trends pozwala uzyskać szczegółowe informacje na temat trendów zachodzących na instancji PostgreSQL. Okno składa się z 3 komponentów: Filtru z zakresem dat i opcją grupowania, Wykresu prezentującego określone wskaźniki w czasie, Tabeli przedstawiającej statystyki. Statystyki widoczne na tej stronie prezentowane są o No group by period bez żadnego grupowania czyli wybór zakresu dat, czyli np. od 1 do 20 dnia miesiąca pokaże sumaryczne statystyki dla wybranego okresu, o Month pokaże statystyki dla danego zapytania w rozbiciu na miesiące, o Day - pokaże statystyki dla danego zapytania w rozbiciu na okresy jedno dniowe, o Hour - pokaże statystyki dla danego zapytania w rozbiciu na okresy jedno godzinne, o Snap pokaże statystyki dla danego zapytania w rozbiciu na snapshoty - okresy 15 minutowe. Statystyki Load Trends zawierają następujące informacje: Logdate przedstawia punkt w czasie dla którego są przedstawione statystyki (czyli : Dzień, godzina, minuty, za cały okres), Elapsed time sumaryczny czas w sekundach trwania wszystkich zapytań dla wybranego okresu grupowania, Executions liczba wykonań wszystkich zapytań dla wybranego okresu grupowania, Rows liczba procesowanych wierszy przez wszystkie zapytania dla wybranego okresu grupowania, Blks hit liczba odczytanych bloków z pamięci przez zapytania, Blks read - liczba odczytanych bloków z dysków przez zapytania, 70 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

71 Blks dirtied liczba bloków brudnych, Blks written liczba bloków zapisanych przez zapytania, Temp blks read liczba bloków tymczasowych odczytanych przez zapytania, Temp blks written - liczba bloków tymczasowych zapisanych przez zapytania, Wait time czas waitów w danej jednostce czasu, IO time czas odczytów/zapisów w danej jednostce czasu, Active sessions średnia ilość aktywnych sesji w danej jednostce czasu, Sessions ilość sesji za dany okres czasu, Connections ilość połączonych użytkowników w danej jednostce czasu, Commits liczba zatwierdzonych transakcji, Rollbacks liczba wycofanych transakcji, Tuples returned liczba wierszy zwrócona przez zapytania, Tuples fetched liczba wierszy pobranych przez zapytania, Tuples inserted liczba wierszy wstawionych przez zapytania, Tuples deleted liczba wierszy skasowanych przez zapytania, Conflicts liczba zapytań anulowanych z powodu konfliktu z odzyskiwaniem, No of temp files liczba plików tymczasowych stworzonych przez zapytania, Temp files written amount liczba danych zapisana do plików tymczasowych, Deadlocks liczba wykrytych deadloków, Blk read time czas odczytu bloków z pliku danych, Blk write time - czas zapisu bloków z pliku danych. Po kliknięciu wybranych kolumn przedstawiamy ich zachowanie w funkcji czasu: Po zmianie rodzaju wykresu na Area, wykresy wyglądają jak poniżej: 71 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

72 W obszarze filtrów znajduje się kontrolka pozwalająca na wyświetlenie statystyk dla określonej bazy danych - domyślnie statystyki są wyświetlane dla wszystkich baz danych Zakładka Compare Zakładka Compare pozwala zestawić trendy dla statystyk wydajnościowych i wykonać porównanie dni (zakładka Compare Days) lub okresów (Compare Periods) dla określonych parametrów wydajnościowych. Poniżej przykładowe zestawienie za poszczególne dni: Na powyższym wykresie zaprezentowana jest statystyka Elapsed Time pogrupowana po snap dla wybranych 3 dni i zestawiona do porównania. Do wyboru mamy każdą statystykę wydajnościową opisaną przy okazji zakładki Load Trends. 72 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

73 Zakładka Top SQL Zakładka Top SQL pozwala zaraportować najbardziej obciążające zapytania w zależności od określonego wskaźnika wydajnościowego. W systemie mamy możliwość zbadania najcięższych zapytań po kątem czasu wykonania Elasped Time, liczby odczytanych danych, liczby przetwarzanych bloków z pamięci, czy też odczytu plików Temp. Zapytania przedstawione są w postaci kilku wykresów w porządku malejącym w/g statystyki Blk hit (ilość bloków odczytanych z pamięci) wybranym okresie czasu (lub innego wybranego wskaźnika). Z poziomu ekranu Top SQL w łatwy sposób można dodać interesujące nas zapytanie do SQL Details poprzez kliknięcie w przycisk [Plus] przy identyfikatorze zapytania i wybór opcji: View SQL details w celu przejścia do ekranu SQL Details i analizy konkretnego zapytania, Add to query hash list w celu dodania zapytania do schowka z listą zapytań do dalszej analizy. Za pomocą checkbox ów w legendzie możemy usuwać poszczególne wykresy z widoku Top SQL: 73 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

74 Zakładka SQL 3D Zakładka SQL 3D zawiera identyczną funkcjonalność jak w zakładce Top SQL. Moduł pozwala zweryfikować najbardziej obciążające zapytania w zależności od tego czy interesuje nas czas wykonania, liczba odczytanych danych, liczba przetwarzanych bloków z pamięci i inne statystyki wydajnościowe. Zapytania przedstawione są w postaci jednego wykresu w widoku 3D w porządku malejącym w/g czasu trwania zapytania w wybranym okresie czasu (lub innego wybranego wskaźnika). Ikona ustawień dostępna w prawym górnym rogu pozwala sterować wykresem. W łatwy sposób można dodać interesujące nas zapytanie do modułu SQL Details poprzez kliknięcie w serie wykresu i wybór opcji: View SQL Details w celu przejścia do ekranu SQL Details i analizy konkretnego zapytania Add to query hash list w celu dodania zapytania do schowka z listą zapytań do dalszej analizy 74 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

75 Za pomocą checkbox ów w legendzie możemy usuwać poszczególne wykresy z widoku SQL 3D, analogicznie jak w zakładce TopSQL Zakładka Top Day Okno Top Day pozwala wyświetlać topowe zapytania pod kątem Elapsed Time i śledzić zmiany ich zachowania. Na powyższym slajdzie zaprezentowane topowe zapytania w okresie ostatniego tygodnia i udział pierwszego zapytania na tle obciążenia całej instancji. Wniosek: optymalizując zaznaczone zapytanie/a obniżymy obciążenie o 50%!!! Tabela z topowymi zapytania zawiera: Date data wykonania zapytania, Database baza danych w której zapytanie jest wykonywane, Query text tekst zapytania, 75 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

76 Query Id identyfikator zapytania PostgreSQL, Elapsed Time całkowity czas wykonania zapytania PostgreSQL, IO Time całkowity czas odczytu IO, Time per 1 exec czas wykonania pojedynczego zapytania, Executions ilość wykonań zapytań w danym okresie czasu, Rows processed wiersze zwrócone przez dane zapytanie w okresie czasu, Number of users ilość unikalnych użytkowników wykonujących dane zapytanie, Pozostałe statystyki wydajnościowe. Poniżej tabeli znajduje się treść dla wybranego zapytania. Zaznaczając zapytanie w tabeli możemy dodać jego statystykę na wykres Instance Load i obserwować zmiany jego wpływu na całkowite obciążenie instancji. Należy pamiętać o możliwości szczegółowej analizy określonego zapytania przez kliknięcie w przycisk [Plus] przy identyfikatorze zapytania Zakładka Slow SQLs Okno Slow SQLs pozwala na wyświetlenie zgrupowanej statystyki zapytań w zadanym okresie czasu. Dodatkowy filtr to Min elapsed execution time, które pozwala na wstępie wyfiltrować te zapytać, które trwały poniżej określonej wartości. Poniżej przykład prezentującą statystykę zapytanie w okresie miesiąca, których czas Elasped Time jest powyżej 200 sekund. Poniżej tabeli znajduje się treść zapytania i plan wykonania dla zaznaczonej statystyki Należy tutaj pamiętać o możliwości szczegółowej analizy określonego zapytania przez kliknięcie w przycisk [Plus] przy identyfikatorze zapytania Menu Anomaly Monitor Na stronie mamy możliwość przeglądania informacji dotyczącej alertów które wystąpiły dla danej instancji. Przeglądarka jest dostępna z poziomu szczegółów konkretnej instancji Instance Analysis > Anomaly Monitor. 76 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

77 Przeglądarka wystąpień problemów w bazie danych Na stronie do wyboru mamy dwie zakładki Reasons Analysis oraz Reasons Overwiew Reasons Analysis Na stronie do wyboru mamy szereg filtrów umożliwiających łatwiejsze odnalezienie szukanego problemu. W ramach filtrowania dostępne są do wyboru: wybór daty lub zakresu dat, sortowanie po miesiącu, dniu, godzinie, snap ie, (Trends lub Online) - możliwość wskazania który rodzaj alertów chcemy obejrzeć, Hash value - wybór alertów w których wystąpił wskazany identyfikator zapytania, Additional filters: Reason list możliwość wskazania dedykowanych przyczyn problemu, Alert list możliwość wskazania dedykowanych alertów. Ekran dostępnych filtrów na stronie Anomaly Monitor: Po konfiguracji odpowiednich filtrów należy klikną przycisk [Refresh]. W wyniku tego zostanie zaprezentowany wykres w którym poza podstawowymi miernikami dla instancji takich jak Elapsed Time, Waits zaprezentowana zostanie w postaci słupków na wykresie ilość wystąpień danej problemu w jednostce czasu. Wskazując dany słupek na wykresie zaprezentowane zostanie tooltip z informacją zawierająca dane na temat podstawowych mierników jak również ilość wystąpień danego problemu w jednostce czasu. 77 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

78 Pod wykresem dostępna jest tabela zawierająca dodatkowe informacje na temat prezentowanych na wykresie przyczyn wystąpienia alertów. Tabela zawiera: Start date/end date - zakres dat w którym dana przyczyna występowała, Class - klasę/obszar do którego została przypisana dana przyczyna, Reason for the problem przyczynę problem, Occurance ilość wystąpień danej przyczyny w wybranym zakresie dat Alerts trends involved/io involved /SQL Query involved zestawy alertów zawartych w definicji danej przyczyny problemu. Użytkownik ma możliwość zaznaczania przyczyn wystąpienia problemu w tabeli. Każde zaznaczenia/odznaczenie spowoduje przeliczenie danych na wykresie i zaprezentowanie tylko zaznaczonych wierszy. Dane zawarte w tabeli są danymi uśrednionymi dla wszystkich wystąpień danej przyczyny. W celu szczegółowej analizy danego problemu po zaznaczeniu wiersza w tabeli wyświetli się dodatkowa informacja w zakładce Alerts Details. Widok ten zawiera informacje na temat alertów jakie przekroczyły wartości progowe zdefiniowane dla danej przyczyny problemu. Dostępny jest również widok grupujący wystąpienia alertów tego samego typu które występowały po sobie. Pozwala to zweryfikować jak długo dany problem trwał. Informacje te dostępne sa w zakładce Reasons Occurance Statistics. 78 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

79 W przypadku poniżej dla pojedynczego wystąpienia (Snapshots occurance=1) problemu Data reads time problem caused by slow I/O response, zostały zaprezentowane wartości dla każdego z alertu zdefiniowanego dla tego problemu który przekroczył wartości progowe. Uwaga: informacje w zakładce Alerts Details są dostępne tylko dla ostatnio zaznaczonej przyczyny problemu Reasons Overwiew W ramach tej zakładki aplikacja umożliwia przeglądanie problemów w jednym zestawieniu. Do wyboru mamy te same filtry jak w przypadku zakładki Reasons Analysis oraz dodatkowo możliwość zaznaczenia/odznaczenia grupowania po Przyczynie. W zależności od zaznaczenia checkbox [Group by reason] dane dotyczące alertów będą wyświetlane w różnych zestawieniach: zaznaczony odznaczony 79 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

80 80 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

81 6.2.3 Menu I/O Stats Ekran jest dostępny z poziomu menu, służy do analizy wydajności podzespołów dyskowych. Moduł dostępny w zakładce I/O Analyze pozwala sprawdzić ewentualne problemy wydajnościowe na urządzeniach dyskowych m.in. porównanie wydajności zapisów i odczytów dla poszczególnych dni, godzin lub 15 minut. Dane dostępne są w sposób zbiorczy dla całej instancji jak również z podziałem na poszczególne bazy danych. Okno podzielone jest na następujące części: Obszar filtrów z zakresem dat i dodatkowymi filtrami Wykres do prezentacji określonych wskaźników Tabela przedstawiająca statystyki: o Reads - liczba odczytów bloków danych, o Read time - czas odczytu bloków, o Write time - czas zapisu bloków, o Block Read Time czas odczytów bloku danych. Group by period - pozwala wybrać okres po jakim nastąpi grupowanie wyniku Day - grupowanie wyniku odbywa się po dniu, Hour - grupowanie wyniku odbywa się po godzinie, Snap grupowanie wyniku odbywa się po okresach 15 minutowych, None grupowanie zostaje wyłączone, zostanie pokazana suma za wybrany okres dla bazy danych, plików danych bądź przestrzeni tabel w zależności od tego jaki filtr został użyty. W ramach przeglądania danych dostępne są również zakładki Days Compare oraz Period Compare. Na zakładkach można porównać odpowiednio dane za poszczególne dni lub zestawić ze sobą poszczególne monitorowane okresy. 81 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

82 6.2.4 Menu Space Monitor Moduł Space Monitor pozwala na analizę zajętości przestrzeni dyskowej przez bazy danych. W zakładkach mamy możliwość sprawdzenia: wyświetlenia bieżącej wielkości danych w instancji, szczegółowych informacji na temat zajętości (w podziale na bazy danych w instancji), historii zmiany wielkości w formie tabelarycznej i graficznej. WAŻNE: Moduł Space Monitor jest również dostępny z menu poziomu głównej strony i pozwala na analizę przestrzeni wykorzystywanej przez bazy danych dla wszystkich/pozostałych instancji SQL Zakładka Instance Size Zakładka Instance Size przedstawia bieżącą wielkość bazy danych domyślnie w GB. Na stronie widoczne są informacje o zajętości danych w całej instancji z podziałem na dzień. Widoczna jest również informacja na temat przyrostu danych w perspektywie dnia, tygodnia i miesiąca Zakładka Last Snap Databases Size W oknie Last Snap Databases Size użytkownik ma możliwość sprawdzenia obecnego rozmiaru poszczególnych bazy danych dostępnych w instancji PostgreSQL. 82 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

83 Zakładka Databases history Na ekranie Databases history, udostępnione są historyczne dane na temat rozmiaru baz danych w monitorowanej instancji w poszczególne dni. Obszar wykresu jest odświeżany po kliknięciu na wskazaną linie z tabeli poniżej (dla powyższego przypadku jest to baza danych dbplus na danej instancji PostgreSQL). Warto zaznaczyć iż statystykę zajętości można również wyświetlić w ujęciu godzinowym. 83 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

84 6.2.5 Zakładka Bg Writer Stats Zakładka zawiera informacje dostępne w widoku pg_stat_bgwriter. Widok ten zawiera informacje na temat procesów background writer i checkpointer działających w PostgreSQL. W tabeli zawarte są statystyki takiej jak: Checkpoints_timed liczba zaplanowanych wykonanych punktów kontrolnych, Checkpoints_requests liczba żądanych punktów kontrolnych, Checkpoint write time czas zapisu na dysku dla przetwarzanego punktu kontrolnego, Checkpoint sync time czas synchronizacji danych na dysku dla przetwarzanego punktu kontrolnego, Buffers checkpoint liczba buforów zapisana podczas punktu kontrolnego, Buffers clean liczba buforów zapisana przez background writer, Buffers max written clean liczba zatrzymanych skanowań czyszczących z powodu zbut wielu buforów, Buffers beckend liczba buforów zapisanych przez beckend, Buffers backend fsync liczba razy, gdy backend musiał wykonać swoje własne wywołanie fsync, Buffers allocation liczba przydzielonych buforów. Uwaga dane w wierszach zawierają wartości przyrostowo dla danej jednostki czasu Menu Sessions Funkcjonalność Sessions przedstawia informację o sesjach w bazach danych monitorowanej instancji PostgreSQL. W menu Sessions mamy dostępne zakładki: Sessions sesje online w danej bazie danych wyświetlone wg filtrów, Session with transactions sesje w transakcji, Session history informacje na temat ilości sesji w instancji PostgreSQL, Active Session history ekran pozwalający na wyszukiwanie min.: o Jakie zapytania uruchamia program/użytkownik. o Z jakiego użytkownika jest uruchamiany określone zapytanie. 84 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

85 Zakładka Sessions Zakładka Session przedstawia informację o sesjach na instancji PostgreSQL. W części tabelarycznej przedstawione są poniższe informacje: Logon Time czas zalogowania użytkownika do bazy danych Pid identyfikator sesji użytkownika, Transaction start data rozpoczęcia transakcji, Query start data rozpoczęcia wykonywania zapytania, QueryID identyfikator zapytania, Database baza danych, Username nazwa użytkownika w instancji SQL, Status status sesji użytkownika, Elapsed Time czas trwania zapytania, Host nazwa maszyny z której nastąpiło logowanie do bazy danych (musi być włączony w pliku konfiguracyjnym parametr log_hostname=on na instancji PostgreSQL), Application nazwa aplikacji z którego nastąpiło logowanie do bazy danych, Wait type typ waitu, Wait nazwa oczekiwania dla sesji, Statement tekst zapytania. Poniżej tabeli znajdują się zakładki prezentujące szczegółowe informacje dla zaznaczonej sesji takie jak tekst polecenia SQL oraz plan wykonania. Zakładka SQL przedstawia tekst zapytania SQL oraz plan wykonania. Informacje wyświetlają się po kliknięciu w rekord danej sesji: 85 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

86 Przycisk [Kill Session] pozwala na zabicie zaznaczonej sesji Zakładka Session with transactions Na ekranie widoczne są sesje wykorzystujące zapis do logu. Ekran zawiera te same informacje na temat sesji użytkownika jakie są widoczne na ekranie w zakładce Session Zakładka Session history Na zakładce w postaci wykresu prezentowana jest ilość sesji oraz sesji aktywnych w wybranym przedziale czasowym Zakładka Active Session history W zakładce tej przestawione są szczegółowe historyczne informacje o sesjach otwartych w określonym czasie. Dane przedstawiane są w trzech podstawowych zbiorach danych: sesje aktywne, sesje używające pliku logów. 86 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

87 Główna tabela zawiera snapshoty wykonywane w interwałach 60 sekundowych (domyślne ustawienie modułu wg parametru dostępnego w opcji Configuration). Każdy snapshot zawiera informacje t.j.: Liczba aktywnych sesji, Liczba sesji używających pliki logów. Kliknięcie w rekord tabeli prezentuje szczegóły dla wybranego snapshotu w zakładce Sessions: Pid identyfikator sesji użytkownika, QueryID identyfikator zapytania, User nazwa użytkownika w instancji SQL, Statement tekst zapytania, Database baza danych, Application nazwa aplikacji z którego nastąpiło logowanie do bazy danych, Status status sesji użytkownika, Wait type typ waitu, Wait nazwa oczekiwania dla sesji, Elapsed Time czas trwania zapytania, Query start data rozpoczęcia wykonywania zapytania, Transaction start data rozpoczęcia transakcji, Blocking Pid informacja o identyfikatorze sesji blokującej. W aplikacji jest też możliwość przeszukiwania informacji na temat sesji użytkownika za pomocą danego typu waitu. Wyszukiwanie uruchamiamy poprzez naciśnięcie przycisku Hide additional filters a następnie z listy dostępnych waitów dodajemy te które chcemy wyszukać. Po wciśnięciu przycisku Refresh zostaną zaprezentowane tylko te sesje które w danym okresie oczekiwały na wait wybrany przez użytkownika z listy. Jednocześnie możemy wybrać również pozostałe filtry np. takie jak identyfikator sesji PID lub QueryId 87 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

88 Na stronie prezentującej historię sesji można tez obejrzeć informacje w formie wykresu. W tym celu należy na stronie przełączyć się na widok wykresu, tak jak na obrazku poniżej. Dane na wykresie prezentowane są dla 1 minutowych próbek. Wykres prezentuje informacje na temat aktywnych sesji oraz sesji w transakcji: 88 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

89 6.2.7 Menu Locks Moduł blokad składa się z następujących zakładek: Locks history umożliwiający śledzenie blokad w czasie, Online Locks pozwalający na bieżącą analizę blokad na instancji PostgreSQL, Locked Objects - przedstawiający listę obiektów, na które założone są w danej chwili blokady Zakładka Locks history Zakładka Locks history pozwala na analizę blokad jakie wystąpiły w przeszłości. Ekran składa się z następujących obszarów: Pasek filtru umożliwiający wybór zakresu dat, Wykres prezentujący blokady dla danego zakresu, Lista zablokowanych sesji (w formie drzewa) odświeżane po kliknięciu we dany punkt wykresu: o u góry drzewa przedstawione sesje blokujące, o w węzłach poniżej sesje czekające zablokowane przez sesje w węźle nadrzędnym, Szczegóły dla zaznaczonej sesji: o SQL Statement for session PID:* - treść zapytania, wykonywanego w ramach danej sesji o Sessions Details informacje na temat sesji, min. czas otwarcia transakcji, rodzaj transakcji, itp. Przykładowy ekran blokad z historii zaprezentowany jest poniżej: Zakładka Online Locks Zakładka Online Locks zawiera informacje o blokadach które trwały w danym czasie składa się z następujących obszarów: Pasek filtru po bazie danych (domyślnie blokady dla wszystkich baz) Sekcja List of locked sessions lista zablokowanych sesji. Sekcja zbudowana jest w formie drzewa, gdzie: o u góry drzewa przedstawione sesje blokujące o w węzłach poniżej sesje czekające zablokowane przez sesje w węźle nadrzędnym Szczegóły dla zaznaczonej/wybranej sesji: o SQL Statement for session PID:* - treść zapytania, wykonywanego w ramach danej sesji 89 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

90 o Sessions Details informacje na temat sesji, min. Czas otwarcia transakcji, rodzaj transakcji, itp Menu Parameters System pozwala wyświetlić i raportować historie zmian parametrów instancji i baz danych w czasie. Każda z powyższych funkcjonalności pozwala wyświetlić bieżący stan parametrów oraz ich zmiany w czasie. Poniżej przykładowe ekrany: Stan parametrów zawierających w nazwie wartość host Historia zmian parametrów pokazuje informacje jakie paramenty instancji PostgreSQL były zmieniane w danym zakresie czasu: WAŻNE: Moduł parametrów jest również dostępny z poziomy menu głównego po wyjściu z modułu wydajnościowego Instance Analysis. Wówczas system umożliwia analizować parametry dla wszystkich monitorowanych instancji PostgreSQL jednocześnie. 90 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

91 6.2.9 Menu Logs Moduł Logs umożliwia użytkownikowi: Przegląd logów serwera PostgreSQL DBplus database objects zawiera informacje o obiektach bazy danych dbplus w instancji PostgreSQL która jest ustawiona jako repozytorium Zakładka DBPLUS procedure statistics W zakładce użytkownik ma możliwość sprawdzić, czy występowały jakiekolwiek błędy przy monitoringu określonej instancji. Dodatkowo pokazywany jest czas trwania procedury monitorującej liczba sekund na 15 minut. Przykładowy ekran jest przedstawiony poniżej: Zakładka Dbplus database objects Ekran zawiera informacje na temat rozmiarze zajętej przestrzeni przez obiekty dbplus. 91 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

92 Menu Reports W module Reports znajduje się poniższy raport: Performance Report Raport wydajnościowy Raport prezentuje wydajność instancji SQL w wybranym przedziale czasowym. W raporcie są zawarte informacje o: Topowych zapytaniach działających w bazie danych pod kątem: o Czasu trwania: Elapsed Time, o Wysoki czas IO, o Wysoki odczyt bloków, o Wysokie Block Hit, o Liczby wykonań. Zestawieniu topowych waitów. 6.3 Menu Space monitor Moduł Space Monitor pozwala na analizę zajętości przestrzeni dyskowej na serwerach. W zakładkach mamy możliwość: Wyświetlenia bieżącego rozmiaru bazy danych, Historii zmiany wielkości w formie tabelarycznej i graficznej. W tym menu mamy możliwość zbiorczo zweryfikować informacje dotyczącą zajętości przestrzeni dyskowej dla wszystkich instancji podpiętych do monitoringu. 6.4 Menu Parameters System pozwala wyświetlić i raportować historie zmian parametrów instancji i baz danych w czasie. W menu po lewej stronie dostępne są dodatkowe opcje: Instance Parameters parametry instancji, Instance extensions pozostałe rozszerzenia instancji. Każda z powyższych funkcjonalności pozwala wyświetlić bieżący stan parametrów oraz ich zmiany w czasie. Z tego poziomu możliwe jest przeglądanie informacji o danych parametrach jednocześnie dla wszystkich instancji podłączonych do monitoringu. 92 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

93 93 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

94 6.5 Menu Reports W tym menu aplikacja umożliwia wykonanie raportów na podstawie danych pobranych z monitorowanych serwerów. Raport Load trends dotyczy wartości głównych statystyk wyliczanych dla każdej instancji PostgreSQL. W ramach tego raportu możemy porównywać/zestawiać ze sobą statystyki dla wielu instancji jednocześnie. 6.6 Menu Servers Monitor Application architecture Ekran rozwiązania systemu DBPLUS Performance Monitor jest dostępny z poziomu menu głównego tj. Servers monitor -> Application architecture. Moduł pozwala sprawdzić: Listę monitorowanych instancji PostgreSQL, Aktywność serwisu monitoringu, W jakiej instancji/bazie danych znajduje się repozytorium systemu. W obszarze z lewej strony dostępne są instancje PostgreSQL, gdzie widoczne są informacje na temat: kiedy był wykonany ostatni snapshot dla monitorowanej instancji PostgreSQL kiedy była ostatnia aktywność instancji PostgreSQL (połączenie z serwisu monitoringu z instancją PostgreSQL). W obszarze środkowym znajduje się informacja o aktualnym stanie usługi monitoringu DBPLUSPOSTGRESCATCHER, min. są dostępne takie informacje jak: Czy service jest uruchomiony. Ostatnia aktywność usługi. Wykorzystanie pamięci na maszynie gdzie działa usługa monitoringu. Użycie procesora przez usługę monitoringu. Poniżej statystyk można sprawdzić historyczny stan usługi w zadanym okresie czasu. W obszarze z prawej strony jest informacja o instancji SQL, na której znajduje się repozytorium systemu DBPLUS Performance Monitor. Poniżej przykładowy slajd: 94 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

95 W poniższym slajdzie historia aktywności usługi DBPLUSCATCHER, po kliknięciu w przycisk [View service activity]: Logs Na tej stronie możliwe jest podejrzenie logów związanych z działaniem aplikacji DBPLUS Performance Monitor za dany okres czasu. 6.7 Menu Configuration 95 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

96 6.7.1 Settings Parametryzacja usługi DBPLUSPOSTGRESCATCHER jest dostępna z poziomu Configuration- >Settings. W zależności od jakości zapytań i typu problemów w systemie można włączyć poniższe m.in. takie jak:: o o o Liczba dni przechowywania detalistycznej historii z wydajności instancji PostgreSQL, Czas odstępu między zbieraniem próbek dotyczących blokad, Monitoring planów zapytania WAŻNE: Wybrane parametry mogą być ustawione na poziomie ogólnym lub dla określonych instancji SQL. Dotyczy to poniższych parametrów: Instances Na stronie mamy możliwość konfiguracji jakie instancje PostgreSQL mają być monitorowane, oraz ustawiamy typ instancji. Poprawne ustawienie typu dla każdej instancji umożliwia wykorzystywania tego grupowania w różnych funkcjach aplikacji DBPLUS Performance Monitor, takich jak np. Space Monitor, kiedy prezentujemy rozmiar instancji przydzielonych do danej grupy. Na stronie możliwe jest również ustawienie m.in.: przypisanie typu dla danej instancji, widoczności instancji w monitoringu, dodatkowe informacje na temat sposobu połączenia instancji z aplikacją DBPLUS Performance Monitor 96 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

97 6.7.3 Reference lists W tej zakładce znajdują się słowniki systemowe wykorzystywane w aplikacji. Można dowolnie dodawać lub modyfikować istniejące dane słownikowe Security W zakładce mamy możliwość ustawienia dostępu dla użytkownika lub grupy użytkowników lub poprzez Profile (szablony zbiór uprawnień). Dostęp nadawany jest na poziomie konkretnej instancji, oraz na poziomie dostępnych stron w menu. 97 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

98 W celu utworzenia nowego obiektu np. profilu (PROFILE) należy kliknąć na [Add new object], następnie wybrać typ obiektu PROFILE oraz nadać nazwę obiektowi. Następnie aby nadać uprawnienia dla danego obiektu należy wybrać go z listy po lewej stronie ekranu. Po kliknięciu na obiekt po prawej stronie wyświetlona zostanie strona z konfiguracją dostępu. W pierwszej kolejności należy wybrać czy uprawnienia będą: własne (Use own permissions). dziedziczone (inherited permisions form parents) Własne uprawnienia - Own permissions W przypadku wyboru własnych uprawnień (Own permissions) do wyboru mamy trzy zakładki do konfiguracji uprawnień: uprawnienia funkcjonalne (Function rights), dostęp do baz danych (Databases access), uprawnienia lokalne (Local privileges) Ustawienia funkcjonalne pozwalają na nadanie uprawnień do stron lub funkcjonalności w aplikacji na poziomie globalnym dla danego użytkownika/grupy lub profilu dla wszystkich instancji sql. Uprawnienia te można nadpisać poprzez nadanie uprawnień niestandardowych dla konkretnej instancji. Uprawnienia 98 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

99 niestandardowe można zmienić tylko dla modułu Instance Analysis. Uprawnienie niestandardowe są nadrzędne dla danej instancji w stosunku do uprawnień funkcjonalnych. W przypadku nadania uprawnień niestandardowych przy nazwie instancji wyświetlony zostanie komunikat (permissions overwritten). Dodatkowo dostęp możemy ograniczać do konkretnych instancji. W tym celu w zakładce Instances acces zaznaczamy odpowiednie checkboxy przy danej instancji lub też zaznaczamy ALL_DATABASES. W przypadku ograniczenia niektórych baz, spowoduje to również ograniczenie w zakładce Local privileges Uprawnienia dziedziczone - Inherited permisions form parents W przypadku wyboru uprawnień dziedziczonych, możemy dla danego użytkownika lub grupy użytkowników wskazać do których profili mają mieć dostęp. Jednocześnie jest możliwe dziedziczenie uprawnień między profilami. Każdy z profili zawiera listę obiektów i do których ma dostęp. Nadanie 99 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

100 uprawnień do wielu profili dla użytkownika spowoduje że uprawnienie dla danego użytkownika będą sumą uprawnień dla wybranych profili. Uwaga! W celu włączenia funkcjonalności ograniczonego dostępu do aplikacji należy zmienić ustawienia na poziomie DBPLUS Configuration Wizard >Applications settings >Applications Options > Configure. Jak również zmienić status parametru SECURITY na wartość ON. Kolejny krok to włączenie mechanizmu uwierzytelnia w aplikacji poprzez zmianę parametru SECURITY w opcji Configuration->Settings Schedules outages Po wejściu na zakładkę mamy możliwość obejrzeć informacje o planowych wyłączeniach monitoringu. Na stronie domyślnie są widoczne tylko wyłączenia za bieżący dzień jak również zaplanowane w przyszłości. Informacje możemy oglądać dla wszystkich baz danych jak również dla konkretnej bazy danych. W celu dodania nowego wpisu należy kliknąć w przycisk [Add new outage]. Po kliknięciu wybieramy dla której bazy ma nastąpić wyłączenie, a następnie wybieramy czy wyłączenie ma być: jednorazowe czy cykliczne, ma trwać jeden lub wiele dni, ma występować w konkretny dzień tygodnia. 100 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

101 Po wybraniu dopisujemy informacje o powodzie wyłączenia i akceptujemy konfiguracje. Po poprawnie wprowadzonej konfiguracji nowy wpis będzie widoczny w tabeli. Trzeba pamiętać że informacje o pracy wyłączeniu pojawią się na wykresie w chwili wygenerowania nowego/kolejnego snapu. Informacja o wyłączeniu monitoringu jest widoczna na ekranie Dashboard: w przypadku Television mode żółte oznaczenie przy bazie danych oraz opis Monitoring Outage, w przypadku Icons view. Na tym widoku baza jest oznaczana również kolorem żółtym, który oznacza przerwę w monitoringu. Jak również baza w której monitoring został wyłączony nie jest wliczana do liczby baz aktywnych. w przypadku Grid view mamy wyświetlony żółty wiersz w tabeli. Informacja o wyłączeniu jest również widoczna na wykresie Instance Load. W przypadku gdy instancja jest wyłączona z monitoringu na wykresie rysują się żółte pionowe słupki. W momencie wyłączenia informacje na temat statystyk nie są zbierane Scheduled works Po wejściu na zakładkę mamy możliwość obejrzeć informacje o najbliższych pracach planowych. Na stronie domyślnie są widoczne tylko prace za bieżący dzień jak również zaplanowane w przyszłości. Informacje możemy oglądać dla wszystkich instancji PostgreSQL. Funkcjonalność jest stworzona w celu prezentacji informacji o pracach planowych które mogą wpłynąć na wydajność bazy danych. W celu dodania nowego wpisu należy kliknąć w przycisk [Add new work or tag]. Po kliknięciu wybieramy dla której bazy ma nastąpić rejestracja pracy planowej, a następnie wybieramy czy wyłączenie ma być: 101 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

102 jednorazowa czy za dłuższy okres Po wybraniu zakresu dopisujemy informacje o w pole tag title (widoczne później na wykresie), oraz dodajemy informacje szczegółowe na temat danej pracy planowej, następnie akceptujemy konfiguracje. Po poprawnie wprowadzonej konfiguracji nowy wpis będzie widoczny w tabeli. Trzeba pamiętać że informacje o pracy planowej pojawią się na wykresie w chwili wygenerowania nowego/kolejnego snapu. Informacja o pracach planowych widoczna jest na wykresie Instance Load w formie punktów (pojedyncze zdarzenia) lub poziomych pasków w przypadku długotrwałych prac. Po wskazaniu na punkt/pasek zostanie wyświetlona informacja o zakresie oraz o temacie pracy planowej. W przypadku gdy prace są zaplanowane w przyszłości informacja o pracy będzie widoczna jako punkt po prawej stronie wykresu. Dodatkowo z poziomu Instance Load mamy możliwość zarządzania wdrożeniami poprzez kliknięcie na przycisk [Manage timeline] Alert Settings Moduł alertów jest dostępny z poziomu głównego menu tj. Configuration->Alert settings. W alertach mamy możliwość: Ustawienia parametrów związanych z wysyłką mail - min. dane serwera pocztowego i konta z jakiego będą wysyłane komunikaty alertów, Dokonania ogólnych ustawień modułu, zdefiniować alerty, określić listę odbiorców alertów Zakładka Mail settings Aby informacja o wystąpieniu alertu została przesłana poprzez , należy skonfigurować ustawienia serwera SMTP. W ramach konfiguracji mamy możliwość ustawienia częstotliwości wysyłania informacji o zdarzeniu, w zależności od konfiguracji jest to przedział od 1 minuty do 1 godziny. 102 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

103 WAŻNE: Alerty mailowe dla wszystkich instancji są wysyłane z jednego konta pocztowego Zakładka General settings W tej zakładce dokonujemy ogólnych ustawień modułu alertów. Mamy możliwość konfiguracji parametrów dotyczących mechanizmu alertów. Parametry ogólne: 103 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

104 Elapsed Time greater than alerty będą wyliczane, gdy w danym snap-shocie czas trwania dla wszystkich zapytań razem przekroczy 400 sekund. History Days określenie dni tygodnia, które będą brane pod uwagę przy badaniu problemów wydajnościowych. Number of Days Back in History Liczba historycznych dni na podstawie których system będzie badał wydajność dnia bieżącego. Parametry dotyczących zapytań (Statements Settings): Number of Top Queries to check liczba topowych zapytań w poszczególnych snap-ach, które będą badane pod kątem problemów wydajnościowych, Chosen by Elapsed Time wybór wg której statystyki będą wybierane zapytania Elapsed. Number of Days Back in History Liczba historycznych dni na podstawie których system będzie analizował wydajność topowych zapytań w dniu bieżącym. Parametry dotyczące waitów (Wait Events Settings): Number of Top Waits to check służy do obsługi waitów wyliczanych na podstawie trendu. Do wyliczania brana jest pod uwagę ilość topowych waitów w zależności od tego parametru. Number of Days Back in History - ile dni wstecz jest branych pod uwagę dla wyliczenia historii Zakładka Alerts definition Definiowanie alertów w aplikacji została podzielona na dwa etapy: wybór oraz konfiguracja odpowiednich progów CRITICAL/WARNING dla danego typu alertu, definicja reguł oparta na skonfigurowanych alertach, oraz przypisanie przyczyny wystąpienia problemu. Na stronie prezentowana jest informacje w kolumnach: typie alertu, opis alertu, dostępność, poziom ostrzegawczy, poziom krytyczny. Na stronie prezentowane są jedynie alerty które zostały dodane do konfiguracji. W przypadku gdy alert nie został skonfigurowany należy go dodać korzystając z przycisku [Add new alert]. 104 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

105 Alerty można skonfigurować dla instancji lub dedykowanej instancji. W każdym momencie można usunąć skonfigurowany wcześniej alert za pomocą przycisku [Klucza] spowoduje to usunięcie danego alertu z listy skonfigurowanych. i wyboru opcji Delete, Druga opcja to wyłączenie alertu, poprzez odznaczenie checkbox Enabled. Można to wykonać również po wciśnięciu przycisku [Klucza] oraz wybrania opcji Edit. W zależności od typu alertu w różny sposób ustalane są wartości progowe. Zbieranie danych o problemach w aplikacji zostało podzielone na 5 kategorii alertów: Alerty typu Online wyliczane co 30 sekund, Alerty typu Load Trends wyliczane co 15 minut na podstawie ogólnych statystyk wydajnościowych, Alerty typu IO Stats wyliczane co 15 minut na podstawie statystyki odczytu/zapisu z/do urządzeń dyskowych, Alerty typu Sql Query wyliczane co 15 minut na podstawie statystyki topowych zapytań. Alerty można definiować na poziomie ogólnym (dla wszystkich baz) oraz na poziomie poszczególnych baz danych. Dla każdego alertu można zdefiniować dwa progi alarmowe: Zdarzenie WARNING poziom alertu ostrzegającego Zdarzenie CRITICAL wysoki poziom alertu - alert krytyczny Przykładowe ustawienie dla kategorii Load Trends dla alertu Elapsed Time. Jeżeli utylizacja Elapsed time serwera przekroczy 50% generuj alert na poziomie ostrzeżenia, Jeżeli utylizacja Elapsed time serwera przekroczy 100% generuj alert krytyczny W pozostałych przypadkach brak alertu. Poniżej główne okno prezentujące listę alertów: 105 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

106 Alerty typu Online Na liście Online znajdują się poniższe alerty: Active Sessions liczba aktywnych sesji. Alert if database is not available. IO Waits waits związany z odczytami IO Number of Active Sessions with Elapsed Time longer than liczba aktywnych sesji z czasem trwania dłuższym niż. Sekund. Lock waits oczekiwania typu blokady. Custom alert calculated based on sql statement alert wyliczany na podstawie dowolnie kosnstruowanego zapytania. Specific Waits możliwość wskazania dowolnie wybranego waitu. Total Waits wszystkie oczekiwania razem. Specific Wait alert na określone oczekiwanie. Przykładowa karta edycyjna alertu wygląda jak poniżej: Należy pamiętać iż pole określające typ alertu (Online, Load Trends, IO Stats, Sql Query) jest możliwe do zmiany tylko przy tworzeniu nowej definicji. Przy ponownej edycji alertu pole jest w trybie do odczytu. W zależności od wybranej reguły lista dostępnych i wymaganych pól do uzupełnienia ulega zmianie. Dla alertu: Specific Wait należy uzupełnić nazwę oczekiwania na jaką ma reagować alert 106 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

107 W prezentowanym przykładzie wystąpi: alert ostrzegający, gdy suma oczekiwań z nazwą zawierającą reads przekroczy co najmniej 4 sekundy / 1 sekundę (ważne alert nie jest tutaj wyliczany procentowo). alert krytyczny, gdy suma oczekiwań z nazwą zawierającą reads przekroczy co najmniej 10 sekund / 1 sekundę (ważne alert nie jest tutaj wyliczany procentowo). Dla alertu: Custom alert calcuclated based on sql statement należy podać tekst zapytania. WAŻNE: zapytanie musi zwracać jednokolumnowy rekord. Alert wystąpi gdy wartość zwrócona przez zapytanie przekroczy progi wg podanej definicji. W prezentowanym przykładzie wystąpi: alert ostrzegający, gdy liczba nieaktywnych sesji z otwartą transakcją w bazie danych przekroczy co najmniej 10 sesji 107 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

108 alert krytyczny, gdy liczba nieaktywnych sesji z otwartą transakcją w bazie danych przekroczy co najmniej 40 sesji Dla definicji alertu: Online:IO waits określamy standardowe parametry, tj. Progi alertowe WARNING, CRITICAL Sposób wyliczania i reakcji alertu na zdarzenie History Comparision (porównanie wydajności danego parametru z historią) o Compare to average value in similar time wydajność określonego parametru jest porównywana z historią statystyki w podobnych godzinach o Compare with maximum value wydajność określonego parametru jest porównywana z maksymalnym wartościami jakie występowały dla danej statystyki. Poniższy ekran z opcją History Comparision ustawionym na Compare to average value in similar time: Oraz przykład z opcją History Comparision ustawionym na Compare with maximum value: 108 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

109 W prezentowanym slajdzie wystąpi: alert ostrzegający, gdy poziom waitów IO będzie o 47% większa od maksymalnej wartości historycznej alert krytyczny, gdy poziom waitów IO będzie o 90% większa od maksymalnej wartości historycznej W karcie edycyjnej alertu dodatkowe ustawienia znajdują się w zakładce Notification & Condition: Mail Notification Interval określenie jak często generować powiadomienie mailowe w przypadku wystąpienia alertu Number of snapshots to check liczba snapshotów 30 sekundowych, w których musi występować problem dla danego parametru. Jeżeli dana statystyka np. czas oczekiwań - Total Waits - utrzymuje się na wysokim poziomie i przekracza próg alertowy przez X snapshotów, wówczas system wygeneruje alert Use Low Constant Value wartość minimalna, która musi być spełniona w pierwszej kolejności. Wg przykładowego ekranu poniżej - w ciągu snapshotu dashboardowego (uruchmiany w cyklu 30 sekundowym) wartość wszystkich waitów musi wynieść co najmniej 30 sekund. Use High Constant Value wartość, po przekroczeniu której alert będzie generowany zawsze, nawet w sytuacji gdy nie są spełnione progi alertowe WARNING, CRITICAL. 109 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

110 Alerty typu Load Trends, I/O Stats Reguły typu Load Trends, I/O Stats dotyczą wskaźników wydajnościowych dostępnych na stronach (funkcjonalnościach) o takich samych nazwach. Karta edycyjna takiego rodzaju alertu wygląda jak poniżej: W formularzu użytkownik określa min.: Rodzaj alertu (wg wskaźników podanych powyżej) Czy jest włączony Własną nazwę zakładka Other settings Format komunikatu zakładka Other settings Ustawienia mailowe zabezpieczenie przez spamem w przypadku ciągle występującego alertu zakładka Notification & Conditions Kiedy i z jakim progiem wystąpi alert: o Reguła jest wyliczana procentowo. o Alert wystąpi gdy danych próg alertowy jest przekroczony o X % w stosunku do średniej w minionym okresie. o W sekcji Filter condition mamy dodatkowe ustawienia filtrów tj: Use Low Constant Value np. alertuj gdy Elapsed Time pogorszy się od X% w stosunku do średniej, ale w sytuacji, gdy Elapsed Time jest większe od 500 sekund. Use High Constant Value j.w. 110 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

111 Poniżej przykładowe definicje dla parametru Elapsed Time - z opcją History Comparision ustawionym na Compare to average value in similar time: Wg powyższego inne obciążenie występuje w godzinach roboczych i poza godzinami pracy. Dla przykładu: Czas trwania wszystkich zapytań tj. Elapsed Time o godzinie 08:00 historycznie wynosi 1000 s w snapshocie 15 minutowym. Czas trwania wszystkich zapytań tj. Elapsed Time o godzinie 12:00 historycznie wynosi 5000 s w snapshocie 15 minutowym. Alert ostrzegający typu WARNING dla zdefiniowanego progu >= 20% wystąpi o godzinie 08:00, gdy czas trwania wszystkich zapytań przekroczy 1200 sekund, natomiast w okolicy godziny 12:00, gdy Elapsed time przekroczy 6000 sekund. Dla drugiego przypadku z opcją History Comparision ustawionym na Compare with maximum value: W omawianym przykładzie: 111 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

112 Alert ostrzegający typu WARNING dla zdefiniowanego progu >= 20% wystąpi tylko wtedy, gdy czas trwania wszystkich zapytań przekroczy 6000 sekund (odniesienie do wartości maksymalnej z dnia) niezależnie od pory dnia Alerty typu Sql Query Reguły typu SQL Query dotyczą wskaźników wydajnościowych dostępnych dla zapytań SQL i zawierają podobną listę jak w przypadku Load Trends. Dla zapytań SQL, system umożliwia alterowanie poniższych wskaźników: Execution Elapsed Time Elapsed Time Per 1 Exec New Statement Elapsed Time Rows Blocks hit Blocks read Blocks dirtied Blocks written Temp blocks read Temp blocks written Blocks read time Blocks write time Karta definicji alertu SQL Query wygląda jak poniżej: W formularzu użytkownik określa podobne parametry jak w przypadku definicji alertu dla statystyk Load Trends, IO Stats. Dodatkowo można wskazać, czy alert reaguje wyłącznie w przypadku zmiany planu wykonania flaga Show Plan Changes Only (przy założeniu że mamy pogorszenie danego wskaźnika w odniesieniu do historii). Przykładowo definicja alertu dla np. Elapsed Time z włączoną opcja sprawdzania zmiany planu będzie prezentowana i konfigurowalna oddzielnie niż alert Elapsed Time bez zaznaczonej tej opcji. 112 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

113 Taka zmiana pozwala precyzyjniej zdefiniować definicje problemu który jest przyczyną pogorszenia wydajności danej instancji. Dla alertów z prefiksem New Statement, progi są określane na poziomie udziału w obciążeniu bazy danych. Aplikacja umożliwia uzależnienie wystąpienie alertu od ogólnego trendu (dla całej bazy danych) dla danej statystyki w snap. Taka opcja jest dostępna jedynie dla alertów o typie SQL Query. Dla konfiguracji przedstawionej na obrazku poniżej oznacza to dla alarmu o typie SqlQuery Rows: alarm będzie pomijany jeśli wartość Rows dla danego snap dla konkretnego Query Hash będzie poniżej 10 oraz jeśli ilość zwróconych wierszy Rows processed dla danego zapytania będzie stanowić poniżej 15% wszystkich zwróconych wierszy dla zapytań (liczba zależy od parametru Number of Top Queries to check). Dodatkowo musi zostać spełniony warunek przekroczenia progu alarmowego WARNING/CRITICAL. alarm wystąpi jeśli wartość Rows dla danego snap w zapytaniu będzie powyżej 25%. Alarm wystąpi nawet jeśli próg alarmowy nie został przekroczony (wówczas wystąpi WARNING z komentarzem Above max constant value ). 113 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

114 Ustawienia alertów na poziomie instancji PostgreSQL Lista alertów może być ustawiona dla każdej instancji niezależnie. Domyślnie alerty są dziedziczone z ustawień ogólnych. Jeżeli jakikolwiek parametr alertu zostaje zmieniony wówczas pojawia się informacja w kolumnie Override o nadpisaniu takiej reguły. Wg poniższego przykładu: System będzie generował alert o niedostępności dla wszystkich instancji z wyjątkiem tej wykluczonej z raportowania. Na poziomie wskazanej instancji Alert if database is not available został wyłączony (Enabled = false) Zakładka Reasons and Problems definition Kolejny etap konfiguracji alarmów polega na przypisaniu reguł i zdefiniowanie dedykowanej przyczyny problemu. Poniżej ekran z przykładową listą zdefiniowanych domyślnie alarmów przez analityków DBPLUS. Definicje można przypisać na poziomie ogólnym do wszystkich baz danych, lub też tworzyć dedykowane definicje dla wybranych baz danych. 114 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

115 W celu dodania nowej reguły należy w pierwszej kolejności zdefiniować powód wystąpienia problemu (Reason description) dla którego będziemy definiować regułę. Następnie wybieramy typ kalkulacji (Calculatione type) - na podstawie alertów bazujących na trendzie czy tez online oraz klasę problemu (Reason class) do jakiej dana przyczyna błędu należy. Najważniejszym elementem konfiguracji jest utworzenie Przyczyny problemu a następnie zdefiniowanie odpowiednich reguł opartych na definicjach alertów. W celu dodania konfiguracji należy spośród wcześniej zdefiniowanych alertów (zakładka Alerts definition), utworzyć regułę, posługując się grupami (Add group), operatorami AND, OR. W niektórych przypadkach konieczne jest użycie zaprzeczenia, są one prezentowane na liście alertów oznaczone kolorem czerwonym oraz zaczynają się od operatora NOT. 115 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

116 Po zdefiniowaniu reguły, poprawnie wybranie operatorów i uzupełnienie wszystkich dodanych alarmów, spowoduje wyświetlenie reguły poniżej Zakładka Events subscription W ostatniej zakładce modułu mamy możliwość zarządzania listą odbiorców tj. osób, które będą otrzymywać komunikaty o alertach. Na listę subskrybentów można: wprowadzić pojedynczy adres lub wiele adresów rozdzielonych separatorem ;. przypisać adres odbiorcy do wszystkich lub wybranej/ych baz danych 116 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika

117 Widoczność alertów Alerty są widoczne z poziomu: Dashboardu: o ikona bazy zawiera informacje o liczbie alertów ostrzegających i krytycznych o po wybraniu danej instancji w zakładce Alerts oraz Instance Load po kliknięciu w [Instance Analysis] na wykresie InstanceLoad o jeżeli wystąpił jakikolwiek Alert na linii Elapsed Time pokazuje się informacja o ich liczbie po kliknięciu w dany punkt czasu (snapshot) wyświetla się lista alertów 6.8 Menu Help Strona zawiera informacje dotyczące licencji oraz informacje o zmianach w aplikacji wykonanych w ostatnim roku. DBPLUS ul. Bruna 9/215; Warszawa Tel: (+48) ; info@dbplus.pl DBPLUS. Wszystkie prawa zastrzeżone. DBPLUS, logo DBPLUS i produkty wspomniane w tym dokumencie są znakami towarowymi DBPLUS. Wszystkie inne znaki towarowe i zarejestrowane znaki towarowe są własnością ich odpowiednich właścicieli. 117 DBPLUS Performance Monitor dla PostgreSQL - Podręcznik Użytkownika