Database
 sql >> Baza danych >  >> RDS >> Database

Śledź wydajność bazy danych dzięki Uptime Infrastructure Monitor

Monitor infrastruktury czasu pracy

Uptime Infrastructure Monitor (UIM) to narzędzie dla przedsiębiorstw, które zapewnia ujednolicony widok monitorowania systemów informatycznych. Chociaż kompleksowy i skalowalny, UIM jest również łatwy w użyciu i wdrażany w ciągu kilku minut.

Dzięki proaktywnemu, kompleksowemu i zintegrowanemu monitorowaniu, raportowaniu i alarmowaniu, UIM zapewnia pełny wgląd i kontrolę nad dostępnością, wydajnością i pojemnością środowisk informatycznych — od aplikacji po serwery i maszyny wirtualne, aż po urządzenia sieciowe. UIM monitoruje również wydajność szeregu systemów zarządzania bazami danych:Microsoft SQL Server, Oracle, MySQL, MariaDB, PostgreSQL, IBM DB2 i Sybase.

W tym poście na blogu omówiono monitory usług i zaawansowane wtyczki monitorów do monitorowania wydajności bazy danych.

Monitory serwisowe

Monitory serwisowe to procesy w ramach UIM, które regularnie sprawdzają wydajność i dostępność usług w Twoim środowisku. Jeśli monitor wykryje problem, UIM generuje alert. Różne typy monitorów usług dostępnych w UIM to monitory agentów, monitory Microsoft Windows, monitory maszyn wirtualnych (VM), monitory baz danych, monitory aplikacji, monitory usług sieciowych i monitory zaawansowane.

Zaawansowane monitory to niestandardowe skrypty i programy. Przykłady zaawansowanych monitorów są dostępne jako wtyczki do pobrania. Zaawansowane monitory nie wymagają zainstalowanego agenta w monitorowanych systemach.

Microsoft SQL Server

Monitor podstawowych kontroli określa, czy instancja nasłuchuje na portach serwera, czy instancja może przetwarzać zapytania i sprawdza wartości w dowolnych tabelach bazowych i przeliczonych. Monitor uruchamia zapytania względem instancji, dopasowuje wyrażenia regularne określone przez użytkownika oraz raporty i alerty dotyczące odpowiedzi i czasu odpowiedzi.

Monitor zapytań jest podobny do monitora Basic Checks. Monitor uruchamia zapytania względem instancji i sprawdza odpowiedź oraz czas odpowiedzi. W przypadku odpowiedzi liczbowej lub liczby zwróconych wierszy używa operatora takiego jak „większe niż” i „mniejsze niż”, aby sprawdzić dane wyjściowe. W przypadku odpowiedzi będącej ciągiem tekstowym do sprawdzenia danych wyjściowych używa operatora takiego jak „zawiera” i „nie zawiera”. Jeśli odpowiedź nie jest zgodna z oczekiwanym wynikiem, ustawia ostrzeżenie lub stan krytyczny do zgłaszania i ostrzegania.

Zaawansowany monitor danych zbiera informacje o dostępności i wydajności poszczególnych baz danych. Agreguj metryki wydajności na instancję lub rejestruj oddzielnie różne metryki wydajności dla każdej bazy danych. Monitor korzysta z połączeń agenta lub Windows Management Instrumentation (WMI) w celu uzyskania dostępu do liczników systemu Windows dostarczających metryki. Aby monitorować element maszyny wirtualnej (VM), musi on użyć agenta lub kolekcji WMI. Monitor rejestruje następujące metryki:Oczekiwanie na blokadę / sek., Żądania blokady / sek., Średni czas oczekiwania na blokadę, Połączenia użytkowników, Transakcje / sek., Rozmiar pliku danych / KB, Całkowity czas oczekiwania na zatrzaśnięcie, Oczekiwania na zatrzaśnięcie / sek., Średni czas blokowania Czas oczekiwania, maksymalna pamięć obszaru roboczego, pamięć połączenia, pamięć podręczna SQL, całkowita pamięć serwera i czas odpowiedzi.

Monitor sprawdzania przestrzeni tabel ocenia rozmiar plików danych w bazach danych. Monitor zbiera informacje ze wszystkich baz danych we wszystkich instancjach systemu i agreguje te informacje w swoich metrykach. Monitor zgłasza również i ostrzega, czy którykolwiek z plików danych w grupie plików lub dowolny plik dziennika w dowolnej bazie danych w instancji przekracza określone przez użytkownika progi ostrzegawcze i krytyczne.

Do monitorowania klastra i zawsze włączonych grup dostępności , zapoznaj się z postem na forum społeczności pod adresem http://community.idera.com/it-management/uptime-infrastructure-monitor/f/312/t/23447.

Do monitorowania stanu pracy , zapoznaj się z postem na forum społeczności pod adresem http://community.idera.com/it-management/uptime-infrastructure-monitor/f/309/t/16417.

Wyrocznia

Monitor podstawowych kontroli określa, czy serwer hosta jest dostępny, określa, czy instancja nasłuchuje na portach serwera, czy może zalogować się do instancji i ocenia odpowiedź na podstawie skryptu SQL działającego na instancji lub bazie danych. Dla wykonanego skryptu SQL monitor mierzy czas odpowiedzi i dopasowuje tekst odpowiedzi przy użyciu określonych przez użytkownika wyrażeń regularnych do raportowania i ostrzegania.

Monitor zapytań jest podobny do monitora Basic Checks. Monitor uruchamia zapytania względem instancji i sprawdza odpowiedź oraz czas odpowiedzi. W przypadku odpowiedzi liczbowej lub liczby zwróconych wierszy używa operatora, takiego jak „większe niż” i „mniejsze niż”, aby sprawdzić dane wyjściowe. W przypadku odpowiedzi, która jest ciągiem tekstowym, używa operatorów, takich jak „zawiera” i „nie zawiera”, aby sprawdzić dane wyjściowe. Jeśli wynik nie pasuje do oczekiwanego wyniku, tworzy ostrzeżenie lub stan krytyczny do raportowania i ostrzegania.

Monitor sprawdzania przestrzeni tabel sprawdza względny rozmiar poszczególnych obszarów tabel w instancjach bazy danych. Monitor zgłasza i alarmuje, gdy obszar tabel w instancji przekracza progi określone przez użytkownika.

Zaawansowany monitor danych zbiera metryki wydajności bazy danych. Niektóre metryki są przeznaczone do dostrajania baz danych pod kątem długoterminowego wzrostu wydajności, a nie do unikania przestojów. Sondy długoterminowe to:Buffer Cache, Data Dictionary Cache, Disk Sort Ratio, Library Cache i Redo Log. Monitor zbiera następujące metryki:współczynnik trafień w pamięci podręcznej bufora, współczynnik trafień w pamięci podręcznej słownika danych, współczynnik trafień w pamięci podręcznej biblioteki, współczynnik żądań ponownego wykonania miejsca na log, współczynnik sortowania dysku, sesje aktywne, sesje blokowania Oracle, sesje bezczynności Oracle i czas odpowiedzi.

Rozszerzalny monitor sprawdzania przestrzeni tabel zbiera metryki dotyczące pojemności obszaru tabel. Monitor zbiera następujące metryki:dostępne miejsce, wykorzystane miejsce, wolne miejsce, procent wolnego miejsca i czas odpowiedzi. Monitor przechwytuje te metryki dla każdego obszaru tabel w bazie danych i używa tych metryk do ostrzegania i zachowuje je do tworzenia wykresów w UIM.

MySQL i MariaDB

Monitor podstawowych kontroli określa, czy host, na którym działa baza danych, jest dostępny, czy może zalogować się do bazy danych i ocenia odpowiedź na podstawie wykonania określonego przez użytkownika skryptu SQL względem instancji lub bazy danych. Oznacza to, że monitor uruchamia zapytania i dopasowuje określone przez użytkownika wyrażenia regularne w celu raportowania i ostrzegania.

Zaawansowany monitor danych określa, czy instancja nasłuchuje na portach serwera, i sprawdza wartości wydajności w celu ustalenia wydajności instancji. Monitor zbiera następujące metryki:Czas pracy, Pytania, Wolne zapytania, Otwarte tabele, QPSA, Odebrane bajty, Wysłane bajty, Opóźnione wstawianie wątków, Opóźnione błędy, Maksymalna liczba wykorzystanych połączeń, Otwarte pliki, Otwarte strumienie, Natychmiastowe blokady tabeli, Oczekiwane blokady tabeli, Wątki Pamięć podręczna, Wątki połączone, Wątki uruchomione, Zapytania QCache w pamięci podręcznej, Wstawki QCache, Trafienia QCache, Przycinane śliwki QCache Lowmem, Brak pamięci podręcznej QCache, Wolna pamięć QCache, Bloki wolne QCache, Całkowita liczba bloków QCache i czas odpowiedzi. Monitor sprawdza metryki wydajności baz danych i instancji działających w systemie pod kątem progów określonych przez użytkownika. Jeśli instancja lub baza danych nie odpowiada, baza danych może przetwarzać zapytania, ale wyniki wykazują zachowanie, które ostrzega o problemie.

Monitor replikacji zbiera następujące metryki:sekundy za urządzeniem nadrzędnym, stan podrzędnych we/wy, uruchomione podrzędne we/wy, uruchomione podrzędne SQL, numer ostatniego błędu we/wy, ostatni błąd we/wy, numer błędu ostatniego SQL, ostatni błąd SQL i czas odpowiedzi.

Wtyczka Monitor stanu zbiera z bazy danych za pomocą polecenia „Status” Połączenia / Połączone wątki, Otwarte tabele i Średnia zapytań na sekundę.

PostgreSQL

Podstawowa wtyczka monitora rejestruje dostępność bazy danych do raportowania i alarmowania.

Wtyczka Monitora dostępności określa, czy może połączyć się z instancją, uruchamia zapytania względem instancji lub bazy danych i porównuje odpowiedź z ciągami tekstowymi określonymi przez użytkownika w celu raportowania i ostrzegania.

IBM DB2

Podstawowa wtyczka monitora uruchamia zapytania względem instancji, dopasowuje wyrażenia regularne określone przez użytkownika oraz raporty i alerty dotyczące odpowiedzi i czasu odpowiedzi.

Wtyczka Tablespace Monitor zbiera metryki dotyczące wydajności przestrzeni tabel w celu raportowania i alarmowania. Monitor przechwytuje następujące metryki:używany obszar tabel, dostępny obszar tabel, używany obszar tabel, używane strony we wszystkich obszarach tabel i wolne strony we wszystkich obszarach tabel. Monitor zbiera dane dla wszystkich obszarów tabel istniejących w instancji.

Wtyczka monitora puli buforów zbiera metryki dotyczące wydajności buforów do raportowania i alarmowania. Monitor przechwytuje te metryki:niedostępne odczyty asynchroniczne, średni czas asynchronicznego odczytu, średni czas synchronicznego odczytu, średni czas odczytu, niepreferowane odczyty synchroniczne, średni czas asynchronicznego zapisu, średni czas synchronicznego zapisu, średni czas zapisu, procent zapisu asynchronicznego, Współczynnik trafień danych, współczynnik trafień indeksu, współczynnik trafień obiektów pamięci pomocniczej, całkowity współczynnik trafień (indeks, dane i XDA) oraz czas odpowiedzi.

Sybase

Monitor Sybase określa, czy baza danych nasłuchuje portów serwera, uruchamia zapytania względem instancji lub bazy danych, dopasowuje wyrażenia regularne określone przez użytkownika oraz raporty i alerty dotyczące odpowiedzi i czasu odpowiedzi.

Na wynos

Uptime Infrastructure Monitor (UIM) zapewnia kompleksowe i ujednolicone monitorowanie i optymalizację fizycznych i wirtualnych serwerów, aplikacji, sieci i baz danych z centralnego pulpitu. Korzystaj również z danych historycznych, aby planować przyszłe potrzeby dotyczące pojemności serwerów i śledź trendy wydajności na poziomie usług pod kątem zgodności i raportowania dotyczących umów dotyczących poziomu usług.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. 5 prostych wskazówek dotyczących korzystania z instrukcji SQL UPDATE z JOIN

  2. SQL WYBIERZ MAX

  3. Jak DevOps powinien używać DBaaS (bazy danych jako usługi) do optymalizacji tworzenia aplikacji

  4. Jak uzyskać miesiąc z daty w T-SQL?

  5. Podejście do strojenia indeksów – część 2