Un backup contează doar în ziua în care îl folosești. Și exact în ziua aceea ești grăbit: site-ul e căzut, clientul sună, iar prima tentație e să apeși pe tot ce seamănă cu o restaurare. De acolo vin majoritatea pagubelor. Mai jos e ordinea corectă și capcanele clasice.
cPanel lucrează cu două lucruri diferite, chiar dacă le numește pe amândouă backup. Backupul complet e o arhivă cu tot contul: fișierele din directorul tău, bazele de date, redirecționările și filtrele de email, setările contului. Backupul parțial e o bucată separată — doar fișierele, doar o bază de date, doar configurația de email.
Aproape întotdeauna vrei restaurarea parțială, pentru că o problemă are de regulă o cauză locală: ai stricat tema, s-a corupt o tabelă, un plugin a șters pagini. Dacă restaurezi tot contul, dai înapoi și ce funcționa — comenzile de ieri, mesajele din formular, utilizatorii înscriși între timp, emailurile primite. Ai rezolvat o problemă și ai creat trei.
| Ce s-a întâmplat | Ce restaurezi |
|---|---|
| Site alb sau eroare după o modificare de temă, plugin sau cod | Doar fișierele |
| Articole, produse sau setări dispărute, dar site-ul merge | Doar baza de date |
| Cod străin injectat în pagini, după o spargere | Fișierele, plus o verificare a bazei |
| Cont gol, șters sau mutat de pe alt server | Backup complet, prin suport |
Pasul pe care îl sare toată lumea și care face diferența între o seară proastă și o săptămână proastă. Înainte să suprascrii orice, fă o copie a situației actuale, oricât de stricată ți se pare.
Pare pierdere de timp. Sunt cinci minute care îți lasă deschis drumul de întoarcere.
Ai două drumuri, după cât de țintită e intervenția.
De reținut: restaurarea suprascrie ce există cu același nume, dar nu curăță ce a apărut în plus. Dacă restaurezi după o spargere, fișierele adăugate de atacator rămân pe loc. Acolo nu e suficient să pui backupul: compari lista de fișiere și ștergi ce nu are ce căuta în cont.
Dacă bănuiești doar tabele corupte, secțiunea de administrare a bazelor de date are o verificare și o reparare a bazei. Încearcă-le înainte să rescrii totul.
Asta strică cele mai multe site-uri aparent „restaurate”. Fișierele și baza de date trebuie să vină din aceeași zi. Când nu vin, site-ul nu cade curat, ci se comportă ciudat — și pierzi ore căutând o cauză care nu există.
Regula practică: restaurează ambele părți din același backup, sau niciuna. Dacă trebuie să le amesteci, fă-o pe o copie, nu pe site-ul care primește trafic.
Documentația cPanel spune că un backup complet nu poate fi restaurat automat din cPanel, pentru că funcția există doar în WHM, panoul de administrare al serverului, și te trimite la furnizorul de găzduire. Pe un cont de găzduire partajată nu ai WHM, deci nu ai nici butonul. Unii furnizori instalează unelte suplimentare de restaurare, deci merită să te uiți întâi în panou. Dacă nu găsești nimic, deschizi un tichet și spui ce arhivă vrei pusă și din ce dată. Tot acolo mergi când nu știi sigur ce e stricat: mai bine întrebi decât suprascrii.
La RobixHost backupul automat e inclus în toate pachetele, cu o frecvență care diferă de la plan la plan, iar restaurarea unei arhive complete o facem noi, la cerere. Dacă ești în mijlocul unei probleme chiar acum, scrie-ne înainte să mai apeși pe ceva. Dacă doar îți pui ordine în copii, vezi ce retenție are fiecare pachet de găzduire sau mai multe ghiduri în baza de cunoștințe.