Stanovte a otestujte RTO a RPO

Definujte dva samostatné ciele

Recovery Time Objective (RTO) určuje maximálne prijateľné prerušenie, po ktorom musí byť služba opäť použiteľná. Recovery Point Objective (RPO) určuje maximálne prijateľnú stratu údajov vyjadrenú časom. Tieto ciele dohodnite s osobou zodpovednou za obchodnú stránku definovanej služby a scenára zlyhania.

Cieľ dostupnosti opisuje fungovanie služby za určité obdobie. RTO a RPO opisujú očakávania obnovy. Odpovedajú na rôzne otázky.

Pri fiktívnej objednávkovej službe stanoví zodpovedná osoba RTO na 60 minút a RPO na 15 minút. Sú to hodnoty príkladu, nie všeobecné odporúčania. Iná služba môže potrebovať iné hranice, pretože chýbajúce objednávky a oneskorené reporty majú odlišné dôsledky.

Zmerajte celú obnovu

Služba sa zastaví o 10:00. Tím zaznamená toto cvičenie:

Celkový čas obnovy je 55 minút. Cvičenie spĺňa 60-minútové RTO. Započítanie iba 25-minútovej operácie obnovenia by skrylo väčšinu prerušenia.

Najnovší použiteľný bod obnovy je z 09:40. Medzera do prerušenia o 10:00 je 20 minút. To prekračuje 15-minútové RPO o 5 minút. Rýchlejšie obnovenie rovnakých údajov by túto medzeru neodstránilo.

Preskúmajte skutočné chýbajúce alebo nekonzistentné záznamy. Časová medzera opisuje vystavenie riziku; nepočíta dotknuté objednávky. Pred obnovením bežného spracovania zosúlaďte externé záznamy platieb a plnenia objednávok. Vyskúšajte rôzne predpoklady v cvičení obnovy.

Vyberte stratégiu obnovy

Stratégia musí pokrývať potrebnú službu, údaje a závislosti. Porovnajte tieto vzory s meranými cieľmi:

Pre tieto vzory neexistujú univerzálne časy obnovy. Výsledok určujú implementácia, objem údajov, závislosti a podmienky testu. Do rozhodnutia zahrňte prevádzkové náklady a schopnosti tímu.

Chráňte sa aj pred inými udalosťami než výpadkom

Replika môže skopírovať nechcené odstránenie alebo poškodený záznam. Tam, kde je to potrebné, uchovávajte obnoviteľné verzie alebo používajte obnovu k určitému časovému bodu. Overte uchovávanie, oprávnenia na obnovu a prístup k šifrovacím kľúčom. Izoláciu záloh prispôsobte scenáru vrátane straty prístupu k primárnemu účtu.

Pri regionálnej obnove overte povolené umiestnenie údajov a celý reťazec závislostí. Zahrňte identitu, DNS, certifikáty, tajné údaje, artefakty nasadenia, kvóty a sieťový prístup. Prostredie obnovy, ktorému chýba jeden potrebný kľúč, môže byť nepoužiteľné.

Definujte, kto môže vyhlásiť udalosť, kto vykonáva obnovu a kto prijíma obnovenú službu. Naplánujte návrat do pôvodného prostredia alebo pokračovanie prevádzky v prostredí obnovy. Pred ďalším prepnutím zabráňte protichodným zápisom a zosúlaďte údaje.

Premeňte plán na dôkazy

Napíšte runbook a precvičte ho za riadených podmienok. Zaznamenajte scenár, veľkosť súboru údajov, začiatok a koniec, obnovený časový bod údajov, neúspešné kroky a zodpovedné osoby. Overte skutočnú obchodnú operáciu pomocou bezpečných testovacích záznamov.

Cvičenie zopakujte po relevantných zmenách a podľa dohodnutého harmonogramu. Zmena schémy, nová externá závislosť alebo iný objem údajov môže zneplatniť skoršie výsledky. Dôkazy z cvičenia prepojte s vydaním a prevádzkovými povinnosťami.