Monitoring serwerów Toruń

Dlaczego progi ustawione w lutym kłamią w sierpniu?

Bo opisują inny zakład. Przez większość roku maszyny w toruńskim zakładzie przetwórczym pracują równo, obciążenie ma powtarzalny rytm dobowy, a dokumentacja przyrasta powoli. Przez kilka tygodni przyjęcia surowca zmienia się wszystko naraz: dłuższy czas pracy, więcej ludzi przy tych samych stanowiskach, więcej partii, więcej etykiet, więcej wpisów w bazie jakościowej.

Wartość graniczna ustawiona w spokojnym miesiącu wywoła w sezonie kilkanaście wiadomości dziennie, bo obciążenie stale przekracza to, co przez resztę roku było wyjątkiem. Efekt jest zawsze ten sam i zawsze kończy się tak samo: ktoś wycisza całą grupę, a po sezonie nikt tego nie odkręca.

Odwrotny błąd jest droższy. Progi rozciągnięte tak, żeby przetrwały kampanię, przepuszczą w lutym maszynę, która od tygodnia zachowuje się nietypowo, bo w skali sezonowej wygląda to na spokój.

Co mierzymy inaczej w sezonie, a co tak samo przez cały rok?

Odczyt	Poza sezonem	W czasie przyjęć	Co przekroczenie zwykle znaczy
Miejsce na dysku bazy jakościowej	przyrost powolny, zapas liczony w miesiącach	przyrost wielokrotnie szybszy, zapas w dobach	brak miejsca zatrzymuje zapis partii
Obciążenie serwera bazy	rytm dobowy z przerwą w nocy	praca przez większość doby	zapytanie blokujące resztę, nie brak mocy
Wymiana danych z wagą	kilkadziesiąt odczytów dziennie	ruch ciągły przy linii	zerwana sesja albo zatrzymana usługa pośrednicząca
Kolejka zapisu na macierzy	krótkie skoki	podwyższona przez wiele godzin	nośnik nie nadąża, etykiety wychodzą z opóźnieniem
Czas nieprzerwanej pracy	zerowanie tylko po aktualizacjach	każde zerowanie jest podejrzane	nieplanowany restart, zwykle po zaniku zasilania
Zadanie kopii	okno nocne z zapasem	okno nocne bez zapasu	kopia wchodzi w godziny pracy i zabiera zasoby
Stan dysku w macierzy	tak samo	tak samo	pierwszy błąd odczytu, dysk do wymiany

Ostatni wiersz jest jedynym, który przez cały rok znaczy dokładnie to samo i ma tę samą wagę. Wymiana jednego nośnika kosztuje tyle, ile kosztuje nośnik. Odbudowa macierzy po wypadnięciu drugiego w środku przyjęć kosztuje dobę pracy zakładu, a czasem partię dokumentacji.

Co dzieje się w pierwszym kwadransie po zatrzymaniu maszyny?

Kolejność jest ustalona i nie zmienia jej pora dnia. Pierwsze pytanie brzmi, czy milczy serwer, czy droga do niego, więc sprawdzamy go z dwóch stron: z sieci zakładu i z zewnątrz. Zdarzenie, które okazuje się przerwą w łączu, nie ma prawa uruchamiać procedury przypisanej awarii maszyny.

Drugi krok to interfejs zarządzający, który odpowiada nawet wtedy, gdy system się nie uruchomił. Widać z niego stan zasilania, temperaturę i to, czy maszyna w ogóle wystartowała. Bez tego jedyną informacją pozostaje brak odpowiedzi, z którego nic nie wynika.

Trzeci krok to decyzja i tu wracamy do listy ustalonej przed uruchomieniem. Restart maszyny z bazą jakościową w środku zapisu partii nie jest oczywisty i nie może zależeć od tego, kto akurat odebrał wiadomość. Dlatego przy starcie spisujemy, przy których maszynach wolno zrestartować od razu, przy których trzeba najpierw wywołać człowieka z zakładu, a przy których czekamy do rana.

Jak wygląda przekazanie zmiany po nocnym restarcie?

Zestawienie z nocy leży przed pierwszą zmianą i jest napisane tak, żeby czytał je kierownik, a nie administrator. Zawiera godzinę zatrzymania, godzinę wznowienia usług, informację, czy zadania cykliczne wykonały się po restarcie, oraz jedno zdanie o przyczynie, o ile jest znana.

Ostatni punkt bywa najważniejszy dla produkcji. Serwer, który wstał sam, potrafi wstać bez części usług: pośrednik między wagą a bazą uruchamia się później niż sama baza, więc pierwsza partia po restarcie bywa zapisana bez odczytów. Sprawdzenie kolejności uruchamiania jest osobną pozycją w zestawieniu właśnie dlatego, że nikt tego nie widzi na ekranie.

Do tego dochodzi rzecz, którą widać dopiero w skali kilku tygodni. Restarty wracające o tej samej porze prowadzą zwykle do jednego z trzech powodów: zadanie cykliczne, zanik zasilania przy rozruchu maszyny albo aktualizacja z domyślnym oknem. Wszystkie trzy da się przenieść, gdy tylko wiadomo, że wracają.

Dlaczego serwer laboratorium zapełnia się szybciej niż serwer księgowości?

Bo trzyma inne dane. Dokumentacja jakościowa, wyniki badań i zdjęcia partii rosną razem z produkcją, a nie razem z liczbą pracowników. Zakład, który w sezonie wypuszcza kilka razy więcej partii, w tym samym tempie mnoży wpisy, załączniki i eksporty przygotowywane dla odbiorców.

W praktyce oznacza to trzy rzeczy do pilnowania. Pierwsza to tempo przyrostu i wyliczana z niego data wyczerpania miejsca, bo sam procent w takim środowisku nie mówi nic. Druga to rozmiar bazy i czas wykonywania kopii, bo baza rosnąca w sezonie potrafi wyjść zadaniem kopii poza okno nocne i wejść w godziny pracy. Trzecia to archiwizacja, czyli decyzja, co po sezonie schodzi z dysku produkcyjnego, a co zostaje.

Dodatkowo pilnujemy migawek maszyn wirtualnych na Proxmox VE i na Hyper-V. Migawka założona przed aktualizacją i zapomniana rośnie tygodniami, a odkrywa się ją zwykle w dniu, w którym host przestaje mieć miejsce na cokolwiek innego.

Kto przyjedzie, gdy trzeba stanąć przy szafie?

Inżynier z toruńskiego biura, w dniu roboczym i po przejściu Waszej procedury wejścia na produkcję. Przy zdarzeniu wymagającym rąk nie zostaje Wam więc wyłącznie instrukcja przez telefon.

Nadal jednak zdecydowana większość spraw zamyka się zdalnie i tak ma być, bo zdalnie da się je zamknąć od razu. Na miejscu potrzebni jesteśmy przy wymianie nośnika, przy maszynie, która nie wstaje po zaniku zasilania, i przy sprzęcie schodzącym z gwarancji, gdy trzeba go przełożyć do innej szafy. Stroną umowy pozostaje przy tym biuro główne w Gorzowie Wielkopolskim i stamtąd wychodzą faktury.

Czego ten nadzór nie obejmuje?

Nie obejmuje naprawy, wymiany podzespołów ani prac po stronie dostawcy linii. Przy samym pomiarze dostajecie zdarzenie z opisem i rekomendacją, a wykonanie zostaje po Waszej stronie albo idzie do nas jako osobne zlecenie. W umowie na stałą administrację serwerami działanie rusza bez czekania na zgłoszenie od Was.

Nie odpowie też na pytanie, czy dane są poprawne. Baza może odpowiadać natychmiast i zwracać wyniki sprzed dwóch dni, bo pośrednik przestał wgrywać odczyty z wagi. Takie sprawdzenie piszemy osobno, razem z osobą, która zna ten proces po Waszej stronie.

Warunki panujące w pomieszczeniach i całą warstwę podtrzymania opisuje monitoring infrastruktury IT w Toruniu, drogę między halą a biurem monitoring sieci w Toruniu, a narzędzie, na którym to stoi, wdrożenie Zabbiksa w Toruniu. Listę maszyn przejdziemy pod numerem +48 888 777 822 albo przez formularz kontaktowy.

Treść sprawdzona i zaktualizowana: 7 września 2026