Monitoring serwerów Kielce

Dlaczego średnie tempo przyrostu kłamie na serwerze projektowym?

Bo dane w firmie prowadzącej inwestycje nie przyrastają równo. Przez kilka tygodni na wolumenie nie dzieje się prawie nic, a potem w ciągu dwóch dni lądują skany dokumentacji, komplet rysunków od projektanta i model przekazany przez biuro konstrukcyjne. Wyliczenie zrobione ze średniej z miesiąca pokaże wtedy spokój, mimo że zapas miejsca właśnie skurczył się o połowę.

Odwrotny błąd jest równie kosztowny. Serwer, który zapełnia się w wyraźnym tempie tylko dlatego, że trwa faza projektowa jednego kontraktu, dostanie prognozę wyczerpania za dwa miesiące, choć przyrost skończy się razem z tą fazą. Zakup przestrzeni na podstawie takiej prognozy to wydatek zrobiony rok za wcześnie.

Wniosek jest prosty i przekłada się na całą konfigurację. Sam procent i sama średnia nie wystarczają, potrzebny jest podział na to, co dokładnie rośnie.

Co mierzymy zamiast samego procentu zajętości?

Sytuacja	Co widać na całym wolumenie	Co widać przy podziale na katalogi
Rusza faza projektowa nowego kontraktu	nagły skok, przyczyna nieznana	jeden katalog, przyrost do zamknięcia fazy
Inwestor przysyła kolejną wersję rysunków	powolny wzrost	duplikaty wersji, do uporządkowania
Zamknięta inwestycja nie została zarchiwizowana	stały poziom, brak alarmu	miejsce trzymane bez powodu od miesięcy
Skany z placu wrzucane w pełnej rozdzielczości	równomierny przyrost	jeden katalog roboczy, temat na rozmowę
Kopia zapasowa zapisana w złe miejsce	przyrost dwa razy szybszy	podwójny komplet danych na jednym wolumenie
Model przekazany przez pracownię	skok jednorazowy	pozycja stała, do wpisania w plan miejsca

Trzeci wiersz jest tym, który zamyka najwięcej rozmów o rozbudowie. Zanim ktokolwiek zamówi dyski, sprawdzamy, ile miejsca trzymają inwestycje odebrane w poprzednich latach, i zwykle wystarcza to na kolejny rocznik projektów.

Kiedy archiwizacja zamkniętej inwestycji staje się pilna?

Wtedy, gdy zapas miejsca schodzi poniżej tego, czego wymaga najbliższy termin, a nie wtedy, gdy przekroczony zostanie próg procentowy. Dlatego przenoszenie zakończonych kontraktów na tańszą przestrzeń traktujemy jak zwykłe zadanie w harmonogramie i pilnujemy go tak samo jak nocnej kopii.

Sprawdzamy trzy rzeczy przy każdym takim przeniesieniu. Czy zadanie w ogóle się wykonało, bo zadanie zakończone błędem zostawia dane w dwóch miejscach naraz i pogarsza sytuację zamiast ją poprawiać. Czy dane po przeniesieniu dają się otworzyć, co przy plikach CAD sprzed kilku lat nie jest oczywiste. I czy katalog źródłowy faktycznie zwolnił miejsce, bo migawki potrafią trzymać je jeszcze długo po skasowaniu plików.

Termin przechowywania ustalacie Wy, ponieważ wynika z rękojmi i z tego, co zapisano w umowie z zamawiającym. Naszą częścią pracy jest utrzymać ten termin i pokazać, ile kosztuje miejscem.

Co robimy przez sieć, a po co przyjeżdżamy do serwerowni?

Wszystko, co dotyczy systemu, usług i danych, robimy przez sieć i zaczynamy od razu. Restart usługi, cofnięcie zmiany, zwolnienie miejsca, wznowienie zadania kopii, uruchomienie maszyny przez interfejs zarządzający: żadna z tych rzeczy nie zależy od tego, czy ktoś stoi obok szafy.

Rąk wymagają wyłącznie części. Dysk, zasilacz, moduł pamięci, wymiana wentylatora. Po nie przyjeżdża technik z naszego biura w Kielcach, więc jest to kurs po mieście, a nie osobna wyprawa. Trzy rzeczy ustawiamy mimo to na starcie: nadmiarowość tam, gdzie pojedyncza część zatrzymuje całą maszynę, zapas leżący u Was w szafie oraz opisany sprzęt, dzięki któremu rozmowa telefoniczna dotyczy konkretnego numeru kieszeni, a nie migającej lampki.

Wymiany wymagające przestoju łączymy z wizytami planowanymi, a te układamy pod Wasz rok. Najwięcej takich prac wykonujemy zimą, gdy place zwalniają, bo to jedyny okres, w którym zatrzymanie serwera projektowego na godzinę nie wstrzymuje niczyjej roboty.

Które maszyny pilnujemy inaczej niż resztę?

Serwer z projektami ma najgęstszy pomiar, bo jego niedostępność zatrzymuje jednocześnie biuro i wszystkich kierowników sięgających po rysunki z placu. Patrzymy tam nie tylko na zasoby, ale i na czas otwierania dużych plików, który psuje się wcześniej i wyraźniej niż jakikolwiek wykres obciążenia procesora.

Maszyna z bazą programu kosztorysowego wymaga innego podejścia, bo problem objawia się jako program działający wolno przy zupełnie spokojnym systemie. Liczniki bazy, długie zapytania i blokady mówią o tym więcej niż metryki systemowe, więc zbieramy je osobno.

Host wirtualizacji, najczęściej Proxmox VE, pilnujemy pod kątem migawek i przestrzeni, ponieważ w firmie projektowej migawka zostawiona po aktualizacji potrafi rosnąć tygodniami i przewrócić maszyny, które z nią nic wspólnego nie mają.

Czego ten nadzór nie obejmuje?

Nie obejmuje napraw sprzętowych, obsługi gwarancji ani dostawy części, bo to osobne zlecenia. Nie sprawdza także poprawności danych, tylko dostępność usługi: baza potrafi odpowiadać w milisekundach i zwracać wyniki sprzed tygodnia, gdy integracja przestała je wgrywać, a takie sprawdzenie piszemy dopiero wtedy, gdy wiadomo, co konkretnie ma być pilnowane.

Łącza i urządzenia, przez które te maszyny są dostępne, opisuje monitoring sieci, wariant z jedną umową na całe środowisko to monitoring infrastruktury IT, narzędzie stojące pod spodem to wdrożenie Zabbiksa, a stałą opiekę nad maszynami administracja serwerami.

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