Przegląd scenariuszy testów odzyskiwania awaryjnego

Od współczesnych przedsiębiorstw oczekuje się ciągłości działania przez całą dobę, siedem dni w tygodniu. Nawet niewielkie opóźnienie w działalności biznesowej i świadczeniu usług może podważyć wiarygodność organizacji i spowodować znaczne straty. Istnieje wiele czynników, które mogą prowadzić do przestojów w działalności, a głównym z nich jest awaria, która zawsze pojawia się w najmniej oczekiwanym momencie. Dlatego też, aby zachować konkurencyjność na rynku i zapewnić ciągłość działania, organizacje powinny opracować skuteczny plan odzyskiwania awaryjnego (DR) oraz regularnie go testować. W tym wpisie na blogu wymieniono czynniki, które warto wziąć pod uwagę przed przetestowaniem planu DR, oraz opisano, w jaki sposób przeprowadzenie scenariuszy testowych odzyskiwania awaryjnego może pomóc w przygotowaniu się do odzyskania sprawności po awarii.

Zapewnij dostępność dzięki NAKIVO

Spełnij rygorystyczne wymagania dotyczące dostępności usług w infrastrukturach wirtualnych. Osiągnij cele w zakresie ciągłości działania dzięki niezawodnym funkcjom orkestracji i automatyzacji w zakresie odzyskiwania po awarii.

ODKRYJ ROZWIĄZANIE

Czym jest plan DR?

Zasadniczo nie da się przewidzieć katastrofy – zawsze pojawia się ona niespodziewanie. Dlatego organizacja, której zależy na wysokiej dostępności, powinna opracować plan DR. Plan DR to udokumentowany zestaw zadań i procedur, które należy wdrożyć, gdy katastrofa wpłynie na infrastrukturę IT organizacji. Jego głównym celem jest zminimalizowanie negatywnych skutków zdarzenia DR oraz zapobieganie ewentualnym szkodom. Kompleksowy plan DR określa, jakie działania należy podjąć przed katastrofą, w jej trakcie oraz po jej zakończeniu.

Wyróżnia się dwa rodzaje katastrof: naturalne (tornada, huragany, powodzie itp.) oraz spowodowane przez człowieka (błędy serwerów, nieudane aktualizacje, ataki hakerów itp.). Plan odzyskiwania awaryjnego powinien zostać opracowany w oparciu o ryzyka i zagrożenia, na które organizacja jest najbardziej narażona. Ponadto należy zidentyfikować operacje i aplikacje, które mają kluczowe znaczenie dla prowadzenia działalności, i nadać im najwyższy priorytet w kolejności odzyskiwania. Analizując te czynniki z wyprzedzeniem, zapewniasz, że plan DR będzie w stanie poradzić sobie z wszelkimi problemami, które mogą pojawić się podczas rzeczywistego zdarzenia wymagającego przywrócenia sprawności.

Czynniki, które należy wziąć pod uwagę przed przetestowaniem planu DR

Po opracowaniu planu DR należy przygotować się do jego przetestowania. Nawet jeśli masz pewność, że opracowałeś skuteczny i kompleksowy plan DR, powinieneś zweryfikować, czy wszystko działa zgodnie z planem, oraz z wyprzedzeniem zidentyfikować ewentualne problemy. Zanim jednak poddasz swój plan DR testom, warto wziąć pod uwagę kilka czynników, aby zapewnić powodzenie procesu, takich jak założenia testowe, zakres testów oraz kryteria powodzenia testów.

Założenia testowe

Pierwszym krokiem w przygotowaniach do testów jest zdefiniowanie założeń testowych. Przed przeprowadzeniem testów DR zespół ds. odzyskiwania danych powinien omówić, jaki kierunek obrać, aby osiągnąć optymalne wyniki. Zasadniczo założenia testowe stanowią podstawę, na której opiera się proces testowania DR. Kompleksowe założenia testowe obejmują następujące elementy:

• Ryzyka i zagrożenia, na które organizacja jest najbardziej narażona, oraz odpowiednie mechanizmy reagowania, które należy przetestować
• Scenariusze testów DR, które należy wdrożyć, oraz uzasadnienie tego wyboru
• Warunki i okoliczności przedtestowe wymagane do przeprowadzenia testów DR
• Warunki i okoliczności potestowe, które muszą zostać spełnione po zakończeniu testu
• Wyniki, których oczekuje się po zakończeniu procesu testowania

Zakres testów

Kolejny ważny czynnik Należy wziąć pod uwagę zakres testów, który określa obszary, jakie należy objąć w trakcie procesu testowania. Zespół ds. odzyskiwania danych powinien jasno ustalić, które elementy systemu i funkcje należy przetestować, a następnie poinformować personel o systemach, które będą objęte testami odzyskiwania danych. Ponadto zespół ds. odzyskiwania danych powinien zdefiniować ograniczenia i wyłączenia procesu testowania, aby dokładnie wiedzieć, co zostanie przetestowane, a co nie, i z góry uniknąć wszelkich niejasności.

Kryteria powodzenia testów

Kryteria powodzenia testów określają, kiedy proces testowania odzyskiwania danych można uznać za pomyślnie zrealizowany. Analizując wyniki testów, można ustalić, czy oczekiwania zostały spełnione oraz które obszary wymagają poprawy. Testy DR są zazwyczaj uznawane za zakończone sukcesem, jeśli plan DR potwierdził swoją funkcjonalność i zasadność. Jednakże, jeśli w wyniku procesu testowania DR zidentyfikowano słabe punkty planu DR, można to również uznać za sukces. Zespół ds. odzyskiwania sprawności jest teraz w stanie ulepszyć plan DR poprzez opracowanie środków zaradczych i usunięcie jego niedociągnięć. Ponadto kryteria powodzenia testu pozwalają pracownikom ocenić ich wydajność podczas testów DR oraz udoskonalić mechanizmy reagowania organizacji na awarie.

Dlatego ważne jest, aby udokumentować każdy etap procesu oraz z wyprzedzeniem określić założenia testowe, zakres testu i kryteria powodzenia testu, aby być przygotowanym na wszelkie nieoczekiwane problemy i odpowiednio na nie zareagować.

Czym jest scenariusz testowania DR?

Testowanie wszystkich elementów planu DR bez wcześniejszego przygotowania nie jest praktyczne, ponieważ przeprowadzenie testów DR może być bardzo trudnym zadaniem. Aby zapewnić skuteczne działanie planu DR podczas zdarzenia awaryjnego, należy sprawdzić, w jaki sposób organizacja zareagowałaby na konkretne zdarzenie awaryjne. W tym celu można wykorzystać scenariusz testowania DR. Scenariusz awarii może zostać opracowany przez zespół ds. odzyskiwania danych, uwzględniający wszystkie aspekty działalności organizacji, lub można skorzystać z gotowych szablonów scenariuszy DR dostępnych w Internecie.

Typowy scenariusz testowania DR zazwyczaj opisuje zdarzenie DR, jego okoliczności oraz wpływ, jaki wywarło ono na daną organizację. Symulując zdarzenie DR, można ocenić gotowość organizacji do przeprowadzenia procesu DR oraz zidentyfikować lepsze sposoby reagowania i przywrócenia sprawności po rzeczywistej katastrofie (naturalnej lub spowodowanej przez człowieka).

Rodzaje scenariuszy testów odzyskiwania awaryjnego

Scenariusze testów odzyskiwania awaryjnego obejmują wiele sytuacji awaryjnych i zdarzeń katastroficznych, które mogą w taki czy inny sposób wpłynąć na wydajność Twojej organizacji. Przyjrzyjmy się bliżej, na czym polegają te scenariusze testów DR.

Zakłócenia w działaniu

Większość organizacji stanowi złożony system, którego elementy są ze sobą ściśle powiązane. Dlatego też awaria jednego z tych elementów naraża cały system na ryzyko zakłóceń w działaniu. Należy opracować scenariusze testów DR obejmujące szeroki zakres problemów operacyjnych. W tym celu należy rozważyć dowolną krytyczną operację/proces oraz zdarzenie związane z odzyskiwaniem awaryjnym (DR), które mogłoby na nią negatywnie wpłynąć lub ją uszkodzić.

Tego typu scenariusze testów odzyskiwania awaryjnego zazwyczaj obejmują wszelkie sytuacje awaryjne, które mogą zakłócić wydajność organizacji. Przykłady zdarzeń DR związanych z operacjami to: pożar lub wybuch w centrum produkcyjnym, awaria głównej linii montażowej spowodowana nieprawidłowym działaniem oprogramowania lub przerwy w przepływie pracy wynikające z błędów ludzkich.

Problemy techniczne

Jeśli większość operacji odbywa się w środowisku serwerów wirtualnych, symulacja scenariuszy odzyskiwania po awarii związanych z technologią powinna być głównym priorytetem. W przypadku awarii systemu wznowienie działalności biznesowej może zająć trochę czasu. Dlatego niezbędne jest opracowanie scenariusza testów odzyskiwania po awarii odzwierciedlającego problemy techniczne, które mogą znacząco wpłynąć na wydajność organizacji. Problemy te mogą obejmować awarię serwera, zakłócenia łączności sieciowej, usterki oprogramowania, utratę danych lub brak dostępu do kopii zapasowych.

Utrata kluczowych pracowników

Personel stanowi istotną część każdej organizacji, ponieważ to właśnie pracownicy jako pierwsi stają w obliczu sytuacji kryzysowej i reagują na nią. Kierownictwo powinno utworzyć zespół ds. odzyskiwania sprawności, odpowiedzialny za przeprowadzenie i monitorowanie procesu DR od początku do końca. Jednak niektórzy członkowie tego zespołu – ci, którzy posiadają kluczową wiedzę na temat procedur DR – mogą zachorować lub odejść z pracy. Dlatego należy rozważyć możliwe konsekwencje takiej utraty i przygotować scenariusz testowania DR, który uwzględnia tę kwestię. Możliwe scenariusze DR obejmują następujące sytuacje: strajk personelu, sabotaż ze strony pracowników, epidemię grypy lub atak hakerski przeprowadzony przez zwolnionego i niezadowolonego pracownika.

Klęski żywiołowe

Klęski żywiołowe, takie jak tornada, huragany czy trzęsienia ziemi, mogą mieć wpływ na ludzi i mienie, a także na infrastrukturę organizacji. Klęski żywiołowe są zazwyczaj nieprzewidywalne, a szkody, jakie mogą spowodować, są zazwyczaj dość trudne do oszacowania. Dlatego należy wziąć pod uwagę położenie geograficzne centrum produkcyjnego i zidentyfikować potencjalne ryzyka oraz zagrożenia, na które obszar ten jest najbardziej narażony. Na tej podstawie można opracować scenariusz testów odzyskiwania po awarii (DR), który będzie najbardziej odpowiedni dla danej organizacji. Przykłady scenariuszy klęsk żywiołowych obejmują: burzę lodową uszkadzającą infrastrukturę komunikacyjną, trzęsienie ziemi niszczące centrum produkcyjne oraz powodzie powodujące problemy z transportem.

Ryzyko biznesowe

Scenariusze odzyskiwania po awarii (DR) związane z działalnością biznesową powinny być opracowane specjalnie dla danej organizacji, co oznacza, że należy przede wszystkim zdefiniować, jak działa firma i jakie kluczowe elementy zapewniają jej ciągłość działania. Aby zidentyfikować obszary wymagające wyższego poziomu ochrony, należy przeprowadzić analizę wpływu na działalność (BIA), która ocenia najbardziej krytyczne operacje biznesowe oraz skutki ich zakłócenia. Na tej podstawie kierownictwo może zidentyfikować najbardziej prawdopodobne ryzyka i opracować odpowiedni scenariusz DR. Takie scenariusze DR zazwyczaj obejmują: krach na giełdzie, wycieki danych, utratę klientów na rzecz konkurencji lub niewypłacalność kluczowych dostawców.

Zdarzenia mało prawdopodobne

Jak wspomniano powyżej, istnieją różne zdarzenia związane z odzyskiwaniem po awarii, które od czasu do czasu mogą wpływać na organizacje. Należy jednak być również przygotowanym na reagowanie na zdarzenia o skali wykraczającej poza normę. Prawdopodobieństwo wystąpienia takiego zdarzenia jest niezwykle niskie, ale personel powinien być ich świadomy i wiedzieć, jak zareagować, gdy nadejdzie taka sytuacja. Dlatego należy stworzyć scenariusz testowania planu DR, który obejmowałby takie sytuacje awaryjne, jak: katastrofa lotnicza w centrum produkcyjnym, erupcja wulkanu lub zamieszki społeczne.

Znaczenie testowania planu DR

Nawet najlepiej przemyślany plan DR nie może zostać uznany za skuteczny, dopóki nie zostanie przetestowany. Testowanie planu DR pozwala zidentyfikować wszelkie wady i niespójności w strategii DR, zapewniając w ten sposób przewidywanie i zapobieganie ewentualnym szkodom, zanim dojdzie do rzeczywistej katastrofy. W tym przypadku zdecydowanie zaleca się przegląd planu DR w kontekście scenariuszy testowych DR. Zespół ds. odzyskiwania może po prostu przejść przez wszystkie etapy opracowanego planu i szczegółowo je omówić — nie wymaga to żadnych nakładów i jest łatwe do przeprowadzenia. Ta metoda testowania daje jednak tylko podstawowy obraz tego, jak przebiegałby proces odzyskiwania po awarii, ponieważ nie są w jej ramach testowane żadne komponenty systemu. Można natomiast przeprowadzić pełną symulację, która jest bardziej kosztowna i złożona, ponieważ obejmuje testowanie wszystkich elementów planu odzyskiwania po awarii w rzeczywistym środowisku pracy. Mimo że może to zakłócić proces produkcyjny, ta metoda testowania pozwala ocenić zdolność personelu do reagowania na różne scenariusze odzyskiwania po awarii oraz zweryfikować skuteczność planu. Dzięki regularnemu testowaniu planu odzyskiwania po awarii organizacji przy użyciu różnych scenariuszy można go udoskonalać i upewnić się, że nawet nieoczekiwana katastrofa nie spowoduje opóźnień.

Testowanie odzyskiwania lokacji za pomocą NAKIVO

Aby mieć pewność, że system jest odpowiednio chroniony i można go szybko i łatwo odzyskać, samo posiadanie planu odzyskiwania po awarii nie wystarczy. Organizacja powinna zainstalować wydajne oprogramowanie do kopii zapasowych i replikacji, aby zapewnić płynny przebieg procesu odzyskiwania po awarii. NAKIVO Backup & Replication to odpowiednie rozwiązanie, ponieważ oferuje wyjątkową funkcję Odzyskiwanie lokacji, która pozwala zaspokoić potrzeby każdej firmy związane z odzyskiwaniem po awarii. Można utworzyć przepływ pracy w usłudze Odzyskiwanie lokacji (tj. zadanie SR), które obejmuje szereg działań lub warunków, takich jak tryb failover, powrót po awarii, uruchamianie/zatrzymywanie maszyn wirtualnych, uruchamianie/zatrzymywanie zadań, dołączanie/odłączanie repozytorium i inne, uporządkowane według własnego uznania. Zadanie SR to zautomatyzowany algorytm, który pozwala zaprojektować proces odzyskiwania o dowolnej skali. Zadania SR można łatwo modyfikować, uzupełniać lub testować bez wpływu na środowisko produkcyjne. Po tym etapie cały proces jest zautomatyzowany i może być uruchamiany zgodnie z harmonogramem lub na żądanie.

Zadanie SR można wykonywać w trybie produkcyjnym i testowym. Aby przetestować zadanie SR na żądanie, należy najpierw upewnić się, że istnieje już zadanie SR, lub utworzyć nowe. Następnie wykonaj poniższe kroki:

1. Na pulpicie nawigacyjnym Jobs wybierz zadanie SR, które chcesz przetestować, a następnie kliknij Run Job.
2. Następnie otworzy się okno dialogowe z dwiema opcjami: Test site recovery job lub Run site recovery job. Kliknij Test site recovery job.
3. Otworzy się kolejne okno dialogowe, w którym można skonfigurować cel związany z czasem odzyskiwania (RTO). RTO to okres dopuszczalnego przestoju, w którym system powinien zostać przywrócony, aby zapobiec poważnym stratom. W tym oknie dialogowym można włączyć lub wyłączyć opcję celu dotyczącego czasu odzyskiwania. Jeśli opcja jest włączona, należy ustawić wartość celu dotyczącego czasu odzyskiwania, która określa czas przeznaczony na ukończenie testu zadania odzyskiwania lokacji.
4. Kliknij Test , aby uruchomić zadanie.

   Uwaga: Testowanie zadania odzyskiwania lokacji można również uruchamiać zgodnie z harmonogramem. Opcję Test Schedule można skonfigurować podczas tworzenia nowego zadania odzyskiwania lokacji. Można więc skonfigurować zadanie odzyskiwania lokacji tak, aby okresowo przeprowadzało testy zgodnie z wybranym harmonogramem.
   

Innym sposobem skonfigurowania harmonogramu testów jest użycie wcześniej utworzonych zadań odzyskiwania lokacji. W takim przypadku należy przejść do lewego panelu strony głównej, a następnie kliknąć prawym przyciskiem myszy zadanie odzyskiwania lokacji, dla którego ma zostać skonfigurowany harmonogram testów. Zostanie wyświetlone menu podręczne z różnymi opcjami zarządzania zadaniem, takimi jak Run Job, Rename, Edit, Delete, i Disable. Kliknij Edit.

Następnie kliknij sekcję Harmonogram testów i wprowadź wybrane ustawienia harmonogramu. Menu jest identyczne z menu w Kreatorze nowego zadania odzyskiwania lokacji.

Można więc skonfigurować zadanie odzyskiwania lokacji tak, aby okresowo przeprowadzało testy zgodnie z harmonogramem najlepiej dostosowanym do potrzeb organizacji.

Podsumowanie

Każda organizacja świadoma konsekwencji awarii odzyskiwania po awarii zdaje sobie sprawę ze znaczenia posiadania kompleksowego planu odzyskiwania po awarii. Wiele takich planów okazuje się jednak nieskutecznych z powodu braku testów. Aby mieć pewność, że plan odzyskiwania po awarii jest skuteczny i aktualny, należy opracować różne scenariusze odzyskiwania po awarii i uwzględnić je w procesie testowania. Scenariusze odzyskiwania po awarii pozwalają przeszkolić pracowników w zakresie reagowania na awarię, niezależnie od tego, jak nieoczekiwana lub mało prawdopodobna może być, a tym samym uniknąć paniki lub dezorientacji.

Dzięki NAKIVO Backup & Replication możesz mieć pewność, że Twój system jest niezawodnie chroniony i można go łatwo odzyskać. Nowa funkcja – Odzyskiwanie lokacji – to zautomatyzowane, wielofunkcyjne narzędzie, które eliminuje konieczność ręcznego przeprowadzania procesu odzyskiwania po awarii. Co więcej, możesz w dowolnym momencie uruchomić testowanie zadania odzyskiwania lokacji, nie wpływając na środowisko produkcyjne. Po otrzymaniu wyników testów możesz zidentyfikować niedociągnięcia w strategii odzyskiwania i odpowiednio zaktualizować zadanie odzyskiwania lokacji. Funkcja Odzyskiwanie lokacji zapewnia więc szereg korzyści, których celem jest zagwarantowanie ciągłości działania firmy i ochrony danych.

Pobierz wersję próbną i już dziś przetestuj produkt w środowisku VMware, Hyper-V lub mieszanym!

Wypróbuj NAKIVO Backup & Replication

Skorzystaj z bezpłatnej wersji próbnej, aby zapoznać się ze wszystkimi funkcjami rozwiązania w zakresie ochrony danych. 15 dni za darmo. Bez żadnych ograniczeń dotyczących funkcji ani pojemności. Nie jest wymagana karta kredytowa.

Wypróbuj za darmo