Backup pentru site: cum protejați corect site-ul, baza de date și e-mailurile
Planificați corect backupul site-ului: regula 3-2-1, ce trebuie salvat, cât de des, unde păstrați copia externă și cum testați restaurarea.

Un backup bun pentru site cuprinde fișierele, baza de date, e-mailurile și înregistrările DNS, rulează automat cel puțin o dată pe zi, păstrează mai multe versiuni și are cel puțin o copie în afara contului de găzduire. Iar valoarea lui depinde de ultima restaurare reușită: testați-o regulat. Backupurile furnizorului de găzduire sunt o bază bună, dar nu înlocuiesc o strategie proprie. Iată cum o construiți, pas cu pas.
Regula 3-2-1 explicată simplu
Oficiul Federal pentru Securitate Cibernetică (NCSC) din Elveția recomandă metoda 3-2-1 ca bază pentru un backup fiabil. Pentru un site, asta înseamnă:
- 3 copii: originalul de pe serverul web și două backupuri.
- 2 medii sau sisteme de stocare diferite: de exemplu sistemul de backup al furnizorului de găzduire și un mediu de stocare propriu.
- 1 copie în alt loc: în afara contului de găzduire, de exemplu pe un NAS la birou, pe un hard disk extern sau într-un spațiu cloud separat.
Unii specialiști extind regula la 3-2-1-1-0: o copie suplimentară offline sau imuabilă și zero erori la verificarea restaurării. Este un obiectiv bun pentru firme mici și asociații, dar chiar și regula simplă 3-2-1 vă protejează de cele mai frecvente defecțiuni.
Ce trebuie să conțină un backup al site-ului?
Mulți salvează doar fișierele și uită baza de date, sau invers. Fără amândouă, un site dinamic nu poate fi restaurat.
| Componentă | Ce anume | Cum se salvează |
|---|---|---|
| Fișiere | Fișierele CMS, teme, plugin-uri, imagini și documente încărcate, .htaccess, fișiere de configurare | Backup de server, descărcare prin SFTP, plugin |
| Bază de date | Conținut, utilizatori, comenzi, setări (MySQL/MariaDB) | Backup de server, export cu phpMyAdmin, plugin |
| E-mailuri | Căsuțe, dosare, filtre, redirecționări | Backup de server sau copie prin IMAP |
| Zona DNS | Înregistrări A, MX și TXT, inclusiv SPF, DKIM și DMARC | Exportați zona sau documentați înregistrările |
| Accese și setări | Versiunea PHP, cron joburi, redirecționări, date de acces la servicii externe | Documentare în managerul de parole |
Sfat: De regulă nu trebuie să salvați certificatele SSL: certificatele gratuite sunt emise din nou automat după o restaurare. La certificatele cumpărate, păstrați într-un loc sigur cheia privată și certificatul.
Cât de des salvați și cât timp păstrați?
Frecvența depinde de câte date vă permiteți să pierdeți în cel mai rău caz. Durata de păstrare, de cât de târziu ați putea observa o problemă. Codul malițios de pe un site rămâne adesea nedescoperit săptămâni întregi; atunci vă ajută doar backupurile de dinaintea atacului.
| Tip de site | Frecvență | Păstrare recomandată |
|---|---|---|
| Site de prezentare, rar modificat | săptămânal și înainte de fiecare modificare | câteva săptămâni, plus stări lunare |
| Site de firmă sau blog cu WordPress | zilnic | stări zilnice timp de 1–2 săptămâni, plus săptămânale și lunare |
| Magazin online | zilnic, baza de date de mai multe ori pe zi | ca mai sus, plus stări lunare pe mai multe luni |
| Căsuțe de e-mail | zilnic | cel puțin la fel de mult ca backupurile site-ului |
Un backup nu este o arhivă: dacă trebuie să păstrați documente comerciale precum facturile (Codul elvețian al obligațiilor prevede în general zece ani pentru registrele contabile și documentele justificative), acestea trebuie puse într-o soluție de arhivare separată. Datele personale din backupuri sunt, în plus, supuse legii privind protecția datelor. Aceasta este o informație generală, nu consultanță juridică.
Copia externă: în alt loc și offline
Dacă toate backupurile se află la același furnizor, ele dispar și ele în cazul unui cont blocat, al unei rezilieri sau al unui acces compromis. Iată cum creați o copie independentă:
- Descărcați regulat un backup complet din panoul de control, de exemplu o dată pe lună și înainte de modificări mari.
- Păstrați-l pe un NAS, pe un hard disk extern sau într-un spațiu cloud separat, nu la furnizorul de găzduire al site-ului.
- Criptați fișierul, pentru că acesta conține parole, date ale clienților și e-mailuri.
- Deconectați mediile externe de la computer după backup, așa cum recomandă NCSC. Astfel, un ransomware nu poate cripta și copia.
- Pentru spațiul cloud folosiți date de acces proprii, cu autentificare cu doi factori.
Nu trebuie să descărcați manual: în cPanel puteți alege ca destinație a backupului complet și un server la distanță, prin FTP sau SCP. Dacă aveți propriul server sau un NAS cu SSH, copia poate fi trimisă acolo regulat. Verificați apoi dacă fișierele ajung cu adevărat și sunt complete; altfel, un job de backup care eșuează în tăcere de luni de zile se observă abia în caz de urgență.
Backupuri în cPanel și JetBackup
La găzduirea cu cPanel există de obicei două variante. Funcția de backup din cPanel creează un backup complet al contului, ca arhivă de descărcat, plus backupuri parțiale pentru directorul home, baze de date individuale și redirecționările și filtrele de e-mail. Un backup complet al contului nu îl puteți restaura singur în cPanel; pentru asta este nevoie de furnizor. Backupurile parțiale, în schimb, le puteți restaura singur.
Mulți furnizori folosesc în plus JetBackup. Acolo vedeți backupurile automate după dată și restaurați țintit fișiere, baze de date, căsuțe de e-mail, zone DNS sau cron joburi, fără să readuceți tot contul la o stare anterioară. Ce elemente și câte zile sunt disponibile stabilește furnizorul; verificați acest lucru în contul dumneavoastră.
WordPress: plugin sau backup de server?
Pentru WordPress există numeroase plugin-uri de backup care salvează fișierele și baza de date și încarcă automat arhivele într-un spațiu cloud. Este comod, dar are limite, pentru că plugin-ul rulează chiar în site-ul pe care ar trebui să-l protejeze.
| Criteriu | Plugin de backup | Backup de server |
|---|---|---|
| Funcționează independent de WordPress | nu | da |
| Salvează e-mailurile și DNS-ul | nu | de obicei da (e-mail), DNS în funcție de furnizor |
| Destinație în afara găzduirii | simplu (cloud, SFTP) | de obicei la furnizor, descărcare posibilă |
| Încărcarea site-ului | rulează pe același cont | rulează în fundal, la nivel de server |
| Restaurarea unui site spart | nesigură dacă WordPress este afectat | posibilă independent de CMS |
Cea mai bună soluție este o combinație: backupul de server al furnizorului acoperă salvarea zilnică, iar un plugin sau o descărcare manuală regulată păstrează o copie în afara găzduirii. Înainte de fiecare actualizare a WordPress, a temei sau a plugin-urilor, faceți în plus un backup manual.
Ransomware și site-uri sparte
Ransomware-ul criptează datele și cere o răscumpărare; la site-uri sunt mai frecvente codul malițios injectat și conținutul șters. În ambele cazuri:
- Cel puțin o copie trebuie să fie inaccesibilă atacatorilor: offline sau cu date de acces separate.
- Păstrați și stări mai vechi, pentru că momentul atacului nu este adesea clar.
- După un atac, nu vă limitați la restaurare: închideți întâi breșa (actualizări, schimbarea parolelor), altfel site-ul va fi curând infectat din nou.
- Raportați incidentele către NCSC, unde găsiți și indicații despre pașii de urmat.
Testați restaurarea
NCSC recomandă să exersați restaurarea backupurilor înainte să depindeți de ele într-o situație de urgență. Iată cum procedați:
- Alegeți un backup și restaurați-l într-un mediu de test, de exemplu un subdomeniu precum test.firma-dumneavoastra.ch.
- Verificați pagina principală, subpaginile, imaginile, formularele, autentificarea și, la magazine, procesul de comandă.
- Controlați dacă baza de date corespunde fișierelor (aceeași stare).
- Măsurați cât durează restaurarea și notați pașii.
- Ștergeți apoi mediul de test sau protejați-l cu parolă.
Sfat: Un test la fiecare șase luni este un ritm bun pentru site-urile mici. Testați și după fiecare schimbare de furnizor, de instrument de backup sau de plugin.
Listă de verificare pentru backupul site-ului
- Fișierele, baza de date, e-mailurile și zona DNS sunt acoperite.
- Automat cel puțin zilnic, plus manual înainte de actualizări.
- Mai multe versiuni de-a lungul săptămânilor și lunilor.
- Cel puțin o copie criptată în afara contului de găzduire, una dintre ele offline.
- Restaurare testată și documentată.
La HostOn, găzduirea web și găzduirea WordPress includ backupuri JetBackup zilnice ale fișierelor, bazelor de date și e-mailurilor, pe care le restaurați singur în cPanel, fără costuri. Copia din afara găzduirii rămâne totuși sarcina dumneavoastră: descărcați regulat un backup.
Vedeți găzduirea web cu backup
Întrebări frecvente pe această temă
Cel puțin la fel de des cum se schimbă conținutul. Pentru majoritatea site-urilor de firmă, un backup automat zilnic este potrivit; la magazinele online cu comenzi continue, salvați baza de date de mai multe ori pe zi. În plus, faceți un backup manual înainte de fiecare actualizare.
Este o bază bună, dar nu o strategie completă. Backupurile se află la același furnizor și sunt suprascrise după un termen fix. O copie suplimentară în afara contului de găzduire vă protejează și în cazul unui cont blocat, al schimbării furnizorului sau al unui atac descoperit târziu.
Păstrați trei copii ale datelor (originalul și două backupuri) pe două medii de stocare diferite, iar o copie se află în alt loc. Oficiul Federal pentru Securitate Cibernetică (NCSC) din Elveția recomandă această metodă ca bază pentru un backup fiabil.
Dacă aveți căsuțele de e-mail la găzduire, ele sunt de obicei incluse într-un backup complet al serverului. Un plugin de backup pentru WordPress, în schimb, nu salvează e-mailurile. Verificați deci dacă soluția dumneavoastră de backup include cu adevărat căsuțele.
Restaurați backupul într-un mediu separat, de exemplu un subdomeniu sau o instalare locală, și verificați dacă paginile, imaginile, formularele și autentificarea funcționează. Notați cât durează restaurarea.
Doar dacă atacatorii nu le pot accesa. Cel puțin o copie trebuie păstrată offline sau cu date de acces separate, ca să nu fie criptată sau ștearsă și ea în timpul unui atac.



