Plánování obnovy po pohromě. Ing. Miloslav Hub, Ph.D. 19. prosince 2007

Transkript

1 Plánování obnovy po pohromě Ing. Miloslav Hub, Ph.D. 19. prosince 2007

2 Problematika DRP 1. Plánováníobnovy po pohromě 2. Strategie obnovy po pohromě 3. Vytvořeníplánu obnovy 4. Školenía dokumentace 5. Testovánía správa

3 1.Plánování obnovy po pohromě Disaster Recovery Planning (DRP) Plánování obnovy po pohromě (DRP) pokračuje tam, kde možnosti plánování kontinuity podnikových procesu (BCP) končí. Cílem DRP je znovunastolení běžné podnikové činnosti. Pohroma je jakákoliv událost, která pozastaví, brání, nebo přeruší schopnost organizace vykonávat její pracovní úkoly. Rozdělení pohrom: Přírodní pohromy Pohromy způsobené člověkem

4 Přírodní pohromy Možné rozdělení na pohromy podle možnosti detekce: Pohromy, které se dají detekovat předem. Pohromy, které se předem detekovat nedají. DRP musí vzít v úvahu oba druhy pohrom. Příklady přírodních pohrom: Zemětřesení Záplavy (různé typy, např. po průtrži, roztávání sněhu, proražení hráze, tsunami, 100-letá voda, ) Vichřice (bouřky, hurikány, tornáda, ) Požár (přírodní pohroma, nebo způsobená člověkem) Ostatní regionální pohromy (sopečné erupce, sesuvy půdy, monzunové deště, laviny..) Možnost spolupráce např. se záchranářema, hasiči,..

5 Pohromy způsobené člověkem Současná civilizace je stále víc závislá na interakci mezi technologickým, logistickým a přírodním systémem, což však současně představuje nebezpečí. Příklady pohrom způsobených člověkem: Požár (úmyslný a neúmyslný) Bomby, exploze (podobné důsledky jako požár velkého rozsahu) Útok teroristů (zpravidla nelze pojistit) Výpadky energie (elektřina, plyn, voda,..) Selhání infrastruktury (letiště, dálnice, ) Selhání hardware, nebo software (selhání telefonického spojení, možnost řešit redundancí) Stávky Zloději, vandalové

6 2. Strategie obnovy po pohromě Plán obnovy po pohromě musí být schopný zajistit bezprostřednou a automatickou reakci na pohromu. Plán obnovy po pohromě by měl být vytvořen tak, aby zaměstnanci prví reakce dokázali vhodně reagovat i v případě, že DRP tým není přítomný.

7 Stanovení priorit podniku Podnikové jednotky s nejvyšší prioritou jsou zachraňovány nejdříve. Třeba vytvořit sestupného seznamu priorit DRP týmem. Např. na jednotku s nejvyšší prioritou 50 % kapacity.

8 Krizový management Při pohromě zpravidla panika, té zabrání plán obnovy po pohromě. Personál, který může s pohromou přijít do styku jako první musí být školen koho informovat a jak reagovat. Všichni zaměstnanci musí být průběžně školeni. Krizový management je současně věda i umění.

9 Komunikace v případě pohromy Zajištění komunikace při pohromě: uvnitř firmy (varování zaměstnanců, kdy mají zaměstnanci přijít zase do práce, na jaké pracoviště, ) s okolím (informování záchranných sborů,..) Redundantní komunikační kanály.

10 Obnova pracovních skupin Snaha, aby pracovní skupiny mohly pokračovat v činnosti. Např. dočasné přemístění do jiné pobočky a elektronická komunikace se skupinou.

11 Změna pracovní lokality Výběr alternativního lokality, dokud primární lokalita není opět dostupná. Možné typy: Studená místa Horká místa Teplá místa Mobilní místa Servisní společnosti Vícenásobná místa

12 Studená místa Záložní vybavení dostatečně velké, kde mohou pokračovat podnikové procesy. Velké sklady, prázdné administrativní budovy, Nemají výpočetní vybavení (hardware a software) a širokopásmové komunikační linky. Zpravidla několik málo telefonních linek. Výhodou je relativně nízká cena. Nevýhodou je časová prodleva (zpravidla týdny) znovunastolení podnikových procesů: servery a pracovní stanice musí být přineseny a nakonfigurovány data musí být obnovena ze záloh komunikační linky musí být aktivovány

13 Horká místa Opak studeného místa. Vybavení připravené k okamžitému provozu. Doporučena jiné geografické umístění, než původního provozu. Data z primárních serverů být průběžně umísťovány na servery v horkém místě, pokud to tak není, pak: Pokud je dostatek času před opuštěním původního místa, data na horkém místě jsou aktualizována. Pokud není dostatek času, data jsou ručně přenesena. Pokud není dostupná záloha, DRT tým musí akceptovat ztrátu části dat. Výhodou je možnost okamžitého pokračování podnikových procesů, nevýhodou jsou vysoké náklady (dvojité vybavení, správa, ). Možnost sdílení a správa externí firmou nebezpečné.

14 Teplá místa Kompromis mezi horkým místem a studeným místem. Disponuje pracovní stanice, servery, komunikační zařízení, ale ne aktuální data. Vybavení je předkonfigurováno a připraveno k použití. Třeba transport zálohových médií a umístění aktuálních dat na server. Aktivace tohoto místa zpravidla do 12 hodin po události. Snaha o snížení nákladů na telekomunikaci a servis.

15 Mobilní místa Alternativa běžným přístupům. Soběstačné přívěsy nebo jiné jednotky, které se dají snadno přemístit. Zpravidla konfigurovány jako studená místa. Konfigurace jako horké místo je obtížná, často není předem známo, kde bude použito.

16 Servisní společnosti Společnosti, které pronajímají výpočetní kapacitu. Tyto společnosti vlastní velké serverové farmy a pracovní stanice. Organizace postižená pohromou si pronajme část její kapacity. Přístup může být přímý, nebo vzdálený. Poskytují i přidružené služby. Tyto společnosti mohou přeceňovat tyto služby.

17 Vícenásobná místa Rozdělení vybavení mezi různí divize, oddělení, kanceláře, Redukce důsledku pohromy. Čím více míst, tím menší riziko. Vyššínároky na řízenía administraci v celé společnosti.

18 Smlouvy o vzájemné výpomoci Oblíbené v literatuře, avšak zřídka realizovány. Dvě organizace se zavazují k vzájemné výpomoci v případě pohromy (sdílení výpočetního vybavení a technologických zdrojů). Nákladově efektivní, každá organizace disponuje kapacitou pro pomoc druhé organizaci. Nevýhody: Špatná vynutitelnost smlouvy Kooperativní organizace může být ve stejné lokalitě Obava o data brání tato data umístit do jiné společnosti (zákony to znemožňují, obchodní zájmy).

19 Obnova dat Mnoho organizací je závislých na datech uložených v databázích. DRP tým by měl disponovat specialistou na databáze. Tří základní techniky umístění vzdálených kopií dat: 1. Elektronické překlenutí 2. Vzdálené žurnálování 3. Vzdálené zrcadlení

20 Elektronické překlenutí Zálohy databáze jsou přemisťovány na vzdálený systém dávkovým způsobem. Nejedná se o server používaný v běžných podnikových procesech, ale pouze o záložní jednotku. Vzdálený systém může být alternativní umístění (např. horké místo ), nebo nějaké jiné místo (vlastní nebo pronajatý server, ). Možnost časové prodlevy mezi pohromou a připraveností dat. V případě externích služeb třeba ve smlouvě přesně definovat kapacitu, komunikační pásmo, dobu prodlevy Periodické testování.

21 Vzdálené žurnálování Zálohy databáze jsou přemisťovány na vzdálený systém dávkovým způsobem, avšak ve velmi častých intervalech (běžně 1 hodina nebo méně). Ne všechna data, ale pouze kopie databázových transakčních záznamů obsahující transakce, které nastaly od předchozího přemisťování. Nejedná se o server používaný v běžných podnikových procesech, ale pouze o záložní jednotku. V případě pohromy se data přesunou ze záložní jednotky na provozní jednotku.

22 Vzdálené zrcadlení Nejpokročilejší řešení zálohování databáze. Nejdražší řešení. Fungující databázový server je spravován jako záložní jednotka. Primární i sekundární server mají ve stejný okamžik stejná data, data se vždy ukládají na dvě místa. V případě pohromy může sekundární server okamžitě nahradit primární server. Vhodné v případě implementace horkého místa.

23 3. Vytvoření plánu obnovy Zpravidla několik odlišných dokumentů určených různým cílovým skupinám, např.: Souhrn způsobu řízení v případě pohrom Plány specifické pro různá oddělení Technické průvodce implementace a správy kritických záloh pro IT personál Kontrolní seznam pro jednotlivé členy DRP týmu Plné kopie všech plánů pro členy DRP týmu

24 Reakce na stav nouze Plán obnovy obsahuje komplexní, ale jednoduché instrukce, které personál plní pokud v případě hrozby. Instrukce se liší podle druhu pohromy, pracovní pozice a podle času potřebného k evakuaci osob a vybavení a k vypnutí zařízení. Instrukce jako kontrolní seznam seřazený podle priorit. Nižší priorita úkolu nižší šance, že bude splněn. Příklad kontrolního seznamu pro případ požáru: 1. Spuštění poplašného systému. 2. Zajištění evakuace osob. 3. Po opuštění budovy volání 112 a poskytnutí potřebných informací. 4. Zajištění, aby zraněné osoby byly ošetřeny. 5. Aktivace plánu obnovy po pohromě.

25 Informování personálu Seznam personálu, který musí být kontaktován a informován. Klíčoví členové DRP týmu, klíčoví zaměstnanci, Seznam obsahuje nejen alternativní kontakty (telefon, mobil), ale i kontakty na náhradní osoby. Distribuce seznamu všem osobám, co mohou přijít do styku s pohromou. Kontrolní seznam zpravidla formou stromu: Každý kontaktuje osobu, která je pod ním. Poslední osoba potvrdí příjem osobě na začátku řetězce. Informování nezávisí pouze na jedné osobě.

26 Zálohování a skladování dat (1) Jeden z nejdůležitějších elementů BCP a DRP. Tři hlavní druhy zálohování: Úplné zálohy Kompletní kopie dat Duplikace každého souboru bez ohledu na hodnotu archivačního příznaku. Po archivaci nastavení archivačního příznaku na 0. Přírůstkové zálohy Zálohování pouze souborů, které se od posledního úplného zálohování změnily. Duplikace pouze souborů, které mají příznak 1. Po archivaci nastavení archivačního příznaku na 0.

27 Zálohování a skladování dat (2) Rozdílové zálohy Zálohování pouze souborů, které se od posledního úplného zálohování změnily. Duplikace pouze souborů, které mají příznak 1. Po archivaci se nemění nastavení archivačního příznaku. Úplná záloha a přírůstkové zálohy Třeba obnovit všechny přírůstkové zálohy. Rychlejší zálohování, pomalejší obnova. Úplná záloha a rozdílové zálohy Třeba obnovit pouze poslední rozdílovou zálohu. Pomalejší zálohování, rychlejší obnova. Třeba vzít v úvahu druh média, frekvenci zálohování, maximální počet použití média, zatížení provozu zálohováním, množství dat.

28 Smlouva o úchově software Ochrana organizace proti selhání dodavatele software při poskytování adekvátní podpory (zánik, nezajištění podpory, ). Dodavatel uloží kopii zdrojového kódu software u nezávislé třetí strany. Smlouva obsahuje události, při kterých třetí strana poskytne zdrojový kód klinetovi.

29 4. Školení a dokumentace Úroveň školení se liší podle individuální role zaměstnance. Třeba vzít v úvahu: Orientační školení pro nové zaměstnance. Prvotní školení stávajících zaměstnanců, kteří budou v případě pohromy hrát novou roli. Detailní prohlubující školení členů DRP týmu. Krátké opakující školení stávajících zaměstnanců (např. v bulletinu zaslaného em všem zaměstnancům).

30 5. Testování a správa (1) Periodické testování k ověření, že plány reagují na změny v organizaci. Test kontrolních seznamů Nejjednodušší, důležitý. Kontrolní seznamy se dají všem členům DRP týmu Klíčový zaměstnanci si tak opakují své povinnosti. Každý má možnost provést revizi seznamu. Identifikace neexistence a nezastoupení klíčové osoby (zejména ve velkých organizacích). Strukturovaný zběžný test Tým se shromáždí v konferenční místnosti a hrají scénář pohromy. Přesný scénář zná pouze moderátor. Členové diskutují vhodnou reakci a porovnávají ji s plánem.

31 5. Testování a správa (2) Simulační test Členové týmu jsou opět seznámeny se scénářem a pořádáni, aby vhodně reagovali. Na rozdíl od strukturovaného zběžného testu některé z reakcí jsou testovány (možnost přerušení nekritických procesů a využití části personálu). Paralelní test Přemístění zaměstnanců z primárního místa na záchranné místo. Na záchranném místě zaměstnanci simulují záchranné procedury Procesy na hlavním vybavení nejsou přerušeny.

32 5. Testování a správa (3) Test plným přerušením Podobné paralelnímu testu, avšak přerušení procesů na primárním místě a jejich přemístění na záchranné místo. Extrémně náročné, zpravidla chybí podpora vedení.