Monitoring serwerów Poznań

Co ustępuje pierwsze, gdy do systemu wchodzi kilkuset użytkowników?

Serwer w hurtowni albo w firmie dystrybucyjnej pracuje w rytmie, którego nie widać na średniej dobowej. Przez większość doby jest bezczynny, a między dziewiątą a czternastą przyjmuje ruch całej firmy naraz: kompletację, fakturowanie, zamówienia ze sklepu i zapytania handlowców z terenu. Awaria rzadko przychodzi jako zatrzymanie maszyny. Zwykle zaczyna się od zwolnienia, po którym nikt nie umie powiedzieć, co właściwie się zepsuło.

Objaw zgłoszony przez ludzi	Odczyt, który to potwierdza	Zwykła przyczyna	Co da się zrobić przed sezonem
Kartoteka klienta otwiera się kilkanaście sekund	czas odpowiedzi bazy w oknie szczytu	brak indeksu albo za wolny nośnik	przegląd zapytań, zmiana nośnika
Wydruk dokumentu wydania czeka w kolejce	kolejka operacji dyskowych	macierz nie nadąża z zapisem	rozdzielenie bazy i plików
System zwalnia dopiero po południu	zajętość pamięci rosnąca od rana	wyciek w aplikacji lub za mało pamięci	rozbudowa albo poprawka u dostawcy
Import cennika trwa dwa razy dłużej niż rok temu	czas zadania cyklicznego w historii	przyrost danych bez porządków	archiwizacja starych okresów
Sklep odpowiada wolniej w godzinach kampanii	czas odpowiedzi usługi z zewnątrz	limit zasobów u dostawcy	zwiększenie zasobów na czas szczytu
Nic nie zwalnia, ale raport nocny kończy się rano	długość zadania kopii i obciążenie w nocy	okna zadań zachodzą na siebie	przesunięcie harmonogramu

Ostatni wiersz bywa najbardziej pouczający. Zadanie, które kiedyś kończyło się o czwartej, po dwóch latach przyrostu danych kończy się o dziewiątej i zabiera moc dokładnie wtedy, gdy zaczyna się praca. Nikt tego nie zgłasza, bo formalnie wszystko działa.

Dlaczego średnia dobowa nie nadaje się do dystrybucji?

Bo uśrednia dwie zupełnie różne maszyny: tę z godzin wydań i tę z nocy. Procesor obciążony przez cztery godziny w dziewięćdziesięciu procentach i przez dwadzieścia godzin w pięciu daje średnią, przy której żaden domyślny próg nie zadzwoni. Tymczasem to właśnie te cztery godziny decydują o tym, czy towar wyjedzie na czas.

Dlatego przez pierwsze dwa tygodnie zbieramy dane bez wysyłania powiadomień i oglądamy dobowy oraz tygodniowy rozkład obciążenia. Dopiero z niego biorą się wartości graniczne, osobno dla okna kompletacji i osobno dla reszty doby. Alarm ustawiony bez tej wiedzy dzwoni codziennie o tej samej porze i po miesiącu przestaje być czytany razem z całą resztą powiadomień.

Co robimy z serwerem między wrześniem a listopadem?

Sezon w handlu jest przewidywalny, więc pracę porządkową planujemy przed nim, a nie w jego trakcie. Wrzesień to przegląd zapasu: ile miejsca zostało pod bazą przy obecnym tempie przyrostu, jak zachowywały się nośniki w zeszłym szczycie, czy pamięci wystarczy przy większej liczbie jednoczesnych sesji. Październik to wykonanie wniosków, czyli zamówienie nośnika, powiększenie zasobu na hoście wirtualizacji albo przesunięcie zadań nocnych.

Od listopada nie zmieniamy niczego poza tym, co konieczne. Firma, która rozbudowuje środowisko w tygodniu czarnego piątku, płaci za to podwójnie: raz w cenie sprzętu kupowanego bez czasu na porównanie ofert, drugi raz w ryzyku zmiany wprowadzanej w najgorszym możliwym momencie.

Co czytamy na bazie, a co na samym systemie?

Metryki systemowe mówią o maszynie, a nie o pracy, którą ona wykonuje. Serwer z wolnym procesorem i pustą kolejką dyskową może w tej samej chwili blokować całą firmę jednym zapytaniem trzymającym rekordy w tabeli dokumentów. W metrykach systemu nie widać tego wcale.

Dlatego bazy traktujemy osobno. Zbieramy czas trwania najdłuższych zapytań, liczbę blokad, wielkość plików danych i dziennika transakcji oraz wynik zadań konserwacyjnych, bo zaniedbana konserwacja indeksów to najczęstsza przyczyna zwolnienia, które użytkownicy opisują słowem starzenie się serwera. Na Windows Server dochodzą do tego dziennik zdarzeń i stan usług, na Linuksie stan usług w systemd oraz zajętość i-węzłów, potrafiąca skończyć się przy pozornie wolnym nośniku.

Czego ten nadzór nie obejmuje?

Nie obejmuje sieci, przez którą maszyny są dostępne, ani wykonywania kopii, choć wynik każdego zadania kopiowania sprawdzamy i traktujemy jak zdarzenie. Nie zastępuje też administracji: zmiany w konfiguracji, rozbudowa zasobów i strojenie bazy są osobną pracą, zlecaną świadomie i wycenianą według nakładu.

Warstwę sieciową opisuje monitoring sieci w Poznaniu, całość środowiska w jednej umowie monitoring infrastruktury IT w Poznaniu, a same odczyty i ich interpretację zebraliśmy na stronie monitoringu serwerów. Gdy maszyna ma opuścić Waszą szafę, rozmowa zaczyna się od kolokacji serwerów.

Treść sprawdzona i zaktualizowana: 31 lipca 2026