Poziomy rozwiązania Disaster Recovery



Podobne dokumenty
Zarządzanie Ciągłością Działania

element bezpieczeństwa firmowej infrastruktury IT

System Zachowania Ciągłości Funkcjonowania Grupy KDPW Polityka SZCF (wyciąg)

Od czego zacząć przy budowaniu środowisk wysokiej dostępności?

Standard określania klasy systemu informatycznego resortu finansów

Disaster: Backup & Recovery Wykonanie kopii DR

System Zachowania Ciągłości Funkcjonowania Grupy KDPW

Rozwiązania HA i DR. Etapy projektowania infrastruktury sprzętowej. Robert Kleniewski. IBM Certified Architect

Win Admin Replikator Instrukcja Obsługi

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

Win Admin Replikator Instrukcja Obsługi

Charakterystyka podstawowych typów zapasowych ośrodków przetwarzania danych

Produkty Tivoli dla każdego Wybrane przykłady wdrożeń

Outsourcing infrastruktury IT. Bepieczeństwo i ciągłość działania CENTRUM ZAPASOWE.

ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Bazy danych - ciągłość działania, spójność danych i disaster recovery. Daniel Polek-Pawlak Jarosław Zdebik

System Zachowania Ciągłości Funkcjonowania Krajowego Depozytu Papierów Wartościowych S.A. Dokument Główny (wyciąg)

Rozwiązania HPE Storage jak zapewnić pełne bezpieczeństwo Twoich danych?

Szybki przewodnik po produkcie. EMC DataDomain

XXIII Forum Teleinformatyki

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Zbuduj prywatną chmurę backupu w firmie. Xopero Backup. Centralnie zarządzane rozwiązanie do backupu serwerów i stacji roboczych

Załącznik nr 2 Opis wdrożonych środków organizacyjnych i technicznych służących ochronie danych osobowych

EZ/2009/697/92/09/ML Warszawa, dnia r.

Xopero Backup Appliance

ZAŁĄCZNIK NR 1.8 do PFU Serwery wraz z system do tworzenia kopii zapasowych i archiwizacji danych - wyposażenie serwerowni

Tworzenie kopii zapasowych i archiwalnych

Referat pracy dyplomowej

Metody replikacji baz danych Oracle pomiędzy ośrodkami przetwarzania danych

Rozporządzenie Wykonawcze Komisji (UE) 2018/151

Wpływ kompetencji pracowników administracji publicznej na wdrożenie i utrzymanie systemów teleinformatycznych

Przetwarzanie i zabezpieczenie danych w zewnętrznym DATA CENTER

BEST S.A. Tworzenie strategii przywracania baz danych na przykładzie SQL Server Cezary Ołtuszyk

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

ZAŁĄCZNIK Nr 1 do CZĘŚCI II SIWZ

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.

BCC ECM Autorskie rozwiązanie BCC wspomagające zarządzanie dokumentami oraz procesami biznesowymi

Specyfikacja usług. 1. Zakup usług informatycznych dla realizacji dostępu do systemu dla obsługi relacji B2B.

Win Admin Replikator Instrukcja Obsługi

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ

PlateSpin Protect Dariusz Leonarski Starszy konsultant Novell Sp. z o.o.

27/13 ZAŁĄCZNIK NR 4 DO SIWZ. 1 Serwery przetwarzania danych. 1.1 Serwery. dostawa, rozmieszczenie i zainstalowanie 2. serwerów przetwarzania danych.

ŚRODOWISKO KOMPUTEROWYCH SYSTEMÓW INFORMATYCZNYCH TEST PEŁNY Status obszaru: Jeszcze nie edytowany (otwarty) Opracowano 0 z 55

WZ PW Norma ISO/IEC 27001:2013 najnowsze zmiany w systemach zarzadzania bezpieczeństwem informacji IT security trends

Jarosław Żeliński analityk biznesowy, projektant systemów

InfoCloud24 Usługowe Centrum Danych

DOKUMENTACJA BEZPIECZEŃSTWA <NAZWA SYSTEMU/USŁUGI>

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ

AE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi

Systemy Operacyjne. Zarządzanie/Administracja Systemem/Procesami. autor: mgr inż. Andrzej Woźniak

1. System powinien pozwalać na bezpieczne korzystanie z aplikacji firmowych poza centralą jak i wewnątrz sieci Zamawiającego.

Projekty infrastrukturalne w obszarze obiektów przetwarzania danych. Piotr Trzciński

Opis przedmiotu zamówienia: Przedmiotem zamówienia na potrzeby Miejskiego Ośrodka Pomocy Społecznej w Mikołowie jest zakup, dostawa oprogramowania (

Zasady ochrony danych i prywatności Usługi Przetwarzania w Chmurze IBM

KONFERENCJA technologie sieciowe

Firma Repostor pragnie obniżyć całkowite koszty użytkowania infrastruktury swoich klientów

PROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU UMOWY

Wstęp do zarządzania projektami

1.1. Założenia dla architektury korporacyjnej EPL

A co jeśli wydarzy się awaria?# Zapewnienie ciągłego dostępu do danych # IBM SmartCloud Managed Backup#

REFERAT O PRACY DYPLOMOWEJ

Wirtualizacja desktopów i aplikacji.

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

DLACZEGO WARTO ARCHIWIZOWAĆ DANE

Katalog handlowy e-production

Autor: Artur Lewandowski. Promotor: dr inż. Krzysztof Różanowski

Samodzielnym Publicznym Szpitalu Klinicznym Nr 1 im. Prof. Stanisława Szyszko w Zabrzu Śląskiego Uniwersytetu Medycznego w Katowicach

Galileo - encyklopedia internetowa Plan testów

Certified IT Manager Training (CITM ) Dni: 3. Opis:

Marcin Soczko. Agenda

Audytowane obszary IT

Comparex It przyszłości już dziś.

Utrzymanie epuap. Raportt Q1 2014

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

Polityka ochrony danych osobowych. Rozdział I Postanowienia ogólne

POLITYKA BEZPIECZEŃSTWA w zakresie ochrony danych osobowych w ramach serwisu zgloszenia24.pl

Praktyczne aspekty informatyzacji małych i średnich placówek służby zdrowia

Waldemar Kessler Managed Services Sales Leader. Managed Services. Get as much help as you want, but not more than you need IBM Corporation

Jarosław Kuchta. Administrowanie Systemami Komputerowymi. Klastry serwerów

Symantec Backup Exec System Recovery 7.0 Server Edition. Odtwarzanie systemu Windows w ciągu najwyżej kilkudziesięciu minut nie godzin czy dni

Zmiana treści Specyfikacji Istotnych Warunków Zamówienia.

Wstęp do zarządzania projektami

Jarosław Żeliński analityk biznesowy, projektant systemów

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

POLITYKA BEZPIECZEŃSTWA. Wykaz zbiorów danych oraz programów zastosowanych do przetwarzania danych osobowych.

ZARZĄDZENIE Nr 10 DYREKTORA GENERALNEGO SŁUŻBY ZAGRANICZNEJ. z dnia 9 maja 2011 r.

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS

Disaster: Backup & Recovery metodologia projektu

Wstęp do zarządzania projektami

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

Promotor: dr inż. Krzysztof Różanowski

Zapytanie ofertowe nr 03/05/2014. Zakup licencji na oprogramowanie do wirtualizacji Działanie POIG 8.2

Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800

The Right Direction.

SHADOWPROTECT SPX. Business Continuity Starts Here

Sekcja I: Instytucja zamawiająca/podmiot zamawiający

Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem przedsięwzięcia z wykorzystaniem metod sieciowych PERT i CPM

SLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK. Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu.

Usługi przechowywania danych KMD/PLATON-U4 dla bibliotek cyfrowych. Maciej Brzeźniak, Norbert Meyer, Rafał Mikołajczak, Maciej Stroiński

Backup Exec Disaster Recovery - konfiguracja płyty ratunkowej i przywracanie całego systemu operacyjnego z kopii bezpieczeństwa

Transkrypt:

X Konferencja PLOUG Kościelisko Październik 2004 Poziomy rozwiązania Disaster Recovery Jarosław Łagowski IBM Polska e mail: j.lagowski@pl.ibm.com Abstrakt W roku 1992 organizacja użytkowników SHARE w porozumieniu z IBM zdefiniowała zestaw poziomów rozwiązania Disaster Recovery. Było to odpowiedzią na rosnące zainteresowanie rozwiązaniami DR i potrzebę ich klasyfikacji. Definicje ustalone przez SHARE okazały się bardzo pomocne dla realizacji projektów zabezpieczenia przetwarzania i dzięki swej elastyczności pozostają do dziś standardem klasyfikacyjnym. Referat obejmie prezentację podstawowych pojęć z zakresu "Disaster Recovery" oraz omówienie 7 (0-6) poziomów bezpieczeństwa DR wg klasyfikacji SHARE. Dodatkowy poziom 7, uwzględniony w referacie, dołączył do standardu SHARE w wyniku rozwoju technologii.

142 Jarosław Łagowski

Poziomy rozwiązania Disaster Recovery 143 1. Definicje 1.1. Disaster Recovery Disaster Recovery (odtwarzanie po katastrofie) jest częścią Bussiness Countinuity Zapewnienia Ciągłości. W ogólności, dotyczy to ciągłości działania danego przedsiębiorstwa lub instytucji. Żywotną częścią przedsiębiorstwa lub instytucji jest oczywiście IT. Rozwiązania Disaster Recovery skupiają się na przywróceniu przetwarzania po awarii (katastrofie) uniemożliwiającej pracę w Ośrodku Podstawowym. Ośrodek Podstawowy rozumiany jest jako infrastruktura informatyczna (pomieszczenia, zasilanie, serwery, sieć, obsługa itp.) używana w czasie normalnej pracy przedsiębiorstwa lub instytucji. Technologicznie, DR wspomagane jest przede wszystkim: lustrzanymi kopiami zdalnymi i błyskawicznymi kopiami lokalnymi PiT (Point in Time). Rys. 1 Przykład architektury Disaster Recovery 1.2. Disaster Recovery Plan Disaster Recovery Plan (Plan Awaryjny) jest najważniejszym dokumentem w rozwiązaniu DR. Proces tworzenia tego dokumentu jest zasadniczym i nieustającym działaniem w ramach projektu DR. DR Plan opisuje całość rozwiązania i zawiera: analizę ryzyka i wymagań biznesowych, katalog procesów i aplikacji objętych projektem z określeniem ich parametrów DR (patrz 1.3), schemat organizacyjny dla projektu DR w rozróżnieniu na czas zwykłej pracy i czas katastrofy, schematy i procedury procesów DR (patrz 3.),

144 Jarosław Łagowski scenariusze działania w przypadku katastrofy. Plan Awaryjny jest dokumentem żywym i podlega cyklicznym rewizjom jak również zmianom będącym wynikiem ewolucji organizacyjno technologicznej przedsiębiorstwa. 1.3. Parametry DR Rys. 2. Parametry DR RTO Recovery Time Objective Czas, który upływa od katastrofy do odtworzenia przetwarzania RPO Recovery Point Objective Aktualność danych odtworzonych po katastrofie, np. dane odtworzone z backupu wykonywanego co noc mają RPO równe 24 godziny BWO Backup Window Objective Zaburzenie dostępności systemu produkcyjnego, inaczej mówiąc, jak długa i jak częsta przerwa w przetwarzaniu (jeśli w ogóle) jest możliwa aby wykonać kopię DR NRO Network Recovery Objective Czas, który upływa od katastrofy do nawiązania awaryjnych połączeń sieciowych: koniecznych do rozpoczęcia odtwarzania, koniecznych do wznowienia przetwarzania, docelowych po katastrofie. MDL Maximum Data Loss Maksymalna utrata danych z uwzględnieniem dodatkowych możliwości odtwarzania (logi transakcji, wprowadzenie dokumentów papierowych itp.). Podstawowymi parametrami, którymi operuje się w klasyfikacji poziomów DR wg SHARE są RTO i RPO.

Poziomy rozwiązania Disaster Recovery 145 2. Poziomy rozwiązania DR Rys. 3. Poziomy rozwiązania DR 0 No off-site data (Kopia lokalna składowana lokalnie) Rys. 4. Poziom 0 Wymagania Disaster Recovery nie są określone Brak Planu Awaryjnego, brak udokumentowanych procedur Dane są zabezpieczone kopią lokalną lub w ogóle Czas odtwarzania nie jest określony, być może odtwarzanie po katastrofie nie będzie możliwe RPO częstotliwość kopii lokalnej 24 godz. RTO?

146 Jarosław Łagowski 1 Pickup Truck Method PTAM (Kopia lokalna składowana zewnętrznie) Rys. 5 Poziom 1 Niskie wymagania Disaster Recovery Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury Dane są zabezpieczone kopią lokalną transportowaną fizycznie do oddalonego umiejscowienia Odtwarzanie zależy od tego jak szybko po katastrofie można odtworzyć infrastrukturę (przygotowane umiejscowienie, umowy z dostawcami). RPO częstotliwość kopii lokalnej 24 godz. RTO > 1 tydzień 2 PTAM + hot site (Kopia lokalna + Ośrodek Zapasowy) Średnie wymagania Disaster Recovery Rys. 6. Poziom 2

Poziomy rozwiązania Disaster Recovery 147 Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury Dane są zabezpieczone kopią lokalną transportowaną fizycznie do Ośrodka Zapasowego Odtwarzanie zależy od stopnia gotowości Ośrodka Zapasowego (przygotowana infrastruktura, umowy z dostawcami). Czas odtwarzania zwykle przekracza jeden dzień. RPO częstotliwość kopii lokalnej 24 godz. RTO > 1 dzień 3 Electronic vaulting (Kopia zdalna w Ośrodku Zapasowym) Rys. 7. Poziom 3 Podwyższone wymagania Disaster Recovery Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury Dane są zabezpieczone kopią zdalną bezpośrednio w Ośrodku Zapasowym Odtwarzanie jest szybkie. Ośrodek Zapasowy musi mieć przynajmniej odpowiednia przestrzeń dyskową (do odbioru kopii zdalnej) Czas odtwarzania zwykle wynosi jeden dzień Musi istnieć połączenie sieciowe pomiędzy Ośrodkami zapewniające wykonanie kopii zdalnej. RPO częstotliwość kopii zdalnej 24 godz. RTO - 1 dzień

148 Jarosław Łagowski 4 Active Secondary Site (Aktywny Ośrodek Zapasowy) Rys. 8. Poziom 4 Wysokie wymagania Disaster Recovery. Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury. Wybrane (lub wszystkie) dane są zabezpieczone kopią zdalną bezpośrednio w Ośrodku Zapasowym. Metoda PTAM może pozostać jako uzupełnienie. Odtwarzanie jest bardzo szybkie. Ośrodek Zapasowy może na bieżąco uczestniczyć w obciążeniu produkcyjnym. Wyposażenie i personel Ośrodka są kompletne. Czas odtwarzania zwykle wynosi poniżej jednego dnia. Musi istnieć połączenie sieciowe pomiędzy Ośrodkami zapewniające wykonanie kopii zdalnej Muszą istnieć połączenia sieciowe umożliwiające produkcję w Ośrodku Zapasowym RPO częstotliwość kopii zdalnej 24 godz. RTO < 1 dzień

Poziomy rozwiązania Disaster Recovery 149 5 Two-site two-phase commit (Zapis jednoczesny) Rys. 9. Poziom 5 Bardzo wysokie wymagania Disaster Recovery Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury Dane, lub ich krytyczna część, są zabezpieczone poprzez mechanizm replikacji lub twophase commit w Ośrodku Zapasowym Odtwarzanie jest bardzo szybkie. Dane lub ich krytyczna część są aktualne. Ośrodek Zapasowy może na bieżąco uczestniczyć w obciążeniu produkcyjnym. Wyposażenie i personel Ośrodka są kompletne. Czas odtwarzania zwykle wynosi poniżej 12 godzin. Musi istnieć połączenie sieciowe pomiędzy Ośrodkami zapewniające nieznaczące opóźnienia dla replikacji danych. Muszą istnieć połączenia sieciowe umożliwiające produkcję w Ośrodku Zapasowym RPO blisko 0 dla krytycznych danych. RTO < 12 godzin

150 Jarosław Łagowski 6 Zero Data Loss (Bez utraty danych) Rys. 10. Poziom 6 Najwyższe wymagania Disaster Recovery Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury Dane są stale aktualizowane poprzez mechanizm zdalnej kopii lustrzanej Odtwarzanie jest bardzo szybkie. Dane są aktualne. Ośrodek Zapasowy może na bieżąco uczestniczyć w obciążeniu produkcyjnym. Wyposażenie i personel Ośrodka są kompletne. Czas odtwarzania zwykle wynosi poniżej jednej godziny. Musi istnieć połączenie sieciowe pomiędzy Ośrodkami zapewniające nieznaczące opóźnienia dla zdalnej kopii lustrzanej. Muszą istnieć połączenia sieciowe umożliwiające produkcję w Ośrodku Zapasowym RPO blisko 0 RTO < 1 godziny

Poziomy rozwiązania Disaster Recovery 151 7 Automatic site switch (Automatyczne przełączenie) Rys. 11. Poziom 7 Najwyższe wymagania Disaster Recovery Plan Awaryjny jest zdefiniowany, istnieją udokumentowane procedury Dane są stale aktualizowane poprzez mechanizm zdalnej kopii lustrzanej Odtwarzanie jest automatyczne. Dane są aktualne. Ośrodek Zapasowy może na bieżąco uczestniczyć w obciążeniu produkcyjnym. Wyposażenie i personel Ośrodka są kompletne. Czas odtwarzania zwykle wynosi poniżej 30 minut. Musi istnieć połączenie sieciowe pomiędzy Ośrodkami zapewniające nieznaczące opóźnienia dla zdalnej kopii lustrzanej. Muszą istnieć połączenia sieciowe umożliwiające produkcję w Ośrodku Zapasowym Muszą być zaimplementowane mechanizmy (oprogramowanie) automatycznego zarządzania DR. RPO blisko 0 RTO - < 30 minut 3. Implementacja rozwiązania DR Implementacja rozwiązania Disaster Recover realizowana jest poprzez grupy procesów. Zasadniczym procesem, rozpoczynającym wdrożenie i trwającym cały czas jest tworzenie i utrzymanie Planu Awaryjnego. Tam też opisane są zależności pomiędzy procesami oraz procedury wykonawcze. Modularność procesów pozwala na łatwiejszą koordynację zmian i rozwój rozwiązania.

152 Jarosław Łagowski procesy DR KOPIA ARCHIWALNA KOPIA ZDALNA KOPIA PIT PROCESY WYKONANIA KOPII DR WERYFIKACJA ODTWARZANIE / TESTY DISASTER RECOVERY PLAN PROCESY ODTWARZANIA AUTOMATYZACJA RAPORTOWANIE I MONITOROWANIE PROCESY WSPIERAJ ĄCE DR INNE FUNKCJE OŚRODKA ZAPASOWEGO PROCESY WSPIERAJ ĄCE OŚRODKA Z. czas Rys. 12. Implementacja rozwiązania DR 3.1. Procesy Wykonania Kopii DR Procesy odpowiedzialne za realizację kopii DR wykonywane są cyklicznie w ramach ustalonego harmonogramu. Ten zestaw procesów wdrażany jest jako pierwszy bez poprawnie wykonanej kopii DR nie ma mowy o odtwarzaniu po katastrofie. KOPIA ARCHIWALNA Proces archiwizacji kopii DR na taśmy KOPIA ZDALNA Proces tworzenia i utrzymania zdalnej kopii lustrzanej (secondary) KOPIA PIT Proces realizacji błyskawicznej kopii Point in Time (tertiary) WERYFIKACJA Proces weryfikacji poprawności kopii DR Szczególne znaczenie ma proces WERYFIKACJI. Bez tego procesu, nie można być pewnym poprawności odkładanej kopii, a tym samym jej przydatności w przypadku katastrofy. WERYFIKA- CJA odbywa się z reguły na KOPII PIT. Dzięki temu nie jest zaburzany proces utrzymania KOPII ZDALNEJ. KOPIA PIT (tertiary), odkładana i weryfikowana cyklicznie stanowi ochronę przed błędem logicznym w danych, który natychmiast jest przenoszony z produkcji na KOPIĘ ZDALNĄ (secondary).

Poziomy rozwiązania Disaster Recovery 153 3.2. Procesy Odtwarzania Procesy odtwarzania realizowane są w następujących przypadkach: cykliczne przygotowanie do WERYFIKACJI, testy Planu Awaryjnego, katastrofa ODTWARZANIE / TESTY Proces odtwarzania opisuje czynności niezbędne do podjęcia przetwarzania produkcyjnego w Ośrodku Zapasowym lub przygotowania kopii do WERYFIKACJI DISASTER RECOVERY PLAN - Podstawowy proces realizacji rozwiązania DR. polegający na przygotowaniu i utrzymaniu Planu Awaryjnego. Scenariusze odtwarzania po katastrofie muszą być ćwiczone według ustalonego harmonogramu. Niedopuszczalne jest pozostawienie jednokrotnie sprawdzonych procedur na półkę z myślą sięgnięcia po nie w przypadku katastrofy. Przyjmuje się, że testy scenariuszy odtwarzania według Planu Awaryjnego powinny być ćwiczone co 6 miesięcy. 3.3. Procesy Wspierające DR Ta grupa procesów ma za zadanie wspomagać realizację zasadniczych procesów DR (Wykonania Kopii DR i Odtwarzania). Wdrażanie tych procesów może odbywać się stopniowo i nie musi wystartować od początku projektu. Wprowadzenie AUTOMATYZACJI jest niezbędne dla osiągnięcia poziomu 7. AUTOMATYZACJA Proces realizujący automatyzację procesów DR RAPORTOWANIE I MONITOROWANIE - Proces realizujący raportowanie i monitorowanie przebiegu zasadniczych procesów DR 3.4. Procesy Wspierające Ośrodka Zapasowego Ośrodek Zapasowy przygotowany do realizacji wysokiego poziomu rozwiązania DR wymaga dużych nakładów finansowych i organizacyjnych. Dlatego istotne jest, aby można go było wykorzystywać również do celów innych niż tylko DR. I tak, zasoby Ośrodka Zapasowego mogą być wykorzystane do: przejęcia części obciążenia produkcyjnego, testów nowych wersji oprogramowania, testów wydajnościowych i innych. W szczególności, do różnego rodzaju testów nie związanych z DR może być wykorzystana KO- PIA PIT (tertiary), która stanowi replikę środowiska produkcyjnego (po WERYFIKACJI). Procesy Wspierające Ośrodka Zapasowego muszą być wdrażane tak, aby nie zaburzyć podstawowych procesów DR. Musza być też ujęte w Planie Awaryjnym, tak aby na wypadek katastrofy wyłączyć te z nich, które zajmują zasoby potrzebne do przejęcia produkcji przez Ośrodek Zapasowy.

154 Jarosław Łagowski 4. Podsumowanie Rys. 13. Okno kompromisu dla rozwiązania DR Im wyższe parametry DR (wyższy poziom rozwiązania), tym większe środki muszą być przeznaczone na realizację projektu. Koszty przestoju po katastrofie mogą rosnąć dramatycznie wraz z czasem, który upłynął od katastrofy, a w rezultacie doprowadzić do nieodwracalnych strat. Optymalne rozwiązanie Disaster Recovery powinno zostać odnalezione w tzw. oknie kompromisu pomiędzy dostępnymi środkami na DR a dopuszczalnymi kosztami przestoju Bibliografia 1. Fire in the Computer Room - What Now?, SG24-4211-01 2. Disaster Recovery Library Data Recovery, GG24-3994 3. International Technical Support Organization Bibliography of Redbooks, GG24-3070. (www.redbooks.ibm.com)