De Valentin Claudiu Crăciun, administrator de sistem la LowPings
Cum faci backup la site și cum îl restaurezi
Backupul e serviciul pe care îl plătești ani de zile fără să-l folosești, până într-o zi în care el e singurul lucru care contează. Cele mai multe site-uri pierdute nu se pierd din lipsa unui backup, ci pentru că proprietarul n-a verificat niciodată dacă acela pe care îl avea chiar funcționează.
Pașii, pe scurt
Verifică ce backup ai deja
Deschide panoul de găzduire și caută secțiunea de backup. Notează două lucruri: cât de departe în urmă merg copiile și dacă poți restaura singur, fără să ceri furnizorului. Multe conturi au deja copii zilnice pe care proprietarul nu știe că le are.
Fă o copie manuală completă
Înainte de orice modificare importantă, generează o copie a întregului cont: fișiere plus baze de date. Copia automată de azi-noapte nu conține ce ai schimbat în ultima oră, iar modificarea pe care urmează s-o faci e exact aceea.
Descarcă o copie în afara serverului
Un backup care stă pe aceeași mașină cu site-ul nu ajută dacă mașina e problema. Descarcă arhiva pe calculator sau într-un spațiu de stocare extern, cel puțin o dată pe lună.
Testează restaurarea pe ceva ce nu contează
Restaurează un singur fișier sau un subdomeniu de test, nu tot site-ul. Scopul e să afli acum că procedura funcționează și cât durează, nu în ziua în care ai nevoie de ea.
Restaurează, când e cazul
Alegi data dinaintea problemei și restaurezi doar ce trebuie: un fișier, un folder sau baza de date. Restaurarea completă a contului e ultima opțiune, pentru că șterge și tot ce s-a adăugat corect între timp.
Ce trebuie să conțină
Un site dinamic — WordPress, PrestaShop, orice altceva cu administrare — are două componente, iar un backup fără amândouă nu e un backup.
Fișierele: aplicația în sine, tema, pluginurile, tot ce ai încărcat. Baza de date: articolele, paginile, setările, utilizatorii, comenzile, clienții.
O arhivă doar cu fișiere îți dă un site gol. Una doar cu baza de date îți dă conținutul, dar nimic care să-l afișeze. Ambele sau niciuna.
Cât de des
Frecvența se deduce dintr-o singură întrebare: cât conținut îți permiți să pierzi?
Un site de prezentare care se schimbă de două ori pe an poate trăi liniștit cu o copie săptămânală. Un blog cu articole săptămânale vrea copii zilnice. Un magazin cu comenzi zilnice nu poate pierde o zi de comenzi — acolo discuția e despre copii mai dese și despre păstrarea separată a bazei de date.
- Site de prezentare: săptămânal e suficient.
- Blog sau site actualizat des: zilnic.
- Magazin online: zilnic ca minim, plus o copie manuală înainte de orice campanie.
Regula celor trei copii
Practica standard, formulată simplu: trei copii ale datelor, pe două tipuri diferite de suport, dintre care una în altă locație fizică.
Tradus pentru un site obișnuit: originalul de pe server, copia automată a furnizorului, și o arhivă descărcată de tine într-un spațiu de stocare extern.
A treia e cea pe care o sare aproape toată lumea, și tot ea e singura care ajută dacă pierzi accesul la cont sau dacă furnizorul are o problemă serioasă.
Backupul automat al furnizorului
Majoritatea planurilor includ copii zilnice. Merită să afli exact trei lucruri despre ale tale, înainte să ai nevoie.
- Cât de departe în urmă merg? Șapte zile e obișnuit. Dacă descoperi o problemă după două săptămâni, o copie de șapte zile nu te ajută.
- Poți restaura singur, sau trebuie să deschizi un tichet și să aștepți?
- Poți restaura selectiv — un fișier, o bază de date — sau doar tot contul deodată?
La noi copiile se fac zilnic cu JetBackup, iar restaurarea o faci singur din cPanel, la ora la care ai nevoie. Verifică ce răspuns dă furnizorul tău la cele trei întrebări de mai sus.
Când restaurezi și când nu
Restaurarea completă a contului e instrumentul cel mai brutal disponibil: readuce site-ul exact cum era la data aleasă și șterge tot ce s-a întâmplat după. Inclusiv comenzile primite, comentariile, articolele scrise între timp.
De aceea, ordinea corectă e de la fin la grosier.
- Un singur fișier stricat de un update: restaurează doar fișierul.
- Un plugin care a corupt setările: restaurează doar baza de date.
- Un folder șters din greșeală: restaurează folderul.
- Site compromis, cauza necunoscută: restaurare completă, dar de la o dată sigur anterioară compromiterii.
La un magazin, înainte de o restaurare completă, exportă comenzile primite după data copiei. Le reintroduci manual după. E muncă, dar alternativa e să le pierzi.
Testul pe care nu-l face nimeni
Un backup netestat e o presupunere, nu o siguranță. Arhiva poate fi incompletă, coruptă, sau poate conține doar jumătate din ce credeai.
Testul durează un sfert de oră și se face o dată pe an: creezi un subdomeniu de test, restaurezi acolo copia, deschizi site-ul și verifici că se încarcă și că datele sunt la locul lor. Apoi ștergi subdomeniul.
Dacă testul eșuează, ai aflat asta într-o zi obișnuită, cu site-ul funcțional, și ai timp să repari procedura. Asta e toată ideea.
Pe LowPings
Găzduire cu backup zilnic
Dacă articolul ți-a fost util și cauți un furnizor, aici sunt cifrele noastre. Dacă nu, articolul rămâne util oricum.