Serwer, który działa, wygląda jak serwer, który nie wymaga uwagi. To najdroższa iluzja w firmowym IT. Większość poważnych awarii, z którymi mamy do czynienia, nie zaczęła się nagle: zapowiadał je zapełniający się dysk, powtarzające się ostrzeżenia w dziennikach albo kopia zapasowa, która od miesięcy kończyła się „sukcesem”, ale z której nikt nie próbował niczego odtworzyć.
Kontrola raz w miesiącu to minimalny rytm, w którym takie sygnały można zauważyć na czas. Nie ma znaczenia, czy serwer stoi w szafie w Twoim biurze, czy działa w chmurze: pytania są te same, zmienia się tylko to, kto odpowiada za część fizyczną.
Poniżej lista kontrolna, której używamy sami. Sprawdzi się zarówno jako wewnętrzna lista kontrolna, jak i sposób na weryfikację tego, co faktycznie robi Twój obecny dostawca.
Aktualizacje i bezpieczeństwo
1. Aktualizacje systemu operacyjnego i aplikacji
Sprawdź, czy wszystkie aktualizacje bezpieczeństwa są zainstalowane, czy serwer został po nich uruchomiony ponownie i czy nie czekają żadne poprawki. Częsty błąd: aktualizacje są pobrane, ale niezainstalowane, bo pół roku temu ktoś odłożył restart „na następny weekend”. Sprawdzaj nie tylko Windows czy Linuksa, ale też aplikacje działające na serwerze: silniki baz danych, systemy księgowe, narzędzia zdalnego dostępu.
2. Antywirus i ochrona stacji końcowych
Upewnij się, że agent ochrony działa, jego sygnatury są aktualne, a konsola zarządzania widzi serwer jako aktywny. Przejrzyj wykrycia z minionego miesiąca: nawet jeśli zostały zablokowane, powtarzające się próby pokazują, skąd nadchodzi zagrożenie. Na serwerach, którymi opiekujemy się, używamy Bitdefender GravityZone, ale zasada jest ta sama dla każdego rozwiązania: ochrona bez przeglądu to tylko licencja.
3. Przegląd dostępów
Wyciągnij listę wszystkich kont, które mają dostęp do serwera: lokalnych, domenowych, pulpitu zdalnego, VPN. Sprawdź, czy są na niej byli pracownicy, dawni dostawcy albo „tymczasowe” konta założone rok temu. Prawa administratora powinny mieć tylko te osoby, które naprawdę potrzebują ich w tym miesiącu. To jedna z pierwszych kontroli, o które pyta audytor w ramach wymagań NIS2 lub DORA.
Dane i odtwarzanie
4. Test odtworzenia kopii zapasowej
Nie „czy kopia zapasowa zakończyła się sukcesem”, tylko „czy da się z niej odtworzyć dane”. Co miesiąc odtwórz co najmniej jeden plik, folder lub bazę danych do osobnej lokalizacji i sprawdź, czy dane się otwierają. Raz na kwartał warto odtworzyć całą maszynę wirtualną w środowisku testowym i zmierzyć, ile to trwa. Ten czas to Twój rzeczywisty czas odtwarzania, a nie ten wpisany w planie. Jeśli kopie przechowujesz tylko w tej samej sieci, rozważ niezmienialne kopie zapasowe, niewidoczne z sieci. Tylko one przetrwają ataki ransomware, które w pierwszej kolejności szukają kopii zapasowych i je niszczą.
5. Miejsce na dyskach i jego trend
Dzisiejsza ilość wolnego miejsca jest mniej ważna niż to, jak się zmienia. Jeśli dysk zapełnił się w ciągu miesiąca o kilka procent, policz, kiedy będzie pełny, i zaplanuj działania już teraz. Najczęstsze przyczyny: rosnące dzienniki, pliki tymczasowe, stare kopie zapasowe na dysku lokalnym oraz dzienniki transakcji baz danych, których nikt nie obcina.
6. Opieka nad bazami danych
Baza danych to osobny system o własnych potrzebach. Sprawdź fragmentację indeksów, aktualizację statystyk, rozmiar dziennika transakcji i to, czy działają zadania kopii zapasowych samej bazy. System księgowy lub magazynowy, który „zaczął zwalniać”, zwykle ma problem z bazą danych, a nie z serwerem. Jeśli to się powtarza, warto rozważyć osobną umowę na opiekę nad bazami danych.
Sygnały, które serwer wysyła sam
7. Dzienniki systemu i aplikacji
Przejrzyj dzienniki błędów i ostrzeżeń z całego miesiąca, nie tylko z ostatniej doby. Szukaj powtarzających się wpisów: nieudanych logowań z jednego adresu, błędów odczytu dysku, usług, które restartowały się kilka razy w nocy. Jeden wpis to przypadek; dwadzieścia takich samych to przyszła awaria lub trwający atak.
8. System monitoringu i jego alerty
Sprawdź, czy monitoring nadal obejmuje to, co powinien: wszystkie serwery, wszystkie usługi, wszystkie dyski. Nowe dyski i maszyny wirtualne często trafiają poza monitoring. Przejrzyj, które alerty były w ciągu miesiąca ignorowane. Jeśli któryś odpala się codziennie i nikt nie reaguje, zmień próg albo usuń przyczynę. Ignorowany monitoring jest gorszy niż jego brak, bo daje poczucie bezpieczeństwa.
9. Wskaźniki wydajności
Porównaj obciążenie procesora, pamięci i dysku z poprzednim miesiącem. Spowolnienie następuje stopniowo, a pracownicy się do niego przyzwyczajają, aż pewnego dnia raport księgowy generuje się godzinę. Miesięczny trend pozwala dołożyć zasoby przed problemem, a nie po nim.
Środowisko fizyczne i zależności zewnętrzne
10. Temperatura, UPS i stan sprzętu
Jeśli serwer stoi u Ciebie, sprawdź temperaturę w pomieszczeniu, stan wentylatorów i ostrzeżenia interfejsu zarządzania sprzętem dotyczące dysków, zasilaczy lub pamięci. Baterie zasilacza awaryjnego (UPS) starzeją się po cichu: sprawdź wynik autotestu i to, ile minut faktycznie wytrzymają. Bateria, która trzy lata temu trzymała dwadzieścia minut, dziś może trzymać dwie. W chmurze ta część należy do dostawcy, ale warto wiedzieć, jak jest zorganizowana.
11. Certyfikaty i domeny
Wypisz wszystkie certyfikaty SSL/TLS używane przez serwer: strona internetowa, poczta, VPN, brama pulpitu zdalnego, aplikacje wewnętrzne. Sprawdź daty ważności i to, czy działa automatyczne odnawianie. Wygasły certyfikat zatrzymuje usługę tak samo jak awaria, a jest najłatwiejszy do przewidzenia. Do tej samej listy dodaj terminy wygaśnięcia domen i licencji.
12. Dokumentacja i dziennik zmian
Zapisz, co zmieniło się na serwerze w tym miesiącu: zainstalowane aktualizacje, zmienione ustawienia, nowe konta, wymieniony sprzęt. Zajmuje to dziesięć minut, a za pół roku, gdy coś przestanie działać, będzie to jedyny sposób, żeby wiedzieć, od czego zacząć. Dokumentacji wymaga też niemal każdy audyt bezpieczeństwa.
Jak to zorganizować, żeby faktycznie się działo
Lista kontrolna niczego nie zmienia, jeśli zostaje w artykule. Z naszego doświadczenia działają trzy rzeczy.
Po pierwsze, stały termin. Na przykład pierwszy wtorek miesiąca to dzień serwera. Nie „jak będzie czas”, bo czasu nigdy nie ma.
Po drugie, osoba odpowiedzialna i podpisana lista kontrolna. Nie po to, żeby kogoś obwiniać, ale żeby było jasne, co zostało zrobione. Jeśli robi to zewnętrzny dostawca, poproś o miesięczny raport z tymi samymi dwunastoma punktami.
Po trzecie, automatyzacja tam, gdzie się da. Miejsce na dyskach, termin ważności certyfikatów, status kopii zapasowych i anomalie w dziennikach można sprawdzać automatycznie każdego dnia, a człowiekowi zostaje przegląd wyników i testy odtwarzania. Tak działa nasza opieka nad serwerami: monitoring powiadamia nas wcześniej niż Ciebie, a miesięczna kontrola staje się raportem, a nie gaszeniem pożarów.
Od czego zacząć
- Weź tę listę i zaznacz, które punkty były w Twojej firmie sprawdzane w zeszłym miesiącu. Jeśli mniej niż połowa, to Twój punkt wyjścia, a nie zarzut.
- Zacznij od punktu czwartego: w tym tygodniu odtwórz jeden plik z kopii zapasowej. Jeśli się nie uda, cała reszta może poczekać.
- Przejrzyj dostępy i odłącz wszystko, co nie jest już potrzebne. Zajmuje to godzinę i daje największy zysk dla bezpieczeństwa najniższym kosztem.
- Ustal dzień serwera i osobę odpowiedzialną. Jeśli w firmie nie ma nikogo do tego zadania, rozważ zewnętrzną opiekę nad serwerami, która obejmuje wszystkie dwanaście punktów.
- Po trzech miesiącach porównaj: ile ostrzeżeń zauważono, zanim zamieniły się w awarie.
Serwer, na który ktoś co miesiąc zerka, rzadko ulega nagłej awarii. A jeśli się zepsuje, jest z czego go odtworzyć.
