Monitoring infrastruktury IT Opole

Do kogo idzie alarm o trzeciej w nocy w magazynie pod Opolem

Pytanie wygląda na drobiazg organizacyjny, a jest jedyną rzeczą, która odróżnia działający nadzór od zestawu wykresów. Magazyn przy autostradzie pracuje także nocą, tylko że pracują w nim ludzie od towaru, a nie od informatyki. Brygadzista dostający powiadomienie o zapełnionym dysku nie ma z nim nic do zrobienia poza obudzeniem kogoś, kto i tak zaloguje się zdalnie.

Dlatego ścieżka powiadamiania w opolskich firmach, które prowadzimy, wygląda odwrotnie niż domyślne ustawienie każdego narzędzia. Pierwszym odbiorcą jest automat wykonujący uzgodnioną regułę naprawczą. Drugim inżynier, jeżeli gotowość poza godzinami helpdesku została kupiona. Kierownik zmiany pojawia się dopiero na trzecim miejscu i tylko wtedy, gdy potrzebna jest decyzja albo czynność po Waszej stronie.

Odwrotna kolejność kończy się zawsze tak samo. Po dwóch tygodniach powiadomień, z których żadnego nie da się użyć, telefon idzie na cichy tryb i wtedy przepada to jedno zgłoszenie, dla którego cała konstrukcja powstała.

Co dzieje się między przekroczeniem progu a pierwszym telefonem

Zwykle kilka minut i zwykle wystarczają. Reguły naprawcze są uzgodnione z Wami na piśmie, obejmują wyłącznie działania odwracalne i wykonują się bez pytania.

Zdarzenie	Co robimy najpierw	Kiedy sprawa idzie dalej
usługa przestała odpowiadać	wznowienie usługi, jedna próba	gdy usługa nie wstaje albo pada ponownie w ciągu godziny
miejsce na dysku poniżej progu	czyszczenie katalogów tymczasowych i starych logów	gdy po czyszczeniu nadal brakuje miejsca
zadanie transferu nie wystartowało	ponowne uruchomienie zadania	gdy druga próba też nie ruszy
brak odpowiedzi z łącza operatora	przełączenie ruchu na drogę zapasową	zawsze, jako informacja, nie jako alarm
serwer nie odpowiada w ogóle	sprawdzenie przez kartę zarządzającą	gdy sprzęt zgłasza błąd albo maszyna nie wstaje
zasilanie przeszło na baterie	żadnego działania, obserwacja czasu pracy	gdy zapas baterii spadnie poniżej progu zamknięcia
temperatura w szafie rośnie	brak, sam pomiar	zawsze, bo tego nie da się naprawić zdalnie

Dwa dolne wiersze pokazują granicę tej automatyki. Zjawiska fizyczne w hali mają jedną wspólną cechę: nikt ich nie naprawi poleceniem, więc idą do ludzi od razu, tylko z innym stopniem pilności.

Kiedy budzimy człowieka, a kiedy zdarzenie czeka do rana

Rozdzielamy trzy poziomy i przypisujemy je do zdarzeń wspólnie z Wami przy uruchomieniu usługi, bo tylko Wy wiecie, co naprawdę zatrzymuje firmę.

Poziom pierwszy to zdarzenie zatrzymujące pracę: baza systemu magazynowego nie odpowiada, brak logowania, brak sieci w hali. Idzie natychmiast i, jeżeli gotowość nocna została kupiona, budzi inżyniera.

Poziom drugi to zapowiedź awarii, którą da się wyprzedzić: rosnąca temperatura, pierwszy błąd nośnika, kurczący się zapas miejsca, bateria zasilacza tracąca pojemność. Te sprawy nikogo nie budzą, bo mają zapas liczony w dniach, ale mają pierwszeństwo w kolejce następnego ranka.

Poziom trzeci to drobiazgi: pojedyncze przekroczenie progu, które wróciło do normy, jednorazowo wolniejsze zadanie, drukarka bez papieru. Trafiają do raportu i nie generują żadnego powiadomienia.

Podziału tego nie zostawiamy sobie. Spisujemy go w dokumencie, który jest częścią umowy, i przeglądamy raz na kwartał, bo lista rzeczy zatrzymujących firmę zmienia się razem z firmą.

Czego pilnujemy poza serwerami

W magazynie sam serwer jest tylko jednym z kilku miejsc, w których zaczyna się przestój. Pod pomiarem stoją także urządzenia, o których nikt nie myśli jak o informatyce.

Zasilacz awaryjny razem ze stanem baterii, bo bateria traci pojemność stopniowo i zapowiada to na miesiące wcześniej. Temperatura w szafie, bo w kantorku przy hali rośnie ona latem szybciej, niż zakładał producent sprzętu. Drukarki etykiet przy bramie, bo etykieta niewydrukowana zatrzymuje załadunek tak samo skutecznie jak awaria serwera. Łącza operatorów razem z drogą zapasową. Wreszcie zadania wykonywane automatycznie, w tym transfery do kontrahenta.

Ta ostatnia pozycja jest tą, o którą najczęściej nikt nie prosi i której najbardziej brakuje. Zadanie, które nie wystartowało o czwartej rano, nie zapala się nigdzie: usługa działa, dysk ma miejsce, serwer odpowiada. Dowiadujecie się po południu, od partnera, który nie dostał dokumentów.

Co zostaje w rejestrze i po co ta historia

Każde zdarzenie kończy się wpisem: co się stało, co zrobiliśmy, dlaczego i z jakim skutkiem. Zdaniami, nie kodem błędu, bo ten rejestr czyta także osoba, która nie zajmuje się informatyką.

Wartość tych wpisów widać po kwartale, nie po tygodniu. To z nich wychodzą rzeczy niewidoczne w pojedynczej awarii: że jeden przełącznik gubi połączenie zawsze przy pełnym magazynie, że transfer wychodzi później zawsze w dniach po długim weekendzie, że temperatura w szafie przekracza próg wyłącznie w tygodniach, w których brama stoi otwarta dłużej.

Raz w miesiącu przekładamy to na dokument dla Was: dostępność, lista zdarzeń i lista rzeczy do zaplanowania z wyprzedzeniem. Ten trzeci fragment jest najważniejszy, bo zamienia nadzór z narzędzia opisującego przeszłość w narzędzie planujące wydatki.

Czego ten nadzór nie zrobi za Was

Nie naprawia sprzętu, nie prowadzi gwarancji u producenta i nie dostarcza części. Nie zastępuje ochrony stacji roboczych ani zapory, bo pomiar mówi, co się dzieje, i niczego nie blokuje. Nie odpowiada też za treść danych, wyłącznie za ich dostępność.

Węższe obszary mają własne strony. Same maszyny i ich usługi opisuje monitoring serwerów, warstwę łączy i urządzeń monitoring sieci, narzędzie zbierające odczyty wdrożenie Zabbiksa, a czytelny widok dla kierownika zmiany dashboard w Grafanie. Bieżącą opiekę nad całym środowiskiem prowadzi firma informatyczna Opole, a rozmowę umówicie przez kontakt.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026