Răspuns direct
Un backup util include componentele de care depinde site-ul, este păstrat într-o locație separată și poate fi restaurat într-un timp acceptabil. Fără test de restaurare, ai doar o copie a cărei utilitate nu este confirmată.
Stabilește ce trebuie copiat și cât de recent
Un CMS poate avea fișiere, baza de date, teme, pluginuri, imagini și configurații. Pentru un site static, codul și fișierele publice pot fi sursa completă, dar trebuie să verifici formularele, serviciile externe și variabilele de configurare.
Frecvența depinde de cât de des se schimbă conținutul și de câtă muncă ai accepta să refaci. Scrie perioada de retenție și ownerul. Copia păstrată numai pe același cont nu protejează de pierderea acelui cont.
Păstrează copiile separate și accesul controlat
Folosește un spațiu de backup diferit de hostingul activ, cu acces limitat și protejat. Verifică dacă datele de contact ale administratorului și credentialele de restaurare sunt actuale. Nu păstra copii cu date personale fără o regulă de acces și ștergere.
Dacă hostingul include backup automat, citește ce acoperă: fișiere, bază de date, retenție și restore. Nu presupune că butonul „backup” salvează tot ce este necesar.
Testează restaurarea într-un mediu controlat
Programează un test de restaurare într-un preview separat, nu peste site-ul live. Verifică homepage, pagini, formular, assets și accesurile. Notează cât a durat și ce pași au lipsit.
După test, șterge mediul temporar sau protejează-l de crawl și de date reale. Revizuiește procesul după migrare de hosting, schimbarea bazei sau modificarea serviciilor de formular.
ÎNTREBĂRI FRECVENTE
Ce merită clarificat înainte să alegi?
Backupul hostingului este suficient?
Numai dacă acoperă toate componentele necesare și poți restaura dintr-o copie accesibilă.
Cât de des fac backup?
Stabilește frecvența după cât de des se schimbă conținutul și câtă pierdere de date poți tolera.
Cum știu dacă backupul funcționează?
Testează restaurarea controlat și verifică paginile și funcțiile după revenire.