Awaria serwera w firmie – jak się przygotować?

Co w firmie przestaje działać, gdy serwer jest niedostępny?

Sprawdź nie tylko miejsce przechowywania plików, ale również procesy zależne od baz danych, kont i sieci. Przydatna jest lista usług wraz z użytkownikami oraz skutkami ich niedostępności.

• Pliki wspólne: oferty, umowy, projekty i dokumentacja. Lokalne kopie mogą mieć inną wersję niż dane na serwerze.
• Aplikacje i bazy: sprzedaż, magazyn, księgowość lub produkcja. Awaria może zatrzymać obsługę klienta i realizację zamówień.
• Logowanie i infrastruktura: usługi katalogowe, DNS, drukowanie, licencje i dostęp zdalny, jeśli zależą od tego serwera.
• Integracje: wymiana danych z innymi aplikacjami i lokalizacjami.

Niedostępność nie musi oznaczać uszkodzenia serwera. Przyczyną może być zasilanie, sieć, brak miejsca lub problem z uprawnieniami. Diagnozę trzeba rozpocząć od zakresu objawów, a nie od założenia, że konieczne jest odtworzenie całego systemu.

Jeżeli planujesz zmianę infrastruktury, pomocny będzie też poradnik: kiedy serwer w firmie jest potrzebny.

Ustal, co trzeba przywrócić najpierw

Priorytety ustal z osobami odpowiedzialnymi za sprzedaż, finanse, produkcję i obsługę klientów. Dla każdego procesu określ akceptowalny czas przerwy oraz dopuszczalną utratę ostatnich zmian.

• RTO: maksymalny akceptowalny czas przywrócenia działania określonej usługi.
• RPO: maksymalna akceptowalna utrata danych wyrażona w czasie, np. dwóch godzin zmian.

To cele, które należy potwierdzić testem. Nie wynikają automatycznie z harmonogramu kopii ani deklarowanego czasu reakcji wsparcia.

Księgowość czy archiwum mogą być krytyczne w konkretnej firmie lub terminie. Nie przypisuj im stałego niskiego priorytetu tylko na podstawie nazwy.

Kolejność techniczna musi uwzględniać zależności. Aplikacja sprzedaży może wymagać wcześniejszego uruchomienia sieci, logowania, bazy lub serwera licencji. Znaczenie celów odzyskiwania i zależności opisuje również dokumentacja Microsoft dotycząca planowania odzyskiwania po awarii.

Co powinien zawierać plan działania po awarii serwera?

Plan powinien być krótki i czytelny, z odwołaniami do szczegółowych instrukcji. Musi wskazywać nie tylko czynności, ale też osobę podejmującą decyzje.

1. Zgłoszenie: kto kontaktuje się z IT i jakie informacje zbiera: czas wystąpienia, komunikaty, niedostępne usługi, zakres problemu i ostatnie zmiany.
2. Ocena sytuacji: kto prowadzi diagnozę i kiedy problem wymaga uruchomienia planu awaryjnego zamiast zwykłej naprawy.
3. Kontakty i zastępstwo: wsparcie IT, dostawcy programów, operator internetu oraz osoby zatwierdzające zakup sprzętu i koszty dodatkowe.
4. Zasoby do odzyskania: lokalizacja kopii, dostępne środowisko zastępcze, klucze, licencje i instrukcje.
5. Kolejność działań: zależności między usługami i wskazanie, kto wykonuje każdy etap.
6. Komunikacja: kanał niezależny od niedziałającego serwera, osoba przekazująca informacje i terminy kolejnych aktualizacji.
7. Potwierdzenie działania: testy techniczne oraz osoba z firmy sprawdzająca pracę w aplikacji.
8. Rejestr: czas, czynności, decyzje, błędy i osoby odpowiedzialne.

Ustal wcześniej granicę decyzji o odtworzeniu. Przywrócenie starszej kopii może usunąć nowsze zmiany, dlatego zakres i punkt odzyskania powinny być świadomie zatwierdzone.

Co robić w pierwszych minutach?

Zapisz objawy i zgłoś je wyznaczonemu wsparciu. Ogranicz przypadkowe zmiany wykonywane przez wiele osób. Nie uruchamiaj napraw dysków, przywracania ani kolejnych restartów bez oceny przyczyny. Dalsze działania powinien koordynować administrator znający środowisko.

Dokumentacja, hasła i uprawnienia potrzebne do odzyskiwania

Plan oraz narzędzia do jego wykonania muszą być dostępne po utracie głównego serwera. Sprawdź również sytuację, w której niedostępne są domena, firmowa poczta lub wewnętrzny menedżer haseł.

• Lista usług: funkcje serwerów, maszyny wirtualne, adresacja i zależności.
• Dostępy: serwery, wirtualizacja, backup, chmura, urządzenia sieciowe i panele dostawców.
• Konfiguracje: ustawienia, wersje aplikacji, informacje o bazach, licencje i instalatory.
• Klucze i MFA: sposób odszyfrowania kopii oraz awaryjnego uwierzytelnienia upoważnionych osób.
• Kontakty: właściciele systemów, dostawcy i wyznaczone zastępstwo administratora.

Przechowuj materiały w zabezpieczonym miejscu niezależnym od głównego systemu. Dostęp powinny mieć tylko upoważnione osoby. Kontrolowana kopia offline lub papierowa może uzupełnić plan, ale także wymaga ochrony i aktualizacji.

Sprawdź, czy backup obejmuje dane, konfiguracje i zależności potrzebne do uruchomienia aplikacji. Procedurę praktycznej weryfikacji opisujemy w poradniku: jak sprawdzić backup firmy.

Zaplanuj pracę firmy, zanim serwer wróci do działania

Tryb zastępczy powinien pozwalać obsłużyć pilne sprawy bez tworzenia wielu sprzecznych wersji danych. Określ jego granice i osobę odpowiedzialną za późniejsze uzgodnienie zapisów.

• Zamówienia: jeden uzgodniony rejestr z czasem zgłoszenia i osobą odpowiedzialną za wprowadzenie do systemu.
• Dokumenty: zatwierdzone miejsce zapisu, oznaczenie wersji i zasady łączenia zmian.
• Operacje: lista czynności dopuszczonych podczas przerwy. Część płatności lub zmian magazynowych może wymagać wstrzymania.
• Klienci: komunikat o wpływie awarii i alternatywny kontakt, gdy jest potrzebny.

Nie przenoś firmowych danych na przypadkowe prywatne konta. Uzgodniony sposób pracy powinien zachować kontrolę dostępu. Nie zapisuj tych samych operacji równolegle w wielu arkuszach i wiadomościach.

Jak potwierdzić powrót do normalnej pracy?

Po uruchomieniu usług sprawdź logowanie, uprawnienia, wybrane dane, działanie aplikacji i integracji. Właściciel procesu powinien potwierdzić, że pracownicy mogą realizować zadania.

Uzgodnij wpisy z trybu zastępczego, sprawdź wznowienie backupu i monitoringu oraz ogłoś zakończenie pracy awaryjnej. Jeśli firma działała na środowisku zastępczym, powrót na podstawowe wymaga osobnego planu, aby nie utracić nowych zmian.

Nie tylko uszkodzony dysk - jakie scenariusze uwzględnić?

Wspólny sposób zgłoszenia i komunikacji może pozostać taki sam. Ścieżka odzyskiwania zależy jednak od przyczyny:

• Sprzęt lub zasilanie: naprawa, dostępność części, zapasowy sprzęt lub inne środowisko.
• Aktualizacja lub konfiguracja: ustalenie ostatnich zmian i bezpieczny sposób wycofania albo naprawy.
• Uszkodzenie lub usunięcie danych: dobór punktu odzyskania i zakresu przywrócenia.
• Sieć: diagnoza przełączników, zapory, adresacji i połączeń. Serwer może działać, mimo że użytkownicy go nie widzą.
• Cyberatak: ograniczenie rozprzestrzeniania, zabezpieczenie informacji o incydencie i odzyskiwanie w sprawdzonym środowisku.

Przy podejrzeniu ataku nie przywracaj automatycznie systemu do tej samej sieci. Administrator powinien ocenić zakres incydentu, odizolować zagrożone zasoby i sprawdzić stan kopii. Zalecenia dotyczące przygotowania i reakcji opisuje poradnik CISA StopRansomware.

Przetestuj plan przed rzeczywistą awarią

Zacznij od ćwiczenia na papierze: czy zastępca administratora znajdzie kontakty, instrukcję i dostęp do kopii? Następnie wykonaj kontrolowany test odtworzenia w oddzielnym środowisku.

Zmierz czas całego procesu, sprawdź zależności i zapisz braki. Uwzględnij czas przygotowania sprzętu, a nie tylko przesyłania danych. Po zmianie systemu, backupu lub osób odpowiedzialnych zaktualizuj plan. Częstotliwość kolejnych prób dopasuj do znaczenia usług.

Zakres monitoringu, administracji i przygotowania procedur można ustalić w ramach opieki informatycznej firmy. Prace nad planem oraz testy warto uwzględnić także w wycenie obsługi IT.

Najczęstsze pytania

Czy mała firma potrzebuje planu awarii serwera?

Tak, jeśli jego niedostępność utrudnia działalność. Plan może być krótki, ale powinien wskazywać priorytety, kontakty, odpowiedzialność, sposób odzyskania i pracę zastępczą.

Ile trwa przywrócenie serwera?

Zależy od przyczyny, danych, sprzętu, dokumentacji i zależności. Test pozwala oszacować czas dla sprawdzonego scenariusza. Sam czas reakcji wsparcia nie jest czasem przywrócenia usług.

Czy UPS zabezpiecza przed awarią serwera?

Pomaga przy określonych problemach z zasilaniem i może umożliwić bezpieczne wyłączenie. Czas działania zależy od obciążenia i baterii. Nie zastępuje ochrony przed błędami systemu, usunięciem danych czy cyberatakiem.

Czy serwer w chmurze eliminuje przestoje?

Nie. Nadal możliwe są błędy konfiguracji, problemy z połączeniem, awarie usług i utrata danych. Zakres odpowiedzialności trzeba ustalić z dostawcą, a plan odzyskiwania sprawdzić.

Kto powinien mieć dostęp do haseł i dokumentacji?

Upoważnione osoby i wyznaczone zastępstwo. Dostępy muszą być chronione oraz możliwe do użycia także wtedy, gdy główny system jest niedostępny.

Czy poprawny backup wystarczy do wznowienia pracy?

Nie zawsze. Potrzebne mogą być również sprzęt, sieć, konta, licencje i inne usługi. Test powinien obejmować zależności ważne dla odtwarzanego procesu.