Backup WordPress care chiar funcționează: fă testul de restaurare înainte de dezastru

Aproape toți proprietarii de site-uri WordPress dorm liniștiți pentru că „au backup". Problema e că majoritatea nu au deschis niciodată acea arhivă și n-au încercat vreodată să pună site-ul la loc din ea. Iar un backup pe care nu l-ai restaurat nu e un plan de siguranță, e o promisiune pe care n-ai testat-o.

Momentul în care afli dacă backup-ul tău e real este exact cel mai prost moment posibil: după un hack, după o actualizare care a spart site-ul sau după ce hostingul a pierdut datele. Atunci descoperi că arhiva era coruptă, că lipseau pozele sau că salvai doar jumătate din ce trebuia. Articolul ăsta te învață cum să verifici, calm și din timp, că backup-ul tău chiar funcționează.

Ce înseamnă, de fapt, un backup complet

Un backup WordPress adevărat are trei bucăți care trebuie salvate împreună:

• fișierele site-ului: tema, pluginurile și mai ales folderul wp-content cu toate imaginile din biblioteca media;
• baza de date MySQL: aici stau textele, paginile, articolele, comentariile și setările;
• fișierele de configurare (wp-config.php, eventual .htaccess).

Dacă salvezi doar baza de date, la restaurare ai conținutul, dar lipsesc pozele. Dacă salvezi doar fișierele, ai un site gol, fără articole. Multe pluginuri gratuite de backup fac, implicit, doar o parte sau exclud folderele mari „ca să încapă". Deschide o dată arhiva ta și uită-te ce e înăuntru. Dacă nu vezi și un fișier .sql (sau o mapă cu baza de date) și folderul uploads plin de imagini, nu ai un backup complet.

Regula 3-2-1: unde ții copiile contează

Un backup ținut pe același server cu site-ul nu te salvează de mai nimic. Dacă hostingul cade, arde sau îți suspendă contul, dispar și site-ul, și copia lui, în același timp.

Regula simplă, folosită de profesioniști, este 3-2-1:

• 3 copii ale datelor (originalul plus două backup-uri);
• pe 2 tipuri diferite de stocare;
• cu 1 copie în alt loc, complet separat de hosting (Google Drive, Dropbox, un S3, sau măcar pe calculatorul tău).

Cel puțin o copie trebuie să fie undeva unde un atacator care îți sparge site-ul nu poate ajunge. Dacă backup-ul se face automat, dar tot pe contul de hosting, tratează-l ca pe zero backup-uri pentru scenariile grave. Copia din afara serverului e cea care chiar te scoate din criză.

Testul de restaurare: singura dovadă că merge

Aici se joacă totul. Nu știi că ai backup până nu reconstruiești site-ul din el, într-un loc care nu strică nimic. Pașii, pe scurt:

• Fă un mediu separat: un subdomeniu de test (staging) sau o instalare locală pe calculator, cu un tool ca LocalWP sau XAMPP.
• Importă arhiva: pune fișierele la loc și restaurează baza de date din fișierul .sql.
• Deschide site-ul restaurat și verifică cu ochii tăi: se încarcă pagina principală? apar imaginile? funcționează meniul, formularul de contact, magazinul?
• Intră în /wp-admin cu userul din backup. Dacă te loghezi și vezi articolele, ai probă.

Dacă ceva lipsește sau dă eroare, ai aflat acum, când nu arde nimic. Fă acest test cel puțin o dată după fiecare schimbare majoră a site-ului.

Cele mai frecvente moduri în care un backup te dezamăgește

Din experiență, backup-urile eșuează aproape mereu din aceleași câteva motive:

• Arhivă coruptă sau incompletă: procesul s-a oprit la jumătate (server prea slab, timp expirat) și fișierul e inutilizabil, dar plugin-ul a raportat „succes".
• Lipsesc uploads: folderul cu imagini a fost exclus ca să scadă dimensiunea, așa că site-ul restaurat n-are poze.
• Doar baza de date, fără fișiere (sau invers) — vezi prima secțiune.
• Backup vechi și uitat: automatizarea s-a oprit acum câteva luni și nimeni n-a observat.
• Stocarea externă a expirat: contul de cloud a rămas fără spațiu sau tokenul de acces a picat.

Singurul mod real de a prinde toate astea din timp este testul de restaurare. Un log verde nu e o dovadă; un site care se reconstruiește curat, da.

Cât de des, cât timp păstrezi și de unde începi

Frecvența ține de cât de des se schimbă site-ul. Un blog activ sau un magazin cu comenzi merită backup zilnic. Un site de prezentare care se modifică rar poate fi salvat săptămânal. Regula bună: nu vrei să pierzi mai multă muncă decât ești dispus să refaci.

Păstrează mai multe versiuni în timp, nu doar ultima. Dacă site-ul e infectat de o săptămână și tu ai o singură copie de ieri, ai salvat infecția. Câteva backup-uri eșalonate (câteva zilnice, câteva săptămânale) îți dau de unde alege.

La MPO Web Studio construim site-uri premium livrate remote în toată țara, iar pentru clienții pe care îi întreținem configurăm backup automat off-site și facem periodic testul de restaurare, ca să fie o dovadă, nu o presupunere. Dacă nu ești sigur că al tău merge, scrie-ne pe WhatsApp și îl verificăm împreună.