Plán pro zajištění kontinuity podnikání a zotavení po havárii

8. ledna 2020 | Cybrary

Plán pro zajištění kontinuity podnikání a zotavení po havárii (BCDR) je soubor technik a procesů, které organizace používají k pomoci s obnovou po havárii a obnovením každodenního provozu. Procesy BCDR je snazší pochopit, když jsou rozděleny do dvou částí:

Kontinuita podnikání (BC)

Tato stránka postupu se zabývá obchodní stránkou věci. Postup se týká vytváření zásad a postupů, které zajistí funkčnost základních obchodních funkcí během katastrofy i po ní. To zahrnuje:

Výměna zaměstnanců
Problémy s dostupností služeb
Analýza dopadů na podnikání
Proces řízení změn

Zotavení po havárii (DR)

Obnova po havárii se primárně zabývá IT stránkou procesu. Tento proces definuje, jak se organizace nebo podnik zotaví z přírodní nebo digitální katastrofy. To zahrnuje:

Obnova serveru a sítě
Kopírování záložních dat
Zajištění provozuschopnosti záložních systémů

Při diskusi, vytváření a testování plánů BCDR byste se měli seznámit s několika dalšími důležitými pojmy. Patří mezi ně:

Cíl bodu obnovy („RPO“) : Jaký je požadavek ve vašem plánu pro obnovení dat? Jinými slovy, pokud by dnes došlo k havárii, jak daleko do minulosti byste museli jít, abyste obnovili platná data, a je takové množství ztracených dat pro firmu přijatelné? Některé společnosti si stanovují RPO na týden. To znamená, že pokud by musely obnovit data ze záloh, obnovily by data z týden staré zálohy a ztratily by až týden transakčních dat a aktivit.

Cílový čas obnovy („RTO“) : Váš RTO určuje, jak rychle byste měli být schopni realizovat svůj plán obnovy. Pokud jste v tomto okamžiku zahájili plán BCDR a váš RTO je 24 hodin, pak by měl být váš plný provoz obnoven na 100 % do 24 hodin od zahájení provádění plánu BCDR.

Měly by malé a střední podniky mít plán BCDR?

Ano. Pokud vaše firma nezvládne delší výpadek v délce jednoho týdne nebo déle, měli byste mít od svého technologického týmu nebo poskytovatele spravovaných služeb vypracovaný plán BCDR. Tento plán by měl být navíc otestován.

Co se může stát, když si svůj plán neotestujete?

V jednom nedávném nočním můře byl potřeba plán BCDR s RPO (obnovovacím časem) 24 hodin a RTO (časem obnovení). Problém byl v tom, že zálohy nebylo možné obnovit dostatečně rychle z jejich externího úložiště kvůli velmi pomalému internetovému připojení a velkému objemu dat, které bylo třeba přenést pro obnovení. Plán BCDR byl nakonec upraven tak, aby se lokální záloha dat prováděla jednou měsíčně, aby se mohl stát bodem obnovení, do kterého by se postupně obnovovaly inkrementální změny z internetového zálohovacího umístění jeden týden, dokud by nebylo dosaženo RPO. To ovlivnilo RTO, které muselo být prodlouženo z 24 na 48 hodin, aby se zvládly další kroky obnovy, ale byl to nejúspornější přístup, který si společnost mohla dovolit a který mohla akceptovat.