Mesajul „backup finalizat” confirmă o operațiune, nu revenirea afacerii după o problemă. Un site poate avea fișiere salvate, dar baza de date lipsă. Copia poate fi bună, însă parola contului de backup poate fi în același calculator afectat. Un plan util începe de la întrebarea: ce trebuie să funcționeze din nou și cât de multe date ne permitem să refacem?
Salvează întregul serviciu
Pentru un site dinamic, ai nevoie de fișiere, bază de date și informațiile necesare configurării. Pentru magazin, verifică și comenzile, fișierele încărcate și legăturile cu servicii externe. E-mailul poate avea o politică separată de backup. Fă un inventar înainte să presupui că un singur buton acoperă tot. Păstrează instrucțiunile și accesul la cheile necesare într-un loc protejat.
Alege frecvența după ce se schimbă
Un site de prezentare actualizat lunar și un magazin cu comenzi zilnice au nevoi diferite. Întreabă câtă muncă se pierde între două copii: o zi de articole sau o zi de comenzi? Stabilește intervalul în consecință și verifică retenția. Copierea zilnică fără istoric suficient poate păstra doar versiuni deja compromise. Costul copiilor trebuie comparat cu datele pe care le protejează.
Separă copiile de incident
Principiul mai multor copii, pe medii diferite, cu una separată de sistemul principal, reduce dependența de un singur punct. Pentru ransomware contează dacă atacatorul poate modifica sau șterge și backupul. Un folder de pe același server nu oferă aceeași separare ca o copie protejată în alt sistem. Întreabă furnizorul cine poate șterge copiile și ce controale protejează această acțiune.
Testează într-un mediu izolat
Restaurează o copie într-un spațiu de test, fără indexare și fără trimiterea automată de e-mailuri sau plăți. Verifică pagini, imagini, autentificare și date reprezentative. Notează durata și pașii lipsă. Pentru un magazin, confirmă că testul nu retrimite comenzile către curier ori contabilitate. Scopul este să descoperi dependențele fără să modifici serviciul folosit de clienți.
Stabilește cine decide revenirea
După o compromitere, restaurarea imediată peste sistemul afectat poate păstra cauza incidentului sau distruge dovezi utile. Decide împreună cu persoana tehnică ce versiune este sigură, ce acces se revocă și cum se corectează vulnerabilitatea. După revenire, verifică formularele și operațiunile esențiale. Păstrează o evidență scurtă a momentului restaurării și a eventualelor date care trebuie reconciliate.
Surse și lecturi utile
Ghid editorial CloudCity, bazat pe documentația de mai jos. Verifică sursa oficială pentru reguli și proceduri care se pot schimba.
