Backupul are valoare când poți înțelege ce conține și cum îl folosești la nevoie. Un mesaj că operațiunea a reușit este util, dar nu răspunde tuturor întrebărilor despre recuperarea website-ului.
Ce trebuie să poată fi recuperat
În WordPress, baza de date și fișierele au roluri diferite. Documentația oficială despre backup explică necesitatea lor în procesul de copiere. Pentru proiectul concret, inventariază și serviciile externe de care depinde funcționarea.
Un export de articole nu este automat o copie completă a configurației și a fișierelor. Numele operațiunii trebuie să fie legat de conținutul real al copiei.
Alege frecvența după schimbări
Întrebarea practică este câtă informație îți permiți să refaci între două copii. Un website rar modificat și un magazin cu comenzi zilnice nu au aceeași nevoie.
Stabilește ce date se schimbă, cât de des și cine răspunde. Nu alege o frecvență doar pentru că era valoarea implicită a pluginului.
Clarifică păstrarea și accesul
- Unde se află copiile?
- Cine poate descărca sau restaura?
- Câte versiuni sunt păstrate?
- Ce se întâmplă dacă serverul principal nu este disponibil?
- Cum sunt protejate datele din arhive?
Copiile pot conține informații private, configurații și date ale utilizatorilor. Nu le publica într-o zonă accesibilă oricui și nu le trimite prin canale nepotrivite.
Diferențiază verificarea arhivei de restaurare
O arhivă care poate fi deschisă a trecut un anumit control, dar nu confirmă singură că întregul website a fost restaurat cu succes. Un test de recuperare într-un mediu potrivit poate verifica mai multe componente.
Nu restaura peste site-ul activ doar pentru a testa. Operațiunea poate înlocui modificări și comenzi recente. Planul de recuperare trebuie să țină cont de datele apărute după copie.
Ce să întrebi la predare
Cere descrierea procesului, ultima copie verificată și responsabilul. Întreabă cum se procedează la incident și ce costuri sau limite se aplică. O responsabilitate scrisă este mai utilă decât presupunerea că „se ocupă găzduirea”.
Vezi ghidul mentenanței și pachetele ITroom. Prin formular, descrie cât de des se schimbă website-ul, pentru a discuta un proces adecvat.
Scenariu de verificare pentru proprietarul website-ului
Întreabă ce s-ar întâmpla dacă o modificare importantă ar afecta pagina principală. Cine analizează problema, ce copie poate fi folosită și ce date recente trebuie păstrate? Nu trebuie să execuți restaurarea ca să începi această discuție.
Pentru un magazin, adaugă o întrebare concretă: ce se întâmplă cu comenzile apărute după ultima copie? Răspunsul trebuie stabilit în planul tehnic, nu ghicit în timpul incidentului.
- Notează ce componentă acoperă fiecare copie.
- Verifică data și rezultatul ultimei operațiuni.
- Confirmă cine are drept de recuperare.
- Stabilește cum este testată restaurarea într-un mediu potrivit.
- Păstrează concluziile și limitele verificării.
Diferențiază în raport „arhiva a fost verificată” de „restaurarea a fost testată”. Ambele pot fi utile, dar nu reprezintă același lucru. O descriere precisă a verificării ajută proprietarul să știe pe ce se poate baza.
Ghid editorial ITroom pentru pregătirea unui proiect digital. Exemplele demonstrative se adaptează informațiilor reale ale afacerii; nu reprezintă rezultate garantate sau recomandări profesionale individuale.