Monitoring serwerów Opole

Który serwer w opolskiej firmie zatrzymuje wysyłkę, a który tylko biuro

Rozróżnienie brzmi oczywisto, a prawie nigdy nie jest zapisane. W firmie z halą i wymianą dokumentów z zagranicznym odbiorcą stoi zwykle pięć do ośmiu maszyn i tylko dwie z nich mają skutki widoczne poza firmą.

Pierwsza to baza systemu magazynowego. Jej zatrzymanie widać w hali od razu, bo terminale przestają przyjmować skany, a brama stoi. Druga to serwer wykładający pliki dla kontrahenta. Jego zatrzymania nie widać nigdzie przez kilka godzin, a potem widać je u partnera.

Reszta, czyli serwer plików, wydruk, kontroler domeny i maszyna raportowa, zatrzymuje pracę wewnątrz. Jest to kłopotliwe, kosztuje czas ludzi, natomiast nie generuje rozmowy z kimś na zewnątrz. Podział ten spisujemy przy uruchomieniu nadzoru, bo ustawia wszystko dalsze: progi, poziomy pilności i kolejność podnoszenia usług.

Dlaczego liczymy pliki, a nie tylko procent zajętego dysku

Ponieważ najgorsze zdarzenie na tych maszynach nie wygląda jak awaria. Serwer odpowiada, usługa transferu działa, dysk ma osiemdziesiąt procent wolnego miejsca, a mimo to od czterech godzin nic nie opuściło katalogu wychodzącego, bo strona odbierająca przestała się łączyć.

Zajętość dysku nie zareaguje na to nigdy, bo kilkaset dokumentów handlowych waży tyle co nic. Reagują dwa inne odczyty i to je ustawiamy na każdej takiej maszynie.

Co mierzymy	Jak często	Kiedy powstaje zgłoszenie
liczba plików w katalogu wychodzącym	co 5 minut	więcej sztuk niż ustalony próg, utrzymane w trzech odczytach
wiek najstarszego pliku w tym katalogu	co 5 minut	starszy niż okno uzgodnione z odbiorcą
liczba plików w katalogu przychodzącym	co 15 minut	brak nowych pozycji w porze, w której zwykle przychodzą
uruchomienie zadania o znanej godzinie	według harmonogramu	brak startu w oknie tolerancji
odpowiedź bazy systemu magazynowego	co minutę	brak odpowiedzi w dwóch kolejnych sprawdzeniach
dni pozostałe do zapełnienia dysku	codziennie	zapas krótszy niż czas potrzebny na rozbudowę

Wiersz trzeci wygląda dziwnie i bywa kwestionowany przy wdrożeniu. Brak plików przychodzących o zwykłej porze nie jest awarią po Waszej stronie i sam z siebie niczego nie psuje, natomiast wcześnie zapowiada problem u partnera. Lepiej zadzwonić do niego z pytaniem niż dowiedzieć się nazajutrz, że dostawa nie została awizowana.

Skąd biorą się dwa zestawy progów na jednej maszynie

Z tego, że magazyn pracuje także nocą, a biuro nie. Serwer obsługujący obie te grupy ma w ciągu doby dwa zupełnie różne obrazy obciążenia i pojedynczy zestaw wartości granicznych zawodzi w obie strony.

Próg ustawiony pod dzień zgłasza awarię co noc, gdy rusza przetwarzanie zadań i przygotowanie paczek. Próg ustawiony pod noc przepuszcza w dzień prawdziwy problem, bo dzienne obciążenie mieści się w granicach dobranych do szczytu.

Dlatego przez pierwsze dwa tygodnie tylko mierzymy, bez zgłaszania czegokolwiek, i dopiero z tego pomiaru wychodzą dwa zestawy: jeden dla godzin z ruchem w hali, drugi dla pozostałych. Po kwartale wracamy do nich jeszcze raz, bo firma zdąży się przez ten czas zmienić, a zwłaszcza zmieni się objętość danych.

W jakiej kolejności podnosimy usługi

Kolejność ustalamy przy wdrożeniu, a nie w trakcie zdarzenia, i zapisujemy przy każdej maszynie osobno. Kryterium jest jedno: co odblokowuje pracę widoczną na zewnątrz.

Najpierw usługa katalogowa, bo bez logowania nic innego nie ma znaczenia. Potem baza systemu magazynowego, bo od niej zależy hala. Potem usługa transferu wraz z kluczami, bo dzięki niej da się wysłać choćby dokument przygotowany ręcznie. Dopiero potem wydruk, serwer plików i reszta.

Zapisana kolejność ma jeszcze jedną zaletę, mniej oczywistą. Pozwala świadomie coś pominąć, gdy czasu jest mało. Osoba podejmująca zdarzenie widzi, co każdy krok odblokowuje, więc potrafi rozstrzygnąć, że wydruk etykiet poczeka pół godziny, a serwer transferu nie.

Co mierzymy, gdy sama maszyna milczy

Karta zarządzająca serwerem pracuje niezależnie od systemu, więc odczyt z niej istnieje także wtedy, gdy nic innego nie odpowiada. Widzimy stan dysków i zasilaczy, prędkość wentylatorów, temperaturę wewnątrz obudowy oraz zdarzenia zapisane przez sam sprzęt.

Ma to w firmie bez informatyka na miejscu znaczenie większe niż gdzie indziej. Odczyt sprzed awarii zwykle mówi, co się stało, a bez niego pozostaje domysł i wyjazd inżyniera po to, żeby zobaczyć, co świeci się na obudowie. Przy odległości liczonej w kilometrach do najbliższego biura ta różnica jest wymierna.

Sprawność samej karty sprawdzamy co miesiąc, bo urządzenie nieużywane latami potrafi przestać odpowiadać po aktualizacji sieci albo po zmianie adresacji, o której nikt nam nie powiedział.

Gdzie kończy się nasza odpowiedzialność

Pomiar mówi, co się dzieje, i nic nie blokuje, więc nie zastępuje ochrony stacji roboczych ani zapory. Nie naprawia sprzętu i nie prowadzi gwarancji u producenta. Nie odpowiada za treść danych, tylko za dostępność usług, które je udostępniają.

Warstwę sieciową bierze monitoring sieci, całość środowiska razem ze ścieżką powiadamiania monitoring IT, narzędzie wdrożenie Zabbiksa, a bieżące prowadzenie maszyn administracja serwerami. Liczbę maszyn policzymy razem przez kontakt.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026