Plan awaryjny (DR Plan)

Plan DR to dokument określający sposób odtworzenia systemów po awarii wraz z dopuszczalnym czasem i utratą danych.

Plan awaryjny DR a odtworzenie systemu po awarii

Plan awaryjny DR (Disaster Recovery Plan) opisuje, w jaki sposób przywrócić działanie systemu komputerowego po zdarzeniu powodującym niedostępność sprzętu, oprogramowania lub danych. Nie jest wyłącznie instrukcją wykonywania kopii zapasowych. Powinien określać kolejność działań, wymagane zasoby, osoby odpowiedzialne za poszczególne czynności oraz warunki uznania odtworzenia za zakończone. W przypadku pojedynczego laptopa lub komputera PC może dotyczyć między innymi odtworzenia systemu operacyjnego, programów, ustawień i plików użytkownika po awarii dysku, uszkodzeniu systemu plików albo nieudanej aktualizacji.

Dwa podstawowe parametry planu to RTO i RPO. RTO (Recovery Time Objective) oznacza maksymalny akceptowalny czas przywracania działania systemu. RPO (Recovery Point Objective) określa, jak daleko wstecz może sięgać odtworzony stan danych, czyli jaką ilość ostatnich zmian można dopuścić do utraty. Jeżeli kopia zapasowa jest wykonywana raz dziennie, a awaria nastąpi przed kolejnym wykonaniem kopii, rzeczywista utrata danych może obejmować zmiany zapisane od poprzedniego punktu backupu. Wartości RTO i RPO muszą wynikać z potrzeb konkretnego stanowiska, ponieważ krótszy czas odtworzenia i mniejsza dopuszczalna utrata danych wymagają odpowiednio przygotowanych kopii oraz procedur.

Elementy techniczne procedury odtworzeniowej

Rzetelny plan powinien zawierać wykaz urządzeń, nośników, systemów i danych objętych odtwarzaniem. Dla komputera biurowego istotne jest wskazanie modelu urządzenia, rodzaju dysku, wersji systemu operacyjnego, lokalizacji kopii oraz programów koniecznych do pracy. Należy również ustalić, czy kopia obejmuje pojedyncze pliki, czy cały obraz dysku. Kopia plikowa pozwala odzyskiwać wybrane dokumenty, natomiast obraz systemu może umożliwić odtworzenie partycji wraz z systemem, konfiguracją i zainstalowanym oprogramowaniem.

Procedura powinna opisywać także sposób uruchomienia komputera w sytuacji, gdy system z dysku wewnętrznego nie startuje. Może być potrzebny sprawny nośnik rozruchowy, dostęp do narzędzi odzyskiwania oraz możliwość odczytania kopii z innego nośnika. W przypadku dysku zaszyfrowanego trzeba uwzględnić klucz odzyskiwania, ponieważ bez właściwego klucza dostęp do danych może być niemożliwy nawet wtedy, gdy sam nośnik jest sprawny. Plan powinien rozróżniać awarię logiczną, taką jak uszkodzenie systemu plików lub konfiguracji rozruchu, od awarii fizycznej dysku, pamięci operacyjnej, płyty głównej albo układu zasilania.

Ważną częścią dokumentu jest kolejność przywracania. Najpierw należy potwierdzić zakres awarii i zabezpieczyć dostępne nośniki przed dalszym zapisem, następnie przygotować sprawny sprzęt lub wymienić uszkodzony podzespół, a dopiero później odtworzyć system i dane. Po zakończeniu trzeba sprawdzić uruchamianie systemu, dostęp do plików, działanie wymaganych aplikacji oraz poprawność najważniejszych ustawień. Sam komunikat o pomyślnym zakończeniu kopiowania nie dowodzi, że dane można rzeczywiście odczytać.

Backup, integralność danych i test odtworzenia

Plan DR powinien wskazywać częstotliwość wykonywania kopii, zakres danych, przechowywane wersje oraz sposób kontroli ich integralności. Jedna kopia znajdująca się stale przy komputerze nie chroni przed wszystkimi scenariuszami, ponieważ może zostać uszkodzona razem z urządzeniem, skasowana albo zaszyfrowana przez złośliwe oprogramowanie. Dlatego w praktyce rozdziela się kopie według miejsca przechowywania i czasu wykonania, a starsze wersje zachowuje się przez określony okres. Plan musi też określać, kto ma dostęp do nośników i gdzie znajdują się dane potrzebne do odtworzenia.

Test odtworzenia jest konieczny, ponieważ poprawne utworzenie pliku kopii nie gwarantuje jego użyteczności. Test może obejmować odtworzenie wybranego dokumentu, uruchomienie obrazu systemu na odpowiednim sprzęcie albo sprawdzenie procedury na zapasowym komputerze. Wynik powinien potwierdzać, czy osiągnięto założony RTO i czy punkt odtworzenia mieści się w wymaganym RPO. Należy odnotować czas trwania operacji, napotkane błędy, brakujące hasła lub sterowniki oraz różnice między opisem w planie a rzeczywistym przebiegiem.

Plan powinien być aktualizowany po zmianie komputera, dysku, systemu operacyjnego, lokalizacji kopii lub używanego programu. Nieaktualna instrukcja może wskazywać nieistniejący nośnik, dawną nazwę konta albo procedurę niepasującą do obecnej konfiguracji. Dobrym sprawdzianem jest wykonanie odtworzenia bez korzystania z nieudokumentowanej wiedzy pojedynczej osoby. Jeżeli procedury nie da się przeprowadzić na podstawie samego dokumentu i dostępnych zasobów, plan wymaga uzupełnienia.

Awaria sprzętowa jako część scenariusza DR

Nie każdą awarię można usunąć samą procedurą programową. Uszkodzony dysk, przegrzewanie, wadliwa pamięć RAM, niesprawny układ zasilania lub uszkodzenie płyty głównej mogą uniemożliwić uruchomienie komputera i odczytanie kopii. Dlatego plan awaryjny powinien zawierać kryteria eskalacji: moment, w którym należy przerwać kolejne próby uruchamiania, odłączyć uszkodzony element i przejść do diagnostyki sprzętu. Takie rozróżnienie ogranicza ryzyko pogłębiania uszkodzenia oraz pomylenia awarii podzespołu z problemem systemu operacyjnego.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, gdy awaria sprzętowa utrudnia realizację przygotowanej procedury odtworzeniowej. Diagnostyka pozwala ustalić, czy przyczyną problemu jest konkretny element sprzętowy, nośnik danych czy konfiguracja urządzenia. Po przywróceniu sprawności komputera można ponownie wykonać opisane w planie czynności i sprawdzić, czy system oraz potrzebne pliki działają zgodnie z założeniami DR.