Udane wykonanie kopii zapasowej potwierdza zakończenie zadania backupu w określonym zakresie. Dopiero test odtworzenia pokazuje, czy można odzyskać potrzebne dane i uruchomić usługę. Dla kierownictwa liczy się także czas powrotu do pracy oraz zakres informacji, które mogą zostać utracone.
Poniższa instrukcja pomaga przygotować i odebrać próbę. Szczegółowe czynności techniczne należy dobrać do używanego produktu i wersji. Test powinien być uzgodniony z administratorem oraz właścicielem usługi i prowadzony w odizolowanym środowisku, bez nadpisywania danych produkcyjnych.
Najpierw ustal, co dokładnie sprawdzamy
Wybierz konkretną usługę i scenariusz. Może chodzić o usunięty plik, utratę serwera, uszkodzenie bazy albo niedostępność dostawcy. Każdy scenariusz wymaga innego zakresu próby.
Odtworzenie pojedynczego dokumentu nie sprawdzi zależności aplikacji od bazy, konfiguracji, certyfikatów i kont. Z kolei test całego systemu nie musi oznaczać przełączania działającej produkcji. Można przygotować osobne środowisko i wykonać w nim uzgodnione czynności biznesowe.
W planowaniu ciągłości przydatna jest analiza wpływu przerwy na działalność, określenie strategii odzyskiwania oraz ćwiczenia i utrzymywanie planów. Takie podejście opisuje m.in. NIST SP 800-34. Jest to materiał metodyczny, a nie źródło polskiego obowiązku dla każdego czytelnika. NIST — planowanie ciągłości systemów.
Uzgodnij RTO i RPO w języku biznesowym
RTO oznacza przyjęty cel czasu przywrócenia usługi po zakłóceniu. RPO określa, jak daleko wstecz mogą sięgać odzyskane dane, czyli dopuszczalną utratę aktualności informacji. Obie wartości należy uzgodnić z właścicielem procesu.
Przykładowo odtworzenie systemu w trzy godziny może mieścić się w celu czterogodzinnym. Jeżeli jednak odzyskana baza pochodzi sprzed dwóch godzin, a organizacja dopuszcza utratę najwyżej godziny danych, drugi cel nie został osiągnięty.
Zapisz też, od którego momentu mierzysz czas. Przy większym teście warto osobno zmierzyć rozpoznanie problemu, uzyskanie dostępu, techniczne przywrócenie i potwierdzenie działania przez użytkownika. Te odcinki pokażą, gdzie pojawia się opóźnienie.
Krok 1 — przygotuj ludzi, dane i warunki próby
Wskaż wykonawcę technicznego, właściciela usługi oraz osobę, która zatwierdzi wynik. Sprawdź dostępność dostawcy aplikacji, wymaganych licencji, kluczy szyfrowania i dokumentacji. Nie zapisuj sekretów w protokole; wystarczy odwołanie do chronionego miejsca i potwierdzenie dostępności.
Ustal warunki przerwania próby. Na przykład nieoczekiwane połączenie środowiska testowego z produkcją powinno spowodować zatrzymanie działań i wyjaśnienie konfiguracji.
Zadbaj o ochronę danych użytych do testu. Kopia może zawierać dane osobowe i informacje biznesowe. Dostęp, miejsce przechowywania oraz późniejsze usunięcie danych testowych powinny być częścią planu.
Krok 2 — sprawdź izolację środowiska
Administrator powinien potwierdzić, że test nie uruchomi prawdziwych płatności, wiadomości do klientów ani synchronizacji z systemem produkcyjnym. Dotyczy to także zadań cyklicznych, integracji i automatycznych powiadomień zapisanych w odzyskanej konfiguracji.
Ustal oddzielne nazwy i adresy środowiska oraz sposób dostępu uczestników. Przywrócona maszyna może mieć takie same ustawienia sieciowe jak oryginał, dlatego sama deklaracja „to jest kopia” nie zapewnia izolacji.
Przed rozpoczęciem potwierdź, że istniejąca produkcja działa prawidłowo. Pozwoli to ocenić, czy próba wywołała niezamierzony skutek.
Krok 3 — wybierz punkt przywracania i odzyskaj zależności
Zapisz identyfikator kopii i moment, do którego odtwarzane są dane. Administrator sprawdza kompletność wymaganych elementów: bazy, plików, konfiguracji i zależnych usług. Zapisuje również komunikaty o błędach oraz odstępstwa od instrukcji.
Jeżeli kopia jest zaszyfrowana, sprawdź dostęp do właściwego klucza przez uprawnioną osobę. Sytuacja, w której klucz znajduje się wyłącznie na utraconym serwerze, wymaga korekty projektu odzyskiwania.
Nie pomijaj trudności tylko po to, by zakończyć test sukcesem. Ręczna czynność wykonana przez jednego specjalistę powinna zostać opisana, jeżeli od niej zależy ponowienie procesu.
Krok 4 — sprawdź działanie z użytkownikiem biznesowym
Po uruchomieniu aplikacji wykonaj uzgodnione, bezpieczne operacje. Może to być odczyt właściwego dokumentu, wygenerowanie raportu, sprawdzenie rekordów w bazie lub przetestowanie uprawnień konta testowego.
Sprawdź zarówno możliwość wykonania czynności, jak i jej poprawność. Wyświetlenie ekranu logowania nie potwierdza kompletności danych. Użytkownik powinien wiedzieć, jaki wynik jest oczekiwany i według czego oceni próbę.
Porównaj odzyskane dane z ustalonym punktem odniesienia. Jeżeli zależne komponenty pochodzą z różnych momentów, może być konieczne sprawdzenie ich spójności.
Krok 5 — oceń wynik i zapisz poprawki
Przykład modelowy: przyjmujemy zakłócenie o 10:00. Odzyskana baza przedstawia stan z 8:00, a usługa przechodzi test użytkownika o 13:00. Cel czasu odtworzenia wynosi cztery godziny, a dopuszczalna utrata aktualności danych jedną godzinę.
W tej próbie cel czasu odtworzenia został osiągnięty: trzy godziny mieszczą się w czterech. Cel aktualności danych nie został osiągnięty: dwugodzinna luka przekracza godzinę. Wynik wymaga poprawy sposobu ochrony danych lub ponownego, uzasadnionego ustalenia potrzeb biznesowych.
Nie zapisuj wyłącznie „test pozytywny”. Rozdziel kryteria i wskaż te, które nadal pozostają niespełnione.
Wzór protokołu odtworzenia
| Pole | Informacja do zapisania |
|---|---|
| Usługa i właściciel | Co odtwarzano i kto potwierdza wynik |
| Scenariusz | Jaką utratę lub niedostępność symulowano |
| Zakres i wyłączenia | Jakie komponenty objęto próbą |
| Kopia i punkt danych | Identyfikator kopii oraz czas odtwarzanego stanu |
| Izolacja | Jak ograniczono wpływ na produkcję |
| Cele | RTO, RPO i kryteria funkcjonalne |
| Czasy rzeczywiste | Początek, etapy, zakończenie i strefa czasowa |
| Wynik użytkownika | Jakie operacje wykonano i z jakim rezultatem |
| Problemy | Błędy, brakujące elementy, czynności ręczne |
| Dowody | Odnośniki do logów i wyników prób |
| Dalsze zadania | Właściciel, termin poprawy i ponownego testu |
| Zakończenie | Potwierdzenie stanu produkcji i uporządkowania środowiska testowego |
Co zrobić po teście
Zaktualizuj instrukcję, zamknij niepotrzebne dostępy i uporządkuj dane testowe według ustaleń. Kierownictwu przekaż wynik w odniesieniu do celów oraz decyzje potrzebne do usunięcia braków. Kolejny test zaplanuj według ryzyka, istotnych zmian i właściwych wymagań.
Monitoring może wykrywać błędy backupu i brak oczekiwanego zadania. Test odtworzenia wymaga jednak osobnego wykonania oraz odbioru przez właściciela usługi.
Ustal zakres sprawdzenia z DataOne
Skontaktuj się z DataOne Cyber, jeśli chcesz ustalić, jakie informacje o kopiach powinny trafiać do monitoringu i jak przygotować współpracę przy próbie odtworzenia. Zakres samego testu, udział dostawcy aplikacji i potrzebne zasoby uzgodnimy osobno. Zacznij od wskazania usługi, której utrata najbardziej utrudniłaby pracę organizacji.
Pobierz wzór CSV do uzupełnienia
Wzór roboczy — wymaga dopasowania do organizacji; nie stanowi kompletnej dokumentacji zgodności.