Backup sau disaster recovery: ce acoperă o copie zilnică și ce nu

Cele două se confundă des, pentru că le cauți amândouă în aceeași zi proastă. Copia de siguranță (backup) e o arhivă: starea site-ului la o anumită oră. Recuperarea în caz de dezastru (disaster recovery) e planul prin care readuci site-ul online după o problemă mare: cine face ce, din ce copie, pe ce server și în cât timp.

O firmă poate avea copii zilnice fără cusur și să stea totuși două zile offline, dacă nimeni nu știe unde sunt copiile sau dacă singurul om cu parola panoului e în concediu.

Două numere de stabilit

RPO (Recovery Point Objective) e cât de multe date îți permiți să pierzi. Cu o copie făcută noaptea la 3, dacă site-ul cade la 17, pierzi ce s-a schimbat în ultimele 14 ore: comenzi, comentarii, formulare trimise, articole salvate.

RTO (Recovery Time Objective) e cât timp îți permiți să stai jos. Socotește tot drumul: până observi problema, până găsești copia potrivită, până o restaurezi și până verifici că site-ul merge.

Pentru un blog, un RPO de 24 de ore e de obicei acceptabil, fiindcă rescrii un articol sau două. Pentru un magazin cu 50 de comenzi pe zi, aceleași 24 de ore pot însemna comenzi plătite despre care nu mai ai nicio înregistrare.

Când nu mai ajunge o copie pe zi

Copia zilnică acoperă bine greșelile obișnuite: un modul care strică tema, o pagină ștearsă din greșeală, o actualizare care nu merge. Are însă câteva limite.

La un magazin, comenzile vin toată ziua. O restaurare a bazei de date din copia de azi-noapte le șterge pe cele de azi. Înainte să restaurezi, exportă din WooCommerce comenzile noi, ca să le poți reintroduce, sau restaurează doar fișierele dacă problema e în cod.

Un site infectat poate să nu dea niciun semn câteva săptămâni. Dacă păstrezi doar ultimele 7 copii, se poate ca toate să conțină deja fișierele infectate, iar atunci ai nevoie de una de acum o lună sau două.

Copiile ținute pe același server cu site-ul cad odată cu serverul. Iar o copie pe care n-a restaurat-o nimeni niciodată e o necunoscută: nu știi dacă arhiva e completă până nu încerci.

Cum e la AYT

Pe planurile plătite facem în fiecare noapte o copie a fișierelor și a bazelor de date, pe alt server decât cel pe care stă site-ul. Păstrăm ultimele 7 zile, câte o copie pe săptămână din ultimele 4 săptămâni și ultima copie din fiecare lună, timp de 2 ani. Pentru un site infectat de trei luni ai deci o copie curată de dinainte.

Restaurezi singur, din panou, tot site-ul sau doar câteva fișiere, și alegi dacă pui înapoi fișierele, baza de date sau amândouă. Poți descărca și o copie a site-ului (.tar.gz pentru fișiere, .sql.gz pentru baza de date) ca s-o ții la tine.

Un plan de recuperare pe o pagină

Pentru un site mic sau mediu ajunge o pagină în care răspunzi la câteva întrebări.

1. Cine observă problema? Monitorizarea îți scrie pe e-mail când site-ul nu mai răspunde, dar cineva trebuie să citească mesajul și sâmbăta.
2. Cine are acces la panoul de găzduire, la registrarul domeniului și la DNS? Măcar doi oameni, fiecare cu contul lui și cu autentificare în doi pași.
3. Din ce copie restaurezi? Pentru o problemă apărută azi, din cea de azi-noapte. Pentru malware, din cea mai recentă copie despre care știi sigur că e curată.
4. Ce pierzi și cum recuperezi? Comenzile din ziua respectivă, mesajele din formulare, conturile noi de clienți.
5. Unde ții o copie în afara găzduirii? O copie descărcată o dată pe lună pe un disc sau într-un cloud al tău te ajută dacă pierzi accesul la contul de găzduire, de exemplu după o factură neplătită sau un e-mail compromis.

Încearcă o restaurare

O dată la câteva luni, restaurează o copie altundeva decât pe site-ul live, de exemplu pe un subdomeniu de test sau pe calculatorul tău, din arhiva descărcată. Cronometrează cât durează și notează ce ai mai avut de făcut după: golit cache-ul, verificat formularele, reconectat modulul de plăți. La o urgență reală vei avea deja lista.

Copiile zilnice păstrate 2 ani pe alt server sunt incluse în toate planurile plătite AYT.