Nustatykite ir išbandykite RTO bei RPO

Apibrėžkite du atskirus tikslus

Recovery Time Objective (RTO) nustato didžiausią priimtiną pertrūkį, per kurį turi grįžti naudinga paslauga. Recovery Point Objective (RPO) nustato didžiausią priimtiną duomenų praradimą, matuojamą laiku. Dėl šių tikslų susitarkite su verslo savininku apibrėžtai paslaugai ir gedimo scenarijui.

Prieinamumo tikslas aprašo paslaugos veikimą per laikotarpį. RTO ir RPO aprašo atkūrimo lūkesčius. Jie atsako į skirtingus klausimus.

Išgalvotai užsakymų paslaugai atsakingas asmuo nustato 60 minučių RTO ir 15 minučių RPO. Tai pavyzdinės reikšmės, o ne bendros rekomendacijos. Kitai paslaugai gali reikėti kitų ribų, nes dingę užsakymai ir vėluojančios ataskaitos turi skirtingas pasekmes.

Išmatuokite visą atkūrimą

Paslauga sustoja 10:00. Komanda užfiksuoja tokį pratimą:

Visas atkūrimas trunka 55 minutes. Pratimas atitinka 60 minučių RTO. Skaičiuojant tik 25 minučių atkūrimo operaciją būtų paslėpta didžioji pertrūkio dalis.

Naujausias tinkamas atkūrimo taškas yra 09:40. Iki pertrūkio 10:00 lieka 20 minučių spraga. Ji viršija 15 minučių RPO 5 minutėmis. Greitesnis tų pačių duomenų atkūrimas šios spragos nesumažintų.

Išnagrinėkite tikrus trūkstamus ar nenuoseklius įrašus. Laiko spraga aprašo galimą duomenų praradimą; ji nesuskaičiuoja paveiktų užsakymų. Prieš grįždami prie įprasto apdorojimo, suderinkite išorinius mokėjimų ir užsakymų vykdymo įrašus. Išbandykite skirtingas prielaidas atkūrimo pratime.

Pasirinkite atkūrimo strategiją

Strategija turi apimti reikiamą paslaugą, duomenis ir priklausomybes. Palyginkite šiuos modelius su išmatuotais tikslais:

Šie modeliai neturi universalių atkūrimo laikų. Rezultatą lemia įgyvendinimas, duomenų apimtis, priklausomybės ir testo sąlygos. Į sprendimą įtraukite eksploatavimo kainą ir komandos gebėjimus.

Apsaugokite ne tik nuo neveikimo

Replika gali nukopijuoti nepageidaujamą ištrynimą ar sugadintą įrašą. Kur reikia, išlaikykite atkuriamas versijas ar atkūrimą į konkretų laiko tašką. Patikrinkite saugojimą, atkūrimo teises ir prieigą prie šifravimo raktų. Atsarginių kopijų izoliavimą pritaikykite scenarijui, įskaitant prieigos prie pagrindinės paskyros praradimą.

Atkūrimui po regiono gedimo patikrinkite leidžiamą duomenų vietą ir visą priklausomybių grandinę. Įtraukite tapatybes, DNS, sertifikatus, paslaptis, diegimo artefaktus, kvotas ir tinklo prieigą. Atkūrimo aplinka, kuriai trūksta vieno būtino rakto, gali būti netinkama naudoti.

Apibrėžkite, kas gali paskelbti įvykį, kas atlieka atkūrimą ir kas priima atkurtą paslaugą. Suplanuokite grįžimą į pirminę aplinką arba tolesnį darbą atkūrimo aplinkoje. Prieš persijungdami dar kartą, užkirskite kelią konfliktuojantiems įrašymams ir suderinkite duomenis.

Paverskite planą įrodymais

Parašykite veiksmų vadovą ir išbandykite jį kontroliuojamomis sąlygomis. Užrašykite scenarijų, duomenų rinkinio dydį, pradžios ir pabaigos laiką, atkurtų duomenų tašką, nepavykusius žingsnius ir atsakingus asmenis. Patikrinkite tikrą verslo operaciją su saugiais testiniais įrašais.

Pakartokite pratimą po susijusių pakeitimų ir pagal sutartą tvarkaraštį. Schemos pakeitimas, nauja išorinė priklausomybė ar kita duomenų apimtis gali panaikinti ankstesnių rezultatų galiojimą. Susiekite pratimo įrodymus su išleidimu ir eksploatavimo atsakomybėmis.