Z tego artykułu dowiesz się
- Jakie usterki najczęściej powodują zatrzymanie serwera w firmie?
- Co zrobić w pierwszych godzinach po awarii, aby nie pogłębić utraty danych?
- Czym są wskaźniki RTO i RPO i jak pomagają zaplanować ochronę?
- Jak zorganizować kopie zapasowe, które rzeczywiście umożliwiają odtworzenie systemu?
- Jakie zabezpieczenia techniczne skracają czas przestoju?
Najczęstsze przyczyny zatrzymania serwera w firmie
Awarie serwerów wynikają najczęściej z uszkodzeń podzespołów, które pracują bez przerwy przez wiele lat. Dyski, zasilacze i wentylatory podlegają stopniowemu zużyciu, a ich usterka może wystąpić bez wyraźnych objawów ostrzegawczych. Ryzyko zwiększają również wysoka temperatura w pomieszczeniu, kurz w obudowie oraz niestabilne zasilanie. Nagły zanik napięcia może przy tym przerwać zapis danych i doprowadzić do uszkodzenia systemu plików lub bazy danych. Drugą grupę przyczyn stanowią błędy oprogramowania i działania użytkowników. Nieudana aktualizacja systemu operacyjnego, przypadkowe usunięcie folderu albo błędna zmiana konfiguracji mogą unieruchomić serwer pomimo w pełni sprawnego sprzętu. Szczególnie dotkliwe skutki powoduje atak ransomware, czyli złośliwego oprogramowania szyfrującego pliki na serwerze i dyskach sieciowych. W takim przypadku dane fizycznie pozostają na nośnikach, natomiast bez klucza deszyfrującego firma traci do nich dostęp. Mechanizm takich ataków ACCEXPERT opisuje w materiale o zagrożeniach, jakie ransomware stwarza dla firm.Pierwsze godziny po awarii serwera i najczęstsze błędy
Bezpośrednio po awarii działania powinny ograniczać ryzyko dalszych uszkodzeń. Wielokrotne restartowanie serwera, którego dysk wydaje nietypowe dźwięki albo nie pojawia się w systemie, może pogłębić uszkodzenia mechaniczne. Odradza się również instalowanie programów do odzyskiwania plików na uszkodzonym nośniku oraz przebudowę macierzy RAID bez wcześniejszej diagnozy. Inaczej wygląda postępowanie w przypadku podejrzenia ataku. Gdy na serwerze pojawiają się zaszyfrowane pliki lub komunikat z żądaniem okupu, zainfekowane urządzenia powinny zostać jak najszybciej odłączone od sieci. Ogranicza to rozprzestrzenianie się szkodliwego oprogramowania na kolejne zasoby, w tym na podłączone dyski z kopiami zapasowymi. Usuwanie podejrzanych plików przed analizą może przy tym utrudnić ustalenie źródła ataku i zakresu szkód. Decyzje o dalszych krokach podejmuje administrator albo serwis znający konfigurację serwera i miejsce przechowywania kopii zapasowych. Jeżeli dane nie mają aktualnej kopii, a dysk uległ uszkodzeniu fizycznemu, rozwiązaniem pozostaje odzyskiwanie danych w warunkach serwisowych.RTO i RPO, czyli ile przestoju i ile danych firma może stracić
Planowanie ochrony serwera rozpoczyna się od określenia dwóch parametrów. RTO (Recovery Time Objective) oznacza maksymalny akceptowalny czas od awarii do przywrócenia działania systemu. RPO (Recovery Point Objective) określa natomiast, z jakiego okresu firma może utracić dane bez poważnych konsekwencji. Oba wskaźniki wynikają z charakteru działalności i zwykle różnią się dla poszczególnych systemów. Oprogramowanie obsługujące sprzedaż, księgowość lub produkcję wymaga z reguły krótszego czasu przywrócenia niż archiwum dokumentów, z którego pracownicy korzystają sporadycznie. Krótsze wartości RTO i RPO oznaczają częstsze wykonywanie kopii oraz większą redundancję sprzętu, co wiąże się z wyższymi kosztami. W ustalaniu tych parametrów uczestniczą zatem zarząd i administrator, gdyż proces ten łączy wymagania biznesowe z możliwościami technicznymi.Kopie zapasowe zgodne z zasadą 3-2-1 i testy przywracania
Kopia zapasowa stanowi podstawowe zabezpieczenie przed trwałą utratą danych, ponieważ daje możliwość odtworzenia plików niezależnie od przyczyny awarii. Powszechnie stosowana zasada 3-2-1 zakłada przechowywanie trzech kopii danych na dwóch różnych rodzajach nośników, w tym jednej kopii poza siedzibą firmy. Regularne wykonywanie kopii zapasowych zaleca także rządowy poradnik dotyczący backupu. W przypadku ransomware istotne znaczenie ma przechowywanie co najmniej jednej kopii odłączonej od sieci albo zapisanej w trybie blokującym modyfikację. Szkodliwe oprogramowanie szyfruje bowiem wszystkie dostępne zasoby sieciowe, również stale podłączone dyski z kopiami. Sama obecność kopii nie gwarantuje przy tym szybkiego powrotu do pracy. Kopia może być niekompletna, uszkodzona albo zbyt stara, a problem ujawnia się zwykle dopiero przy próbie przywrócenia. Okresowe testy odtwarzania danych na osobnym środowisku pozwalają sprawdzić poprawność kopii oraz rzeczywisty czas uruchomienia systemu.| Rozwiązanie | Chroni przed | Ograniczenia |
|---|---|---|
| Macierz RAID (np. RAID 1, RAID 5) | Awarią pojedynczego dysku bez przerwy w pracy serwera | Nie zabezpiecza przed usunięciem plików, ransomware ani uszkodzeniem systemu plików |
| Migawka (snapshot) maszyny wirtualnej | Skutkami nieudanej aktualizacji lub błędnej zmiany konfiguracji | Znajduje się na tym samym sprzęcie co system i nie przetrwa jego awarii |
| Kopia na lokalnym serwerze NAS | Utratą plików, awarią serwera głównego, błędami użytkowników | Nie przetrwa pożaru, zalania lub kradzieży; stale podłączona może zostać zaszyfrowana |
| Kopia poza siedzibą lub offline | Zdarzeniami obejmującymi całe biuro oraz atakiem ransomware | Przywracanie dużych zbiorów danych przez łącze internetowe może trwać długo |