Tukuyin ang target ng recovery
Magpasya kung gaano karaming kamakailang pagkawala ng data ang katanggap-tanggap at gaano kabilis dapat bumalik ang serbisyo. Kadalasang tinatawag itong RPO at RTO. Piliin ang dalas ng backup, retention at recovery tooling upang tumugma sa mga target na iyon.
Panatilihin ang hiwalay na failure domain
Ang mga kopya sa parehong server ay makakatulong sa aksidenteng pag-edit ngunit kakaunti ang nagagawa laban sa pagkawala ng host o ninakaw na administrative credential. Gumamit ng independiyenteng destinasyon at mga credential na hindi magagamit ng kompromisong application para tanggalin ang lahat ng bersyon.
Panatilihing pare-pareho ang data ng application
Ang tumatakbong database ay maaaring mangailangan ng sarili nitong tool sa backup o coordinated snapshot process. Ang pagkopya ng mga file habang nagbabago ang mga ito ay maaaring magbunga ng hindi magamit na resulta. Isama ang configuration at mga secret na kailangan para sa pag-restore, na protektado nang naaayon.
Sanayin ang pag-restore
I-recover ang isang sample sa hiwalay na environment at suriin kung talagang gumagana ang application. Itala ang mga hakbang, oras na kailangan at mga kulang na dependency. Subaybayan ang edad ng backup at mga nabigong job upang hindi manatiling hindi napapansin ang sirang proseso.