Pasirinkite konkretų scenarijų
Pradėkite nuo vienos svarbios sistemos ir aprašykite gedimą: ištrinti duomenys, neveikiantis serveris ar prarasta darbo vieta. Įvardykite, ką tiksliai reikės atkurti ir kas patvirtins rezultatą. Bandymas be aiškaus tikslo gali baigtis vien failo nukopijavimu, nors darbuotojas vis dar negalės dirbti.
Atskirkite laiko tikslus
RPO apibūdina toleruojamą duomenų praradimo intervalą, o RTO – siekiamą atkūrimo laiką. Tai skirtingi klausimai: dažnos kopijos savaime nereiškia greito visos programos paleidimo. Projekto apraše šias reikšmes laikykite siekiniais, kol bandymas ir sutartis nepatvirtino, ką galima pasiekti.
Saugokite bandymą nuo tikros aplinkos
Atkūrimą planuokite izoliuotoje aplinkoje, kad testinė sistema nepradėtų siųsti tikrų laiškų, vykdyti integracijų ar pakeisti darbinių duomenų. Prieš bandymą turi būti aiškus leidimas, atsakingas asmuo ir grįžimo planas. Nekopijuokite jautrių duomenų į nepatvirtintą vietą.
Fiksuokite rezultatą, ne vien sėkmės žymą
Užrašykite panaudotą kopiją, laiką, klaidas ir funkcijas, kurias išbandė sistemos savininkas. Jei nepavyko, nustatykite priežastį ir pakartotinio bandymo sąlygą. Atskira kopijos vieta, prieigų ribojimas ir reguliarus testas turi būti bendro plano dalys.