Modulul 8 · 8.1

Română

Nederlands English Deutsch Français Español Italiano Polski Română Čeština Magyar Slovenčina Български

Copii de siguranță: ce, unde și cât de des

Modulul 8: Copii de siguranță, mediu de testare și actualizări PHP · Timp de citire: 9 minute

Obiectiv de învățare: După această lecție veți putea întocmi un plan de backup pentru o site WordPress conform regulii 3-2-1.

Concepte-cheie: copie de siguranță, bază de date, wp-content, wp-config.php, regula 3-2-1, în afara serverului, perioadă de păstrare, cât de des (cât de multă muncă vă permiteți să pierdeți), copie de siguranță a furnizorului de găzduire, copie de siguranță a instalatorului, modul (plugin) de backup, criptare, copii de siguranță în afara folderului web

De ce aveți nevoie de o copie de siguranță

O copie de siguranță este calea dumneavoastră de întoarcere atunci când ceva merge prost. Și la un moment dat ceva merge mereu prost:

o actualizare care strică site-ul (lecția 7.2);
un modul (plugin) sau un coleg care șterge din greșeală conținut;
un atac informatic (lecția 7.5);
o greșeală la o mutare (lecția 9.5);
un server sau un centru de date cu probleme;
un pachet de găzduire reziliat sau o restanță la plată, în urma căreia furnizorul de găzduire vă șterge datele.

Cine nu are o copie de siguranță utilizabilă trebuie să o ia de la capăt în toate aceste situații. A face o copie de siguranță este ușor. A avea o copie de siguranță utilizabilă, care este completă, se află într-un loc sigur și poate fi restaurată, necesită un plan.

Ce trebuie să conțină

O site WordPress este alcătuită din fișiere plus o bază de date (lecția 1.3). O copie de siguranță completă conține:

Componentă	De ce
Baza de date	Toate textele, paginile, setările, utilizatorii, comenzile dumneavoastră
wp-content	Temele, modulele (pluginurile) și, mai ales, fișierele încărcate (fotografiile și documentele dumneavoastră)
wp-config.php	Setările și cheile acestei instalări
.htaccess și alte fișiere proprii din folderul web	Reguli de redirecționare, reguli de securitate, fișiere de verificare

WordPress în sine (wp-admin, wp-includes) poate fi oricând descărcat din nou, dar este util dacă este inclus: astfel restaurați totul dintr-o singură dată.

Gândiți-vă și la ce se află în afara site-ului: e-mailul de pe același domeniu, înregistrările DNS (cursul DNS, lecția 6.3) și eventualele cronjob-uri din panoul dumneavoastră de găzduire. O copie de siguranță doar a WordPress-ului nu restaurează acestea.

Regula 3-2-1

O regulă empirică binecunoscută pentru copiile de siguranță:

3 copii ale datelor dumneavoastră (originalul și două copii de siguranță);
pe 2 tipuri diferite de stocare sau sisteme;
dintre care 1 într-un alt loc, în afara serverului și de preferință la o altă parte.

De ce? Pentru că toate copiile aflate în același loc pot dispărea simultan. O copie de siguranță în propriul dumneavoastră pachet de găzduire (precum o copie a instalatorului, lecția 2.2) dispare dacă pachetul este atacat, reziliat sau dacă serverul se defectează. O copie de siguranță la furnizorul dumneavoastră de găzduire, pe un alt server, este mai bună, dar rămâne totuși sub aceeași parte și același cont. O copie pe propriul dumneavoastră calculator sau într-o stocare cloud a unei alte părți completează tabloul.

O extensie pe care uneori o întâlniți: 3-2-1-1-0. Cifra 1 suplimentară reprezintă o copie care nu poate fi modificată sau ștearsă (offline sau „immutable”), astfel încât nici un intrus sau un program de răscumpărare (ransomware) să nu o poată atinge. Cifra 0 înseamnă: zero erori la testarea restaurării (lecția 8.2).

Cât de des și cât timp să păstrați

Întrebarea „cât de des” este de fapt: cât de multă muncă vă permiteți să pierdeți? Dacă doar ocazional se modifică o pagină, o copie de siguranță săptămânală este suficientă. Dacă publicați știri zilnic, atunci zilnic. La un magazin online cu comenzi în fiecare oră, o copie de siguranță zilnică este deja insuficientă: o restaurare din această dimineață înseamnă că se pierd comenzile de astăzi. Acolo aveți nevoie de o copie de siguranță a bazei de date mai frecventă sau de un furnizor de găzduire care poate restaura până la un interval mai scurt.

De asemenea, este important: cât de mult în urmă. Un atac informatic este uneori descoperit abia după săptămâni (lecția 7.5). Dacă păstrați doar ultimele șapte zile, iar ușa din spate (backdoor) are trei săptămâni vechime, toate copiile dumneavoastră de siguranță sunt infectate. Păstrați de aceea și copii de siguranță mai vechi, de exemplu zilnic pentru o lună și lunar pentru un an.

Cine face copia de siguranță?

Există trei tipuri, iar un plan bun folosește de obicei două dintre ele:

Copiile de siguranță ale furnizorului dumneavoastră de găzduire. La mulți furnizori se fac automat, pentru întregul pachet, pe o stocare separată. La WebOké, de exemplu, în fiecare noapte, cu nopțile din ultimele 30 de zile, pe servere de stocare dintr-un alt centru de date. Verificați la furnizorul dumneavoastră de găzduire: cât de des, cât timp, unde și puteți restaura singur (și pe componente)?
Copiile de siguranță ale instalatorului (lecția 2.2). Utile chiar înainte de o actualizare, dar se află în propriul dumneavoastră pachet și contează pentru spațiul de stocare. Nu fac parte din 3-2-1.
Un modul (plugin) de backup (de exemplu UpdraftPlus, BackWPup, Duplicator sau un serviciu plătit). Acesta poate trimite copiile de siguranță către o stocare externă (o stocare cloud, un server propriu). Aceasta este cea mai simplă modalitate de a obține „1-ul din afara ușii”. Atenție: modulul (pluginul) rulează pe site-ul dumneavoastră, deci în caz de atac informatic poate fi și el afectat, iar datele de autentificare ale stocării dumneavoastră externe se află în baza dumneavoastră de date.

Un plan simplu și bun pentru o site mică: copia de siguranță zilnică a furnizorului de găzduire, plus în fiecare lună (și înainte de fiecare modificare majoră) o descărcare pe propriul dumneavoastră calculator sau stocare cloud.

Păstrare în siguranță

Niciodată în folderul web. O copie de siguranță precum public_html/backup.zip poate fi descărcată de oricine, cu parola bazei dumneavoastră de date și toate datele clienților (lecția 7.4).
Criptați copiile de siguranță care se află în afara furnizorului dumneavoastră de găzduire, mai ales dacă acestea conțin date cu caracter personal (lecția 9.3). O copie de siguranță de pe un laptop furat sau dintr-un folder cloud partajat este altfel o încălcare a securității datelor.
Păstrați datele de autentificare pentru stocarea dumneavoastră de copii de siguranță în alt loc decât pe site-ul însuși, de exemplu în managerul dumneavoastră de parole. Dacă site-ul dispare, trebuie să puteți ajunge totuși la ele.
Faceți ordine: copiile de siguranță vechi din pachetul dumneavoastră vă ocupă spațiul de stocare. Copiile de siguranță din afara serverului se șterg conform perioadei dumneavoastră de păstrare.

În practică: cum arată într-un panou

Ca exemplu folosim DirectAdmin cu WebOké Backups. Alți furnizori de găzduire au funcții similare, de exemplu JetBackup în cPanel sau funcția de backup din Plesk.

În Contul meu WebOké vedeți la WebOké Backups copiile de siguranță din nopțile anterioare și puteți crea o copie de siguranță suplimentară sau descărca o copie de siguranță.
În DirectAdmin puteți crea, la Back-up and Restore, o copie de siguranță a a ceea ce bifați; aceasta ajunge în propriul dumneavoastră pachet (folderul backups) și poate fi descărcată.
În Installatron creați o copie de siguranță a unei singure instalări WordPress, utilă chiar înainte de o actualizare.

Rezumat

O copie de siguranță completă conține baza de date, wp-content, wp-config.php și fișierele proprii; gândiți-vă și la e-mail, DNS și cronjob-uri.
3-2-1: trei copii, două tipuri de stocare, una în afara serverului și de preferință la o altă parte.
Cât de des depinde de cât de multă muncă vă permiteți să pierdeți; păstrați și copii de siguranță mai vechi, deoarece un atac informatic poate fi descoperit mai târziu.
Combinați copia de siguranță a furnizorului dumneavoastră de găzduire cu o copie proprie în afara serverului; copiile instalatorului sunt utile, dar nu reprezintă un plan.
Niciodată copii de siguranță în folderul web; criptați copiile din afara furnizorului de găzduire și păstrați accesul în alt loc.

Test

Exercițiu

Exercițiu D8.1: Planul dumneavoastră de backup conform 3-2-1. Completați tabelul pentru propriul dumneavoastră site: ce copii există (original, copie de siguranță 1, copie de siguranță 2), unde se află fiecare copie (ce parte, ce stocare), cât de des se creează, cât timp se păstrează și cine poate avea acces. Se potrivește planul dumneavoastră cu 3-2-1? Descărcați apoi o copie de siguranță completă și verificați în fișier: se regăsesc baza de date (un fișier .sql), wp-content/uploads și wp-config.php? Bifați ce ați găsit și notați câtă muncă maximă puteți pierde dacă trebuie să restaurați cea mai recentă copie de siguranță.

Exercițiul D8.1: Planul dumneavoastră de backup conform 3-2-1

Acest exercițiu îl faceți singur; nimeni nu îl verifică. Bifați ce ați făcut și marcați exercițiul ca finalizat.

Tabelul cu trei copii completat
Planul respectă regula 3-2-1, sau am notat ce lipsește
O copie de siguranță completă descărcată
Fișierul .sql găsit
wp-content/uploads găsit
wp-config.php găsit

Pentru fiecare copie: furnizor, tip de stocare, frecvență, perioadă de păstrare, cine are acces?

Câtă muncă puteți pierde cel mult?

Bifele și notițele dumneavoastră rămân doar în acest browser; nu le trimitem nicăieri. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că ați finalizat exercițiul.

Lecturi suplimentare

Aceste articole descriu pașii în panourile WebOké; în alte panouri funcționează similar.

Cookie-uri pe WebOké

Setări cookie-uri

Necesare

Marketing