Procedury DR krok po kroku

Procedury DR krok po kroku to szczegółowa instrukcja przywracania usług, umożliwiająca działanie nawet zastępczej osobie.

Zakres procedury DR i warunki rozpoczęcia odtwarzania

Procedura DR, czyli disaster recovery, opisuje kolejność działań potrzebnych do przywrócenia usług informatycznych po awarii sprzętu, oprogramowania, zasilania, sieci albo nośnika danych. Dokument powinien zaczynać się od określenia zakresu: nazwy usługi, jej właściciela, zależności technicznych, lokalizacji systemu, sposobu uruchomienia oraz kryteriów uznania odtworzenia za zakończone. Nie wystarcza samo stwierdzenie, że należy „przywrócić serwer”. Trzeba wskazać, które komponenty są niezbędne, w jakiej kolejności mają zostać uruchomione i jak sprawdzić, czy działają poprawnie.

Przed rozpoczęciem odtwarzania osoba wykonująca procedurę powinna potwierdzić, że wystąpił rzeczywisty incydent, a nie chwilowa niedostępność pojedynczego elementu. Należy zebrać podstawowe informacje o czasie awarii, objawach, ostatniej poprawnej pracy oraz dostępnych kopiach zapasowych. Instrukcja może zawierać tabelę decyzji: pozostawienie systemu w działaniu, przełączenie na środowisko zastępcze, odtworzenie wybranych danych albo pełne odtworzenie usługi. Każda decyzja powinna mieć jasno opisany warunek wejściowy i osobę uprawnioną do jej podjęcia.

Inwentaryzacja zależności przed uruchomieniem kopii

Krok po kroku należy ustalić, od czego zależy przywracana usługa. W praktyce mogą to być między innymi zasilanie, urządzenia sieciowe, system operacyjny, system plików, mechanizmy uwierzytelniania, magazyn danych, zadania harmonogramu oraz konfiguracja aplikacji. Zależności powinny być zapisane w kolejności uruchamiania, ponieważ odtworzenie aplikacji przed udostępnieniem wymaganego magazynu danych może zakończyć się błędem albo zapisaniem niepełnych informacji. Warto rozdzielić elementy krytyczne od pomocniczych i opisać, które z nich można pominąć w trybie awaryjnym.

Instrukcja powinna wskazywać dokładne źródło każdej kopii zapasowej oraz sposób oceny jej przydatności. Należy sprawdzić datę wykonania, zakres danych, status zadania tworzącego kopię i dostępność wymaganych plików lub obrazów. Sama obecność pliku kopii nie dowodzi, że można go użyć do odtworzenia. Jeżeli procedura przewiduje kopie przyrostowe, trzeba ustalić pełną sekwencję potrzebną do odtworzenia stanu, a także potwierdzić, że wszystkie elementy tej sekwencji są dostępne i czytelne. Dokument powinien również określać, gdzie znajdują się dane konfiguracyjne, klucze licencyjne, certyfikaty oraz informacje konieczne do uruchomienia usługi.

Odtwarzanie usługi, kontrola spójności i test działania

Właściwe odtwarzanie powinno być opisane jako lista jednoznacznych czynności. Każdy krok musi określać działanie, oczekiwany rezultat i reakcję na niepowodzenie. Przykładowo najpierw można przywrócić dostęp do infrastruktury, następnie uruchomić wymagane komponenty systemowe, odtworzyć dane, zastosować właściwą konfigurację i dopiero wtedy uruchomić aplikację. Jeżeli czynność wymaga wyboru wariantu, instrukcja powinna podawać, kiedy wybrać dany wariant oraz jak zapisać wynik. Dzięki temu zastępcza osoba nie musi odtwarzać brakujących decyzji na podstawie domysłów.

Po odtworzeniu trzeba wykonać kontrolę techniczną, a nie ograniczać się do sprawdzenia, czy proces został uruchomiony. Należy potwierdzić dostęp do usługi, poprawność odczytu danych, możliwość wykonania kontrolnej operacji oraz prawidłową komunikację z wymaganymi zależnościami. W przypadku danych ważna jest kontrola spójności: należy sprawdzić, czy odtworzony stan odpowiada wybranej kopii i czy nie brakuje wymaganych plików, rekordów albo ustawień. Test powinien mieć zdefiniowany wynik pozytywny, na przykład poprawne wykonanie określonej operacji przez konto testowe. Wyniki, komunikaty błędów i czas wykonania należy zapisać w raporcie incydentu.

Dokumentowanie, powrót do normalnego działania i aktualizacja instrukcji

Procedura DR powinna kończyć się opisem działań po przywróceniu usługi. Trzeba określić, kto potwierdza poprawność działania, jak przekazać informację użytkownikom technicznym oraz w jaki sposób zabezpieczyć ślady wykonanych czynności. Jeżeli podczas awarii uruchomiono wariant zastępczy, instrukcja musi opisywać także bezpieczny powrót do podstawowego środowiska. Przełączenie zwrotne powinno być poprzedzone sprawdzeniem aktualności danych, ustaleniem momentu synchronizacji i potwierdzeniem, że środowisko podstawowe jest gotowe do przyjęcia ruchu. Nie należy usuwać środowiska awaryjnego przed zakończeniem weryfikacji i uzyskaniem potwierdzenia, że usługa działa stabilnie.

Po każdym użyciu procedury trzeba porównać dokument z rzeczywistym przebiegiem odtwarzania. Aktualizacji wymagają między innymi ścieżki do kopii, dane kontaktowe, kolejność czynności, nazwy komponentów, uprawnienia i kryteria testów. Dobrym sprawdzianem jest kontrolowane odtworzenie w uzgodnionym oknie, bez oczekiwania na prawdziwą awarię. Taki test ujawnia nieaktualne instrukcje, brakujące dostępy i nieopisane zależności. Przy diagnostyce problemów z laptopami, komputerami PC oraz ich podzespołami można natomiast ustalić, czy źródłem niedostępności są uszkodzenia sprzętowe, błędy nośnika danych lub nieprawidłowa konfiguracja. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów stacjonarnych PC.