Plan odzyskiwania

Plan odzyskiwania to opis kolejności przywracania kopii zapasowych prowadzącej do spójnego stanu bazy.

Elementy planu odzyskiwania bazy danych

Plan odzyskiwania opisuje uporządkowaną procedurę przywrócenia danych po awarii sprzętu, uszkodzeniu plików, błędzie administratora, nieudanej aktualizacji albo utracie dostępu do systemu. Jego celem jest doprowadzenie bazy do określonego, spójnego punktu, a nie samo skopiowanie pojedynczego pliku z kopią zapasową. Dokument powinien wskazywać, jakie kopie istnieją, gdzie są przechowywane, w jakiej kolejności należy ich użyć oraz jak sprawdzić poprawność wyniku.

W planie określa się również zakres dopuszczalnej utraty danych i wymagany czas przywrócenia działania. RPO oznacza maksymalny akceptowany okres danych, które mogą zostać utracone, natomiast RTO określa czas przeznaczony na odtworzenie usługi. Wartości te wpływają na częstotliwość wykonywania kopii, sposób rejestrowania zmian oraz wybór miejsca przechowywania kopii. Plan powinien zawierać także odpowiedzialności osób wykonujących poszczególne czynności i warunki, przy których należy przerwać procedurę.

Kolejność użycia kopii i dzienników zmian

Typowa procedura zaczyna się od przygotowania pustego lub naprawionego środowiska, sprawdzenia dostępności wymaganych plików oraz zabezpieczenia aktualnego stanu, aby nie nadpisać materiału potrzebnego do analizy. Następnie odtwarza się pełną kopię bazy. Jeżeli stosowany system tworzy kopie różnicowe, po pełnej kopii przywraca się najnowszą właściwą kopię różnicową. Kopie przyrostowe, jeśli są używane przez konkretny mechanizm tworzenia kopii, wymagają odtworzenia całego odpowiedniego łańcucha od kopii bazowej do wybranego punktu.

Po przywróceniu kopii bazowych można odtwarzać dzienniki transakcji lub inne pliki rejestrujące kolejne zmiany, ale ich kolejność musi odpowiadać ciągłości numerów, znaczników czasu albo identyfikatorów generowanych przez dany silnik. Pominięcie jednego elementu łańcucha może uniemożliwić zastosowanie późniejszych zapisów. Ostatnim krokiem jest wybranie punktu zakończenia odtwarzania, na przykład chwili bezpośrednio poprzedzającej błędną operację. Jeżeli system pozostawia bazę w stanie oczekiwania na następne dane, nie należy przedwcześnie wykonywać operacji kończącej odzyskiwanie.

Kontrola spójności po odtworzeniu

Sam komunikat o zakończeniu przywracania nie potwierdza, że aplikacja odzyskała prawidłowy stan. Po odtworzeniu należy sprawdzić, czy wszystkie wymagane pliki są dostępne, czy baza może zostać otwarta w trybie odczytu i zapisu oraz czy mechanizmy kontroli spójności nie zgłaszają uszkodzeń struktur. Kontrola powinna obejmować również indeksy, relacje między tabelami, ograniczenia integralności i obiekty niezbędne do uruchomienia aplikacji, o ile dany silnik je obsługuje.

Weryfikacja funkcjonalna polega na wykonaniu kilku operacji odpowiadających rzeczywistemu użyciu systemu: odczycie danych, dodaniu testowego rekordu w odizolowanym środowisku, wyszukaniu informacji oraz sprawdzeniu raportów lub zadań korzystających z bazy. Trzeba porównać wynik z oczekiwanym punktem odtworzenia, zwłaszcza gdy plan zakłada odzyskanie do określonego czasu. Należy też sprawdzić uprawnienia kont aplikacyjnych, konfigurację połączeń i dostępność miejsca na dalszą pracę. Test odzyskiwania powinien być wykonywany okresowo na kopiach, ponieważ dopiero praktyczne odtworzenie ujawnia brakujące pliki, błędne ścieżki lub nieaktualne instrukcje.

Przygotowanie procedury do użycia podczas awarii

Dokument powinien być na tyle szczegółowy, aby osoba uprawniona mogła wykonać czynności bez odtwarzania wiedzy z pamięci. Warto umieścić w nim identyfikatory kopii, lokalizacje nośników, wymagane narzędzia, zależności między etapami, przewidywany czas operacji oraz kryteria uznania każdego kroku za zakończony. Instrukcja powinna rozróżniać odzyskanie całej bazy od przywrócenia pojedynczych danych, jeżeli taki wariant jest technicznie dostępny. Każda zmiana konfiguracji, schematu bazy lub sposobu wykonywania kopii powinna powodować przegląd planu.

Przed rozpoczęciem odzyskiwania należy ustalić, czy awaria nadal trwa i czy źródło problemu nie zniszczy ponownie odtwarzanych danych. Kopie powinny być sprawdzane pod kątem możliwości odczytu, a przynajmniej jedna ich wersja powinna znajdować się poza podstawowym miejscem pracy systemu. Po zakończeniu procedury trzeba zapisać użyte kopie, rzeczywisty czas przywrócenia, zakres ewentualnej utraty danych oraz wszystkie odstępstwa od instrukcji. Taki zapis pozwala poprawić plan, skrócić kolejne przestoje i wykryć elementy, które w praktyce nie zapewniają oczekiwanego poziomu odzyskiwania.