Disaster Recovery Plan: Co by měl obsahovat a proč je pro firmy klíčový

Výpadek serverů, ransomware, požár datového centra nebo chyba administrátora. Každá z těchto událostí může během několika minut ochromit provoz celé firmy. Právě proto vznikají Disaster Recovery Plány (DRP), které přesně popisují, jak po havárii obnovit IT infrastrukturu a vrátit klíčové systémy do provozu. Dobře připravený plán výrazně zkracuje dobu výpadku, omezuje finanční ztráty a pomáhá chránit data i pověst společnosti.

Co je Disaster Recovery Plan

Disaster Recovery Plan (DRP), česky plán obnovy po havárii, je dokumentovaný soubor postupů, podle kterých organizace postupuje při závažném výpadku nebo poškození své IT infrastruktury. Jeho hlavním cílem je co nejrychleji obnovit kritické systémy a data a minimalizovat dopady incidentu na fungování firmy.

Takovou událostí nemusí být pouze fyzická havárie datového centra. DRP může řešit například poruchu serveru nebo úložiště, rozsáhlý výpadek elektřiny, selhání síťové infrastruktury, kybernetický útok, ransomware, poškození databáze nebo chybu administrátora. Počítat může také s přírodními událostmi, jako jsou požáry nebo povodně.

Disaster Recovery Plan proto není pouze plán zálohování. Zálohy jsou jeho důležitou součástí, samotná existence kopie dat ale ještě nezaručuje rychlou obnovu provozu. Firma musí vědět, odkud data obnoví, které systémy spustí jako první, jak obnoví jejich vzájemné propojení a kdo bude za jednotlivé kroky odpovědný.

Součástí DRP proto bývá přehled kritické infrastruktury, závislostí mezi jednotlivými službami, umístění záloh, kontakty na odpovědné osoby a dodavatele nebo přesné postupy pro obnovu serverů, databází, aplikací a síťových služeb. Důležité je také určit, jak dlouhý výpadek si firma může dovolit a o kolik nejnovějších dat může v nejhorším případě přijít. K tomu slouží metriky RTO (Recovery Time Objective) a RPO (Recovery Point Objective).

Proč Disaster Recovery Plan potřebuje každá firma

Moderní firmy jsou na IT systémech závislé prakticky při každodenním provozu. E-mail, účetnictví, databáze, e-shopy, interní aplikace nebo cloudové služby musí být dostupné, aby zaměstnanci mohli pracovat a zákazníci využívat poskytované služby. I relativně krátký výpadek proto může způsobit finanční ztráty a narušit běžné fungování společnosti.

Disaster Recovery Plan pomáhá především omezit dobu výpadku a zabránit chaotickému řešení problémů. Firma předem ví, které systémy jsou nejdůležitější, kdo za jejich obnovu odpovídá a jak přesně postupovat.

Dobře připravený DRP pomáhá omezit zejména:

• Dlouhé výpadky služeb – předem připravené postupy umožňují zahájit obnovu kritických systémů bez zbytečného hledání řešení.
• Ztrátu důležitých dat – plán určuje, jak jsou data zálohována, kde jsou zálohy uloženy a jak proběhne jejich obnova.
• Finanční škody – nefunkční e-shop, výrobní systém nebo interní aplikace mohou firmu stát peníze každou hodinu výpadku.
• Poškození reputace – dlouhodobá nedostupnost služeb může negativně ovlivnit důvěru zákazníků a obchodních partnerů.
• Problémy s plněním smluvních povinností – výpadek může znamenat nedodržení sjednané dostupnosti služeb nebo dalších podmínek SLA.

Disaster Recovery Plan přitom není důležitý pouze pro velké společnosti. Pro menší firmu může být několikadenní výpadek nebo ztráta klíčových dat ještě závažnější, protože obvykle nemá stejné finanční, personální ani technické rezervy jako velká organizace.

Jaké situace Disaster Recovery Plan řeší

Disaster Recovery Plan by měl počítat s různými scénáři, které mohou způsobit nedostupnost systémů nebo ztrátu dat. Nejde přitom pouze o rozsáhlé přírodní katastrofy. Mnohem častěji musí firmy řešit technické poruchy, kybernetické útoky nebo lidské chyby.

Mezi nejčastější situace patří:

• Selhání serverů nebo úložišť – porucha hardwaru může způsobit nedostupnost aplikací nebo uložených dat.
• Výpadek elektrické energie – delší přerušení dodávky může vyřadit část infrastruktury nebo celé datové centrum.
• Kybernetický útok a ransomware – útočníci mohou systémy zablokovat, zašifrovat data nebo poškodit jejich obsah.
• Lidská chyba – omylem smazaná databáze, špatná konfigurace nebo nepovedená aktualizace mohou způsobit stejně vážný výpadek jako technická porucha.
• Selhání sítě nebo cloudové služby – problém u poskytovatele či síťové infrastruktury může znemožnit přístup ke klíčovým aplikacím.
• Požár, povodeň nebo jiná fyzická havárie – v krajním případě může být nutné obnovit infrastrukturu v jiné lokalitě.

DRP by proto neměl obsahovat jeden univerzální postup. Pro jednotlivé scénáře je vhodné připravit konkrétní způsob obnovy, určit odpovědné osoby a stanovit pořadí, ve kterém budou systémy znovu zprovozněny.

Základní části Disaster Recovery Plánu

Dobře připravený Disaster Recovery Plan by měl jasně popisovat, co se má při výpadku obnovit, v jakém pořadí, kdo za jednotlivé kroky odpovídá a jak rychle musí být systémy opět dostupné.

Mezi jeho nejdůležitější části patří:

1) Analýza rizik – nejprve je potřeba určit, jaké události mohou infrastrukturu ohrozit a jaký by měly dopad. Hodnotí se pravděpodobnost výpadku, jeho možné finanční a provozní následky, kritičnost jednotlivých systémů a možnosti prevence. Výsledkem je přehled rizik, podle kterého lze nastavit priority obnovy.

2) Inventář IT infrastruktury – firma by měla mít aktuální přehled o serverech, cloudových službách, databázích, úložištích, síťových prvcích, aplikacích, certifikátech i zálohovacích systémech. Důležité je zaznamenat také jejich vzájemné závislosti, aby bylo jasné, co je nutné při obnově zprovoznit společně.

3) Stanovení priorit obnovy – ne všechny systémy je nutné obnovit současně. Nejvyšší prioritu mají služby nezbytné pro chod firmy, například produkční databáze, e-shop nebo ERP. Následovat mohou e-mail, CRM a další podpůrné aplikace, zatímco testovací prostředí obvykle počká.

4) Stanovení RTO a RPO – RTO (Recovery Time Objective) určuje, za jak dlouho musí být systém po výpadku obnoven. RPO (Recovery Point Objective) stanovuje, o kolik nejnovějších dat může firma maximálně přijít. Například RTO dvě hodiny a RPO 15 minut znamená obnovu služby do dvou hodin se ztrátou maximálně posledních 15 minut dat.

5) Konkrétní postupy obnovy – DRP musí obsahovat praktické návody pro jednotlivé scénáře. Mělo by být jasné, v jakém pořadí obnovit servery a aplikace, odkud načíst zálohy, jak přepnout na záložní infrastrukturu a jak následně ověřit správnou funkčnost služeb.

6) Rozdělení odpovědností a komunikace – plán musí určit, kdo aktivuje DRP, kdo řídí technickou obnovu a kdo komunikuje se zaměstnanci, zákazníky nebo poskytovateli služeb. Součástí by měl být také aktuální seznam důležitých kontaktů a způsob komunikace v případě, že běžné kanály nefungují.

7) Strategie zálohování – plán by měl určit, co se zálohuje, jak často, jak dlouho se kopie uchovávají a kde jsou uložené. Zálohy je zároveň nutné chránit před ransomwarem a pravidelně testovat jejich obnovitelnost. Využít lze například pravidlo 3-2-1 – tři kopie dat, dvě různá média a jedna kopie mimo hlavní lokalitu.

8) Testování a aktualizace DRP – plán je nutné pravidelně ověřovat například obnovou ze záloh, simulací výpadku nebo přepnutím na záložní infrastrukturu. Výsledky testů pomáhají odhalit nedostatky a DRP průběžně přizpůsobovat změnám ve firemní infrastruktuře.

Jak často Disaster Recovery Plan aktualizovat

Disaster Recovery Plan není dokument, který stačí jednou vytvořit a následně na něj několik let nesáhnout. Firemní infrastruktura se průběžně mění a postupy obnovy, které fungovaly před rokem, už nemusí odpovídat aktuálnímu prostředí.

DRP je vhodné aktualizovat zejména při:

• nasazení nové aplikace nebo služby – nový systém je potřeba zahrnout do priorit, zálohování i postupů obnovy,
• migraci do cloudu – mění se infrastruktura, způsob zálohování i možnosti obnovy, změně serverů nebo síťové infrastruktury – dokumentace musí odpovídat skutečnému prostředí,
• změně dodavatelů – je nutné aktualizovat kontakty, odpovědnosti i postupy pro řešení incidentů,
• organizačních změnách – například pokud se změní členové IT nebo krizového týmu,
• po skutečném incidentu nebo testování – zjištěné nedostatky je vhodné co nejrychleji zapracovat do plánu.

Kromě průběžných úprav je vhodné provádět kompletní revizi DRP alespoň jednou ročně a ověřit, že uvedené postupy, kontakty a technické informace zůstávají aktuální.

Nejčastější chyby při tvorbě Disaster Recovery Plánu

Ani samotná existence DRP nezaručuje, že firma zvládne výpadek bez problémů. Častou chybou je vytvořit plán pouze kvůli splnění interních nebo regulatorních požadavků, ale v praxi jej netestovat.

Mezi nejčastější nedostatky patří:

• Plán se pravidelně netestuje – bez praktického ověření firma neví, zda lze podle připravených postupů systémy skutečně obnovit.
• Dokumentace není aktuální – změny serverů, aplikací nebo cloudových služeb nejsou do DRP průběžně zapracovávány.
• Nejsou stanovené priority – IT tým pak během incidentu nemusí vědět, které systémy má obnovit jako první.
• Zálohy se pouze vytvářejí, ale netestují – existující záloha ještě neznamená, že z ní půjde data úspěšně obnovit.
• Chybí jasné odpovědnosti a kontakty – není určeno, kdo rozhoduje, provádí obnovu nebo komunikuje s dodavateli a zákazníky.
• DRP počítá s příliš malým počtem scénářů – kromě poruch hardwaru by měl řešit také ransomware, lidskou chybu, výpadek cloudu nebo nedostupnost celé lokality.

Dobře připravený DRP proto musí být především aktuální, praktický a pravidelně ověřovaný. Teprve potom může při skutečném incidentu výrazně urychlit návrat firmy k běžnému provozu.

Jak může pomoci kvalitní cloudová infrastruktura

Dobře připravený Disaster Recovery Plan potřebuje také odpovídající technické zázemí. Cloudová infrastruktura může obnovu výrazně urychlit, protože umožňuje rychle spustit nové virtuální servery, obnovit data ze záloh nebo využít infrastrukturu v jiné lokalitě.

Při Disaster Recovery může cloud pomoci zejména s: 

• rychlou obnovou virtuálních serverů,
• pravidelným zálohováním a snapshoty,
• geografickým oddělením záloh,
• vysokou dostupností kritických služeb,
• rychlým navýšením výkonu podle aktuální potřeby.

Například ZonerCloud nabízí cloudovou infrastrukturu provozovanou v českých datových centrech, virtuální servery, snapshoty a možnosti geografického zálohování. Díky tomu může firmám pomoci zkrátit dobu obnovy a lépe dosahovat požadovaných hodnot RTO a RPO.

Samotný cloud DRP nenahrazuje, ale v kombinaci se správně nastavenými zálohami a postupy obnovy může výrazně zvýšit odolnost firemní infrastruktury.

Připravenost rozhoduje o rychlosti obnovy

Disaster Recovery Plan patří mezi nejdůležitější dokumenty každé organizace, která je závislá na IT. Nejde pouze o zálohy dat, ale o promyšlený soubor postupů, který určuje, jak obnovit kritické systémy, v jakém pořadí postupovat a kdo za jednotlivé kroky odpovídá.

Hlavní výhodou dobře připraveného DRP je, že firma nemusí během výpadku improvizovat. Administrátoři mají předem stanovené priority, znají požadované hodnoty RTO a RPO a vědí, odkud a jak jednotlivé systémy obnovit. Pravidelné testování navíc pomáhá odhalit problémy ještě předtím, než nastane skutečný incident.

DRP je proto potřeba vnímat jako průběžný proces, který se mění společně s firemní infrastrukturou. V kombinaci s pravidelným zálohováním, monitoringem a spolehlivou cloudovou infrastrukturou pomáhá zkrátit výpadky, chránit důležitá data a zajistit kontinuitu podnikání i při závažných incidentech.