Backupul este adesea prezentat ca o bifă într-o listă de funcții, dar această formulare nu spune dacă datele tale pot fi recuperate. Două servicii care includ „backup automat” pot avea frecvențe, perioade de păstrare și metode de restaurare complet diferite. Unul poate copia zilnic fișierele și bazele de date, iar altul poate păstra o singură copie periodică. E-mailul poate fi inclus, limitat sau exclus. Restaurarea poate fi disponibilă din panou ori poate necesita o solicitare.
Pentru a evalua corect un serviciu, pornește de la scenariile în care ai avea nevoie de recuperare: ai șters accidental un fișier, o actualizare a stricat site-ul, baza de date s-a corupt, un cont a fost compromis sau un utilizator a șters mesaje. Fiecare incident cere un punct de restaurare și un set de date potrivit. Un plan bun combină copiile furnizorului cu o copie independentă, controlată de proprietarul proiectului.
Ce trebuie să conțină backupul
Pentru un site dinamic, fișierele și baza de date trebuie tratate împreună. Fișierele includ aplicația, tema, extensiile, imaginile și configurația. Baza de date conține paginile, utilizatorii, setările și înregistrările generate de aplicație. Dacă restaurezi numai fișierele, poți obține o versiune incompletă. Dacă restaurezi numai baza de date, codul și imaginile pot lipsi sau pot avea versiuni incompatibile.
Notează toate componentele proiectului: domenii, subdomenii, baze de date, fișiere din afara directorului principal, certificate, sarcini programate și configurații DNS. Unele dintre acestea nu fac parte dintr-un backup standard al contului. Pentru un server administrat de client, include și configurația serviciilor, regulile de firewall, listele de pachete și instrucțiunile de instalare. O imagine completă a sistemului este utilă, dar documentația și copiile aplicației rămân necesare pentru o recuperare flexibilă.
Verifică limitele. Conturile foarte mari, directoarele de cache, fișierele temporare sau anumite tipuri de date pot fi excluse. O excludere nu este automat o problemă dacă este documentată și datele pot fi recreate. Devine un risc atunci când proprietarul presupune că totul este copiat și descoperă contrariul numai după incident.
Frecvență și retenție
Frecvența arată cât de des este creată o copie, iar retenția arată cât timp sunt păstrate versiunile. O copie zilnică păstrată o singură zi nu te ajută dacă problema este observată după o săptămână. Mai multe puncte de restaurare permit alegerea unei versiuni anterioare apariției erorii. Pentru un site actualizat rar, pierderea acceptabilă poate fi mai mare decât pentru un magazin cu comenzi sau pentru o aplicație cu date introduse permanent.
Definește obiectivul de punct de recuperare în termeni simpli: câte ore sau zile de date îți poți permite să pierzi? Răspunsul stabilește frecvența necesară. Apoi definește obiectivul de timp: cât poate rămâne serviciul indisponibil până la restaurare? Un backup foarte bun, dar greu de transferat și verificat, poate să nu răspundă unui proiect cu cerințe stricte.
Ține cont de momentul copiilor. Dacă o sarcină rulează noaptea, o eroare produsă dimineața poate fi inclusă în următoarea copie. Pentru modificări importante, creează un backup manual chiar înainte de intervenție și etichetează-l. Nu șterge imediat versiunea anterioară după o actualizare aparent reușită; unele probleme apar numai într-o funcție utilizată mai rar.
Locația și separarea copiilor
O copie păstrată în același cont și pe aceeași infrastructură este comodă pentru restaurări rapide, dar nu acoperă toate incidentele. O eroare de cont, o ștergere extinsă, un atac sau o problemă a infrastructurii poate afecta și datele de producție, și copia. Păstrează periodic o versiune într-un spațiu independent, cu alte credențiale și acces limitat.
Separarea nu înseamnă că fișierele trebuie lăsate neprotejate pe un computer personal. Folosește stocare criptată, controlează accesul și păstrează evidența persoanelor autorizate. Pentru date cu caracter personal, stabilește perioada de păstrare și șterge copiile care nu mai sunt necesare. Backupul nu trebuie să devină o arhivă nelimitată și necunoscută.
Regula mai multor copii, pe medii diferite și cu cel puțin una separată, este un punct de pornire util, dar trebuie adaptată. Important este să eviți un singur punct de defectare. Dacă folosești un serviciu extern, verifică regiunea de stocare, criptarea, recuperarea contului și procedura de export. Nu transmite cheile sau parolele prin documente publice.
Cum se face restaurarea
Întreabă dacă restaurarea poate fi pornită din panou, dacă este realizată de suport și dacă implică un cost. Verifică granularitatea: poți restaura un singur fișier, o bază de date, o cutie poștală sau întregul cont? O restaurare completă poate suprascrie modificări recente care nu au legătură cu incidentul. Opțiunile granulare reduc acest risc, însă și ele trebuie folosite după o copie a stării curente.
Restaurarea nu trebuie testată direct peste site-ul public dacă există o alternativă. Folosește un director, subdomeniu sau mediu de test și verifică integritatea fișierelor, conectarea la baza de date, autentificarea, paginile importante și formularele. Pentru WordPress, verifică și zona de administrare, linkurile permanente, încărcarea imaginilor și sarcinile programate. Ghidul despre resursele WordPress explică de ce compatibilitatea versiunilor contează după recuperare.
Documentează pașii. O procedură scurtă trebuie să spună unde se află copiile, cine poate autoriza restaurarea, cum se obțin credențialele, ce se verifică și cum se revine dacă testul eșuează. Actualizează documentul atunci când schimbi furnizorul, panoul sau arhitectura.
Particularități pentru backupul e-mailului
E-mailul are un ciclu de viață diferit de site. Mesajele se schimbă continuu, iar utilizatorii pot folosi IMAP, webmail sau descărcare locală. Verifică dacă backupul furnizorului include cutiile poștale și dacă poți restaura un singur cont. O copie a întregului cont poate fi prea amplă pentru recuperarea câtorva mesaje.
În modul IMAP, aplicația sincronizează starea serverului; ștergerea poate fi propagată pe toate dispozitivele. Un folder local nu este automat o copie independentă. Unele aplicații permit exportul mesajelor într-un format arhivabil. Pentru conturi importante, stabilește o procedură periodică și verifică dacă exportul poate fi deschis într-un client separat.
Nu uita configurația DNS pentru e-mail: înregistrări MX, SPF, DKIM și DMARC. Acestea nu sunt mesaje, dar sunt necesare pentru funcționarea și livrarea serviciului după o migrare. Salvează zona DNS și documentează furnizorii implicați. Dacă schimbi domeniul sau găzduirea, citește ghidul despre înregistrarea și transferul domeniilor înainte de modificarea nameserverelor.
Cum construiești o strategie verificabilă
Începe cu un inventar și clasifică datele după importanță. Pentru fiecare componentă, stabilește frecvența, retenția, locația și persoana responsabilă. Leagă strategia de schimbările reale: backup înainte de actualizări, export înainte de migrare și copie independentă la un interval potrivit. Pagina de găzduire web descrie resursele planurilor, dar opțiunile concrete de backup trebuie verificate pentru pachetul ales.
Folosește această listă înainte de comandă:
- Sunt incluse fișierele, bazele de date și e-mailul?
- Cât de des se creează copiile și câte versiuni se păstrează?
- Unde sunt stocate și ce incident ar putea afecta simultan producția și backupul?
- Poți restaura selectiv sau numai întregul cont?
- Cine pornește restaurarea, în ce condiții și cu ce cost?
- Ai o copie independentă și ai verificat că poate fi deschisă?
- Există o procedură scrisă și persoane care o pot executa?
Testează periodic un eșantion și, la intervale potrivite, o restaurare completă într-un mediu izolat. Notează data testului, copia folosită, durata și problemele întâlnite. Un test nu garantează toate scenariile, dar transformă backupul dintr-o presupunere într-un proces verificabil.
Concluzie
Întrebarea corectă nu este doar „există backup?”, ci „ce putem recupera, din ce moment și prin ce pași?”. Verifică setul de date, frecvența, retenția, locația și restaurarea. Include e-mailul și configurația necesară serviciilor, nu doar fișierele site-ului. Păstrează o copie independentă, protejată, și testează recuperarea înainte de un incident. Furnizorul poate oferi o bază importantă, însă proprietarul proiectului rămâne responsabil să înțeleagă limitele și să păstreze datele esențiale într-o strategie adaptată riscului.