Health Checks

Health Checks to zestaw rutynowych kontroli weryfikujących ogólny stan i kondycję serwera bazodanowego.

Zakres kontroli kondycji serwera bazodanowego

Health Checks to cykliczna ocena stanu serwera, systemu operacyjnego, usługi bazy danych oraz zasobów, z których korzysta silnik. Kontrola powinna potwierdzać nie tylko to, że proces bazy działa, lecz także że przyjmuje połączenia, odpowiada na zapytania i może zapisywać oraz odczytywać dane. Sam status „uruchomiono usługę” nie wyklucza zapełnionego systemu plików, błędów wejścia-wyjścia, blokad transakcji ani problemów z połączeniami.

Wynik Health Check powinien być porównywany z wcześniejszymi pomiarami i ustalonym stanem prawidłowym. Rejestruje się między innymi czas odpowiedzi prostego zapytania kontrolnego, liczbę aktywnych połączeń, wykorzystanie procesora i pamięci, wolne miejsce na woluminach oraz najnowsze błędy z logów. Pojedynczy odczyt nie opisuje trendu, dlatego istotne jest wykrywanie zmian, takich jak stopniowy wzrost czasu odpowiedzi, przybywanie oczekujących sesji lub szybkie zmniejszanie wolnego miejsca.

Sprawdzenie systemu operacyjnego i zasobów

Kontrola rozpoczyna się od hosta, na którym działa baza. Weryfikuje się dostępność serwera, stan usługi bazodanowej, obciążenie procesora, zajętość pamięci operacyjnej oraz aktywność pamięci wymiany. Długotrwałe użycie procesora bliskie pełnej dostępnej mocy może powodować kolejki wykonywania zapytań, ale krótkie skoki obciążenia nie muszą oznaczać awarii. Podobnie użycie pamięci należy interpretować razem z zachowaniem systemu operacyjnego i silnika, ponieważ część pamięci może być prawidłowo wykorzystywana jako bufor danych.

Ważnym elementem jest kontrola urządzeń i systemów plików. Sprawdza się wolumen zawierający pliki danych, dzienniki transakcyjne, pliki tymczasowe oraz kopie zapasowe. Brak miejsca w obszarze dziennika może uniemożliwić zatwierdzanie transakcji, a brak miejsca w obszarze plików danych może zatrzymać operacje wymagające przydzielenia kolejnych stron lub segmentów. Należy również analizować błędy odczytu i zapisu zgłaszane przez system operacyjny oraz warstwę pamięci masowej, ponieważ problemy sprzętowe mogą pojawić się wcześniej niż awaria procesu bazy.

Połączenia, zapytania i logi silnika

Health Check obejmuje próbę nawiązania połączenia z właściwym endpointem bazy oraz wykonanie nieszkodliwego zapytania diagnostycznego. Test powinien rozróżniać błąd sieciowy, odrzucenie uwierzytelnienia, przekroczenie limitu połączeń i brak odpowiedzi silnika. Sama możliwość otwarcia portu nie dowodzi poprawnego działania bazy, ponieważ port może być dostępny, gdy usługa jest przeciążona albo nie wykonuje żądań w oczekiwanym czasie.

Analiza sesji powinna uwzględniać liczbę połączeń aktywnych, oczekujących i bezczynnych, czas trwania transakcji oraz zapytania oczekujące na blokadę lub operację wejścia-wyjścia. Długie transakcje mogą utrzymywać blokady, opóźniać zwalnianie zasobów i powiększać dziennik transakcyjny. W logach silnika szuka się powtarzających błędów, restartów, nieudanych prób zapisu, przekroczeń limitów, przerwanych połączeń oraz komunikatów o uszkodzeniu lub niespójności. Każdy komunikat trzeba interpretować według dokumentacji konkretnego silnika; nazwy poziomów logowania i znaczenie kodów błędów różnią się między produktami.

Kopie zapasowe, integralność i reakcja na odchylenia

Kontrola kopii zapasowych nie powinna ograniczać się do sprawdzenia, czy zadanie zakończyło się komunikatem „sukces”. Należy zweryfikować czas utworzenia ostatniej kopii, jej rozmiar, dostępność pliku lub repozytorium oraz obecność wymaganych elementów, takich jak pełna kopia, kopie przyrostowe lub dzienniki transakcyjne, jeśli dany model odtwarzania ich używa. Okresowo wykonuje się próbne odtworzenie w odizolowanym środowisku i sprawdza, czy odzyskana baza uruchamia się oraz zawiera oczekiwany zakres danych.

Testy integralności muszą korzystać z narzędzi przewidzianych dla używanego silnika, ponieważ procedury sprawdzające strukturę stron, indeksów i metadanych nie są wymienne między PostgreSQL, Microsoft SQL Server, MySQL, Oracle Database ani innymi produktami. Jeżeli Health Check wykryje niedostępność usługi, narastające błędy wejścia-wyjścia, brak miejsca, niespójną kopię lub rosnącą kolejkę blokad, wynik powinien zawierać czas zdarzenia, objawy, zakres wpływu i zalecane działanie. Taka dokumentacja ułatwia odróżnienie chwilowego obciążenia od awarii wymagającej diagnostyki sprzętu, konfiguracji lub samego silnika.