Monitoring serwerów Kraków

Co zmienia się na serwerze, gdy standard pisze ktoś inny?

Zmienia się to, po czym poznajecie, że wszystko jest w porządku. W spółce z własną, samodzielną informatyką maszyna jest zdrowa wtedy, gdy działa. W krakowskiej spółce należącej do zagranicznej grupy maszyna jest zdrowa wtedy, gdy działa i jednocześnie nadal odpowiada opisowi, który ktoś przyjął w innym kraju.

Te dwa warunki rozjeżdżają się cicho. Ktoś wyłącza usługę, bo przeszkadzała przy instalacji programu. Ktoś zatrzymuje agenta na czas testu i nie wraca do tematu. Ktoś zmienia ustawienie zabezpieczeń, żeby zadanie wsadowe wreszcie się skończyło. Żadna z tych rzeczy nie zatrzymuje pracy, a każda z nich znajdzie się w wynikach najbliższego przeglądu z centrali.

Dlatego na takich maszynach mierzymy dwie warstwy równolegle: jak serwer pracuje i czy nadal wygląda tak, jak został opisany. Druga warstwa kosztuje niewiele przy konfiguracji, a oszczędza tłumaczenie się z rzeczy, których nikt nie zamierzał ukrywać.

Co robimy sami, co wymaga zgody, a co zostaje w centrali?

Rozdzielenie ról zapisujemy przed pierwszym odczytem, bo zdarzenie bez adresata krąży dokładnie tak długo, jak długo nikt nie czuje się za nie odpowiedzialny. Poniższy podział jest układem, od którego zaczynamy rozmowę w spółkach działających w strukturze grupowej.

Obszar	Kto podejmuje decyzję	Nasza część	Co zostaje zapisane
Zajętość dysków i pamięci	Wasz zespół, w ramach budżetu lokalnego	pomiar, prognoza daty wyczerpania, zgłoszenie	data zdarzenia i tempo przyrostu
Aktualizacje systemu	grupa wyznacza zakres, Wy termin	kontrola wersji i wynik po pracach	wersja przed zmianą i po niej
Zmiana ustawień zabezpieczeń	wyłącznie grupa	wykrycie odchylenia od opisu	godzina zmiany i konto, które ją wykonało
Konta uprzywilejowane	grupa nadaje, Wy używacie	rejestr logowań i źródeł połączeń	pełna historia wejść na maszynę
Wymiana nośnika w macierzy	Wasz zespół i serwis sprzętowy	odczyt z kontrolera i zgłoszenie z wyprzedzeniem	numer nośnika i przebieg błędów
Restart po awarii usługi	Wasz zespół, w oknie uzgodnionym	zdarzenie z opisem i rekomendacją	czas przerwy i przyczyna
Przekazanie danych do grupy	procesy grupy	kontrola, czy zadanie się wykonało	wynik i czas trwania zadania

Środkowa kolumna kończy się wszędzie w tym samym miejscu: na pomiarze i zgłoszeniu. To celowe. Nadzór, który sam wchodzi w konfigurację maszyny objętej cudzym standardem, prędzej czy później zrobi zmianę, której nikt nie zatwierdził, a wtedy problemem stajemy się my, a nie awaria.

Które odczyty potwierdzają, że maszyna jest utrzymywana zgodnie z opisem?

Najprostsze są te dotyczące stanu usług i wersji. Uruchomiona usługa zabezpieczająca, działający agent, zainstalowana wersja systemu i data ostatniej udanej aktualizacji dają się odczytać wprost i porównać z wartością oczekiwaną zapisaną w szablonie. Odchylenie zgłaszamy jak każde inne zdarzenie, z tą różnicą, że jego adresatem jest zwykle Wasz zespół, nie serwis sprzętowy.

Drugą grupą są zadania, które muszą się wykonać: kopia, eksport do systemu grupy, przeliczenie nocne. Interesuje nas nie tylko wynik, ale i czas trwania, bo zadanie kończące się co miesiąc kwadrans później zapowiada moment, w którym wejdzie w godziny pracy ludzi.

Trzecią jest sprzęt. Kontroler macierzy zna błędy nośnika, przebudowę i obecność dysku zapasowego wcześniej niż system operacyjny, a karta zarządzająca powie o stanie zasilaczy i o temperaturze. W spółce, która sprzęt kupuje w cyklu narzuconym przez grupę, wyprzedzenie liczone w tygodniach bywa jedyną szansą, żeby zamówienie zdążyło przejść przez procedurę zakupową.

Dlaczego rejestr logowań jest częścią pomiaru, a nie dodatkiem?

Bo pytanie o to, kto był na maszynie, pada zawsze po fakcie. Przy awarii, przy przeglądzie, przy pytaniu klienta kancelarii o dostęp do jego dokumentów. Odpowiedź zebrana dopiero wtedy jest zawsze niepełna, bo dzienniki zdążyły się nadpisać albo maszyna została w międzyczasie odtworzona z kopii.

Zbieramy więc logowania na konta uprzywilejowane na bieżąco, razem z godziną, kontem i adresem, z którego przyszło połączenie, i trzymamy je w historii tak samo jak odczyty techniczne. Osobno zaznaczamy logowania spoza znanych sieci, bo w spółce, w której administrator centrali wchodzi na maszynę raz na kwartał, każde takie wejście warto zauważyć w dniu, w którym nastąpiło.

To nie jest narzędzie bezpieczeństwa i nie udajemy, że nim jest. Nie koreluje zdarzeń, nie ocenia intencji i niczego nie blokuje. Daje natomiast zapis, który istnieje przed pytaniem, a nie powstaje w odpowiedzi na nie.

Kiedy zaktualizować maszynę, której nie wolno zatrzymać w tygodniu zamknięcia?

Termin wybieramy z danych, nie z kalendarza dostawcy poprawek. Po dwóch tygodniach pomiaru widać, kiedy maszyna faktycznie się nudzi, i w spółkach pracujących dla kilku rynków rzadko jest to noc, bo wtedy zwykle idą zadania wsadowe i wymiana plików z grupą.

Do tego dokładamy kalendarz terminów narzuconych z zewnątrz: dni przekazania danych, zamknięcie miesiąca i kwartału, okresy sprawozdawcze. Te dni wypadają z puli w całości, bez negocjacji, bo koszt przerwy jest w nich nieporównywalny z korzyścią z wcześniejszej aktualizacji.

Wynikiem jest zwykle kilka okien w miesiącu, z których dwa nadają się na prace wymagające restartu, a pozostałe wyłącznie na zmiany odwracalne. Propozycję przedstawiamy z wykresem, decyzję podejmuje osoba odpowiadająca za pracę spółki, a jeżeli zakres wymaga zgody grupy, przygotowujemy do wniosku odczyty, które ją uzasadniają.

Gdzie kończy się nasza część tej pracy?

Na zdarzeniu z opisem i rekomendacją. Nie naprawiamy, nie zmieniamy konfiguracji objętej standardem i nie występujemy w Waszym imieniu wobec grupy. Firmy, które chcą mieć jedno i drugie w jednej umowie, biorą administrację serwerami, gdzie nadzór jest już częścią stawki za maszynę.

Nie zastępujemy też kopii zapasowych ani opieki producenta oprogramowania. Sprawdzamy, czy zadanie kopiowania się wykonało i ile trwało, natomiast odtworzenie środowiska jest odrębną pracą. Praktyczna korzyść jest taka, że rozmowa ze wsparciem producenta zaczyna się od odczytu z konkretnej minuty, a nie od opisu wrażeń.

Na miejsce jedziemy wtedy, gdy odczyt wskazuje sprzęt. Do biur w Czyżynach, Nowej Hucie, na Zabłociu i w Bronowicach dojeżdżamy z Reduty 26a w umówionym dniu roboczym. Magazynu części zamiennych w mieście nie prowadzimy i nie obiecujemy podmiany serwera tego samego dnia, bo wartość tej usługi polega na tym, że o wymianie nośnika wiadomo z tygodniowym wyprzedzeniem.

Całe środowisko w jednej umowie opisuje monitoring infrastruktury IT w Krakowie, łącza i sieć w obiekcie monitoring sieci w Krakowie, a narzędzie stojące pod tymi odczytami wdrożenie Zabbiksa w Krakowie. Spis maszyn i podział decyzji omówimy pod numerem +48 888 777 822.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026