Po awarii firmy często dowiadują się, że wykonany backup nie rozstrzyga jeszcze najważniejszej kwestii: co należy przywrócić jako pierwsze. Dokumenty mogą być dostępne w kopii, ale dział handlowy nadal nie wystawi oferty. System finansowy może działać, lecz nie pobierze danych z aplikacji obsługującej zamówienia.
Kopie zapasowe systemu powinny być planowane razem z kolejnością odtwarzania usług. Bez takiego planu zespół techniczny odzyskuje dane według kolejności zgłoszeń albo tego, co wydaje się najłatwiejsze do uruchomienia. W rezultacie firma może mieć sprawny fragment infrastruktury, który nadal nie pozwala realizować kluczowych procesów.
Priorytety nie muszą być opisane w rozbudowanej dokumentacji kryzysowej. Wystarczy ustalić, które procesy nie mogą czekać, od czego zależą oraz kto po stronie firmy podejmuje decyzję o rozpoczęciu i zakończeniu odtwarzania.
Kopie zapasowe systemu a rzeczywista kolejność pracy
Najczęstszym błędem jest ustalanie priorytetów wyłącznie według wartości technicznej systemu. Serwer, baza danych lub aplikacja mogą być ważne, ale ich znaczenie należy oceniać przez wpływ na codzienną pracę. Innego tempa odtworzenia wymaga system przyjmowania zleceń, a innego archiwum dokumentów wykorzystywane sporadycznie.
Dobrym punktem wyjścia jest przejście przez zwykły dzień pracy firmy. Należy sprawdzić, bez jakich narzędzi nie można obsłużyć klienta, wystawić dokumentu, przygotować wysyłki, zrealizować produkcji albo skontaktować się z zespołem. Dopiero później można przypisać do tych procesów konkretne systemy, konta i dane.
- procesy, których zatrzymanie natychmiast wpływa na klientów lub przychody,
- systemy potrzebne do realizacji zamówień, obsługi magazynu albo pracy zespołów terenowych,
- usługi komunikacyjne potrzebne do przekazywania informacji pracownikom i klientom,
- dane niezbędne do rozliczeń, realizacji umów i obsługi zobowiązań,
- zasoby, bez których nie można bezpiecznie uruchomić kolejnych aplikacji.
1. Usługa krytyczna może zależeć od kilku innych elementów
System biznesowy rzadko działa samodzielnie. Może wymagać sprawnej bazy danych, usług uwierzytelniania, połączenia sieciowego, dostępu do plików, licencji lub określonych kont administracyjnych. Odtworzenie samej aplikacji bez tych zależności nie przywróci pracy firmy.
Objawem nieuporządkowanej kolejności jest sytuacja, w której aplikacja jest już uruchomiona, ale użytkownicy nie mogą się zalogować, nie widzą danych albo nie mogą wydrukować dokumentów. Z perspektywy pracownika usługa nadal nie działa, mimo że technicznie część prac została wykonana.
Przed awarią warto opisać przynajmniej podstawowy łańcuch zależności. Nie musi to być szczegółowy diagram każdego urządzenia. Istotne jest ustalenie, czy do uruchomienia procesu potrzebne są konkretne serwery, łącza, konta, certyfikaty, udziały plikowe lub integracje z systemami zewnętrznymi.
2. Priorytet odtworzenia nie zawsze oznacza pełne przywrócenie
W wielu przypadkach firma nie potrzebuje od razu całego środowiska w docelowej konfiguracji. Ważniejsze może być uruchomienie minimalnego zakresu funkcji, który pozwoli przyjąć zamówienie, odczytać dane klienta, wystawić podstawowy dokument lub przekazać informację do zespołu.
Taki wariant wymaga wcześniejszej decyzji biznesowej. Osoby odpowiedzialne za operacje powinny wskazać, które funkcje są konieczne pierwszego dnia po awarii, a które mogą zostać przywrócone później. Dzięki temu odtwarzanie nie polega na odgadywaniu oczekiwań przez administratora.
- czy firma może czasowo pracować na ograniczonym zakresie danych,
- które raporty i integracje mogą poczekać bez zatrzymania operacji,
- czy istnieje bezpieczny tryb ręcznej obsługi części procesu,
- jakie dane muszą być aktualne w chwili przywrócenia,
- kto zatwierdza przejście z trybu awaryjnego do normalnej pracy.
3. Właściciel procesu musi potwierdzić, że usługa wróciła do pracy
Komunikat techniczny o poprawnym odtworzeniu nie jest jednoznaczny z gotowością do pracy. System może uruchamiać się bez błędów, ale nadal nie obsługiwać właściwego obiegu dokumentów, nie przekazywać danych do innego działu lub nie pozwalać na wykonanie czynności wymaganej przez klientów.
Dlatego każda usługa krytyczna powinna mieć właściciela po stronie biznesowej. Może to być kierownik sprzedaży, osoba z działu finansowego, manager logistyki lub inna osoba znająca rzeczywisty proces. Jej rolą nie jest diagnoza techniczna, lecz potwierdzenie, że zespół potrafi wykonać kluczowe zadanie po przywróceniu systemu.
Warto wcześniej ustalić proste kryteria odbioru. Dla jednego systemu będzie to możliwość zalogowania i odczytu danych, dla innego utworzenie zamówienia, wydruk dokumentu albo poprawne przekazanie informacji do kolejnego etapu procesu.
4. Co sprawdzić przed przygotowaniem planu odtwarzania
Plan odtwarzania powinien łączyć dane techniczne z odpowiedzialnością operacyjną. W przeciwnym razie pozostaje listą systemów, która nie pomaga podjąć decyzji w warunkach presji czasu. Szczególnie ważne jest wskazanie osób zastępujących, ponieważ awaria może wystąpić podczas nieobecności administratora albo managera danego obszaru.
- lista systemów oraz danych objętych backupem,
- kolejność uruchamiania usług wraz z ich najważniejszymi zależnościami,
- maksymalny akceptowalny czas niedostępności dla każdego procesu,
- osoba techniczna odpowiedzialna za odtwarzanie i osoba biznesowa potwierdzająca działanie,
- aktualne dane dostępowe, licencje i kontakty do dostawców,
- scenariusz komunikacji z pracownikami, gdy przywrócenie potrwa dłużej.
Zakres działań związanych z przygotowaniem, ochroną i odtwarzaniem danych opisuje usługa zabezpieczenia i backupu danych dla firm. W praktyce najwięcej problemów wynika nie z samego braku kopii, lecz z braku wiedzy, co zawierają i jak mają wspierać powrót firmy do normalnej pracy.
5. Test powinien obejmować proces, a nie tylko pliki
Sprawdzenie, czy można odzyskać pojedynczy plik, jest potrzebne, ale nie daje odpowiedzi, czy firma poradzi sobie z większą niedostępnością. Test kopii zapasowych systemu powinien obejmować kolejność uruchomienia, dostęp użytkowników oraz wykonanie przykładowej czynności biznesowej.
W trakcie takiego ćwiczenia zwykle wychodzą na jaw pominięte zależności: brakujący dostęp administracyjny, nieaktualna instrukcja, konto należące do byłego pracownika, niewłaściwa kolejność uruchamiania albo niedostępna integracja. Są to problemy, które znacznie łatwiej poprawić podczas kontrolowanego testu niż w trakcie rzeczywistej awarii.
Krótka konkluzja
Dobre kopie zapasowe systemu dają firmie wartość wtedy, gdy wiadomo, jakie procesy mają wrócić do pracy najpierw i kto potwierdzi ich działanie. Ustalenie priorytetów, zależności oraz odpowiedzialności ogranicza chaos po awarii i pozwala przejść od technicznego odzyskiwania danych do rzeczywistego wznowienia pracy.
