Administracja serwerami

Co się psuje, kiedy nikt nie patrzy na serwery

Maszyny rzadko padają z hukiem. Najpierw kończy się miejsce na wolumenie z logami, potem baza przestaje zapisywać transakcje, a firma dowiaduje się o tym w chwili, w której nie da się wystawić faktury. Dysk zapełniał się przez cztery miesiące i przez cztery miesiące nikt na niego nie spojrzał.

Reszta wygląda podobnie. Certyfikat wygasa w sobotę i w poniedziałek klienci nie wchodzą do panelu. Kontroler domeny nie replikuje się od trzech tygodni, co wychodzi dopiero, gdy ktoś zmienia hasło i traci dostęp. Zadanie kopii kończy się błędem od maja, ale powiadomienie leci na skrzynkę, której nikt nie czyta.

Wspólny mianownik jest jeden: takie awarie mają długi rozbieg i dają się zauważyć tygodnie wcześniej, o ile ktoś patrzy na właściwe liczby.

Co obserwujemy na serwerze i jak często

Monitoring stawiamy na Zabbiksie, z progami dobranymi do konkretnego środowiska, a nie z wartościami domyślnymi z instalatora. Poniżej to, co sprawdzamy najczęściej, razem z reakcją po przekroczeniu progu.

Co sprawdzamy	Jak często	Co się dzieje po alercie
Dostępność maszyn i usług	co minutę	powiadomienie natychmiastowe, dyżurny
Miejsce na dyskach	co 5 minut	ostrzeżenie przy 80 procentach zajętości
Obciążenie procesora i pamięci	co minutę	analiza trendu, zgłoszenie przy stałym wzroście
Status zadań kopii w Veeam	po każdym zadaniu	zgłoszenie tego samego dnia przy błędzie
Replikacja Active Directory	co godzinę	zgłoszenie przy rozjeździe kontrolerów
Certyfikaty SSL i TLS	codziennie	ostrzeżenie 30 dni przed wygaśnięciem
Temperatura i zasilanie	co 5 minut	alert po przekroczeniu progu producenta
Próbne odtworzenie z kopii	raz w miesiącu	wynik w raporcie miesięcznym

Ta tabela nie jest ozdobą. Ustalamy ją na starcie i to według niej rozliczacie naszą pracę.

Czym nadzór różni się od reagowania na zgłoszenia

Przy zwykłej umowie serwisowej ktoś przyjeżdża, gdy zadzwonicie. Kłopot w tym, że przy serwerze telefon oznacza, że jest już za późno: usługa stoi, ludzie nie pracują, a naprawa idzie pod presją.

Nadzór odwraca kolejność. Alert przychodzi do nas, zanim ktokolwiek u Was zauważy objaw. Sporą część zdarzeń zamykamy między jednym a drugim dniem roboczym i nigdy nie docierają one do Waszego zespołu. To, co zostaje, ma już przygotowany kontekst: wiadomo, co się zmieniło, kiedy i co z tego wynika.

Jak przejmujemy serwery bez dokumentacji

Najczęściej zastajemy maszyny, o których wiadomo tylko tyle, że stoi na nich program do magazynu. Kolejność pracy jest wtedy zawsze taka sama.

Najpierw inwentaryzacja: co fizycznie stoi w szafie, jakie maszyny wirtualne działają, jakie usługi na nich wiszą, kto ma konto administratora. Potem zależności, czyli co przestanie działać po wyłączeniu danej maszyny. Dalej stan kopii, bo dopóki nie mamy sprawdzonego backupu, nie dotykamy konfiguracji. Na końcu wpięcie monitoringu i lista napraw uszeregowana według ryzyka.

Przy średnim środowisku zajmuje to od dwóch do czterech tygodni. Przez ten czas niczego nie wyłączamy i niczego nie migrujemy.

Dlaczego jedna stawka za serwer, a nie cennik per system

Kusi, żeby rozpisać osobne kwoty za Windows Server, Linuksa i host wirtualizacji, bo nakład pracy faktycznie się różni. W praktyce takie cenniki starzeją się szybciej, niż ktokolwiek je poprawia, a rozmowa z klientem schodzi na to, do której rubryki zaliczyć konkretną maszynę.

Jedna stawka 250 zł za serwer, niezależnie od systemu i od tego, czy stoi u Was, czy w chmurze, jest łatwiejsza do sprawdzenia i trudniejsza do naciągnięcia. Cena rośnie tylko wtedy, gdy rośnie liczba maszyn albo skracacie czas reakcji.

Sieć jest osobną usługą i ma własny próg wejścia, bo opiera się na innym sprzęcie i innej pracy. Opisaliśmy ją na stronie administracja siecią. Jeśli nie wiecie, od czego zacząć, rozsądniejszym pierwszym krokiem jest audyt IT, który pokaże stan środowiska i kolejność napraw. Orientacyjny koszt samej opieki policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 30 lipca 2026