Backupurile unui VPS: ce trebuie să verificați înainte de a semna
O ofertă de VPS anunță aproape mereu „backupuri incluse”. În spatele acestor două cuvinte se poate afla o copie făcută în fiecare noapte, păstrată în afara mașinii și restaurată de experți, sau un snapshot pus pe același disc ca serverul. Acest ghid prezintă întrebările care fac diferența, ce înseamnă fiecare răspuns și modul de a verifica faptul că un backup se poate restaura.
Întrebați ce se salvează: întregul server sau doar anumite fișiere? Baza de date este acoperită?
Frecvența stabilește ce puteți pierde: un backup în fiecare noapte înseamnă cel mult o zi de muncă.
Durata de păstrare stabilește cât de departe puteți merge înapoi: ea trebuie să acopere timpul de care aveți nevoie ca să observați o problemă.
Un backup se păstrează în afara mașinii, criptat. O oglindire a discurilor (RAID) sau un snapshot pe același spațiu de stocare protejează de altceva.
Întrebați cine restaurează, în cât timp și dacă restaurarea este inclusă.
Adăugați un export regulat al bazei de date, păstrat la dumneavoastră: aceasta este regula 3-2-1.
Întrebările de pus
Întrebarea
De ce contează
Răspunsul pe care îl așteptați
Ce se salvează?
Un backup al unor fișiere alese uită tot ce nu v-ați gândit să includeți.
Întregul server: sistem, configurație, aplicații și date.
Cu ce frecvență?
Tot ce s-a schimbat de la ultimul backup se pierde în caz de pană.
Cel puțin în fiecare noapte, mai des pentru o bază de date foarte activă.
Cât timp este păstrat?
O eroare sau o intruziune se observă uneori abia după câteva zile.
Mai multe puncte de restaurare, pe o durată care acoperă timpul necesar pentru a observa problema.
Unde este stocat?
O copie pe aceeași mașină dispare odată cu ea.
În afara mașinii, pe un spațiu de stocare separat.
Este criptat?
Un backup conține toate datele dumneavoastră, inclusiv parole și chei.
Da, înainte de a părăsi serverul.
Cine restaurează?
Un backup pe care nu știți să îl restaurați repede nu vă ajută în ziua panei.
Experți, la simpla cerere.
Restaurarea este inclusă?
O restaurare facturată separat se descoperă în cel mai prost moment.
Da, iar acest lucru este scris în ofertă.
Frecvență și păstrare: ce puteți pierde
Două durate rezumă o politică de backup:
Pierderea maximă admisibilă (RPO, recovery point objective): cantitatea de muncă pe care acceptați să o pierdeți. Un backup în fiecare noapte înseamnă cel mult 24 de ore; o bază de date care înregistrează comenzi toată ziua câștigă adăugând arhivarea continuă a jurnalului ei de tranzacții.
Durata maximă de întrerupere (RTO, recovery time objective): timpul în care serviciul poate rămâne oprit. Ea depinde de volumul de restaurat și, mai ales, de cine restaurează și când.
Păstrarea răspunde la o altă întrebare: cât de departe puteți merge înapoi? O ștergere observată a doua zi se recuperează cu backupul din ajun. O intruziune discretă, o corupere silențioasă a datelor sau o eroare într-o procesare automată se observă uneori mai târziu: este nevoie atunci de un punct de restaurare anterior problemei. Pentru arhivele pe termen lung, contabile sau impuse de reglementări, un export lunar păstrat separat completează backupul serverului.
Unde sunt backupurile și cine le poate șterge
Un backup protejează de ce i se întâmplă serverului. De aceea se află în altă parte decât el:
O oglindire a discurilor (RAID) protejează de o pană de disc și copiază fidel pe al doilea disc o ștergere sau o criptare rău intenționată făcută pe primul. Este o protecție a hardware-ului, nu un backup.
Un snapshot pe același spațiu de stocare vă readuce repede la starea anterioară după o actualizare ratată, dar dispare odată cu spațiul de stocare care îl găzduiește.
Un backup în afara mașinii, pe un spațiu de stocare separat, supraviețuiește pierderii serverului. Criptat înainte de a pleca de pe server, rămâne ilizibil pentru oricine nu are cheia.
Un punct adesea uitat: un backup care poate fi șters de pe server poate fi șters și de un intrus care a preluat controlul serverului. Backupurile făcute și păstrate de furnizor, în afara accesului serverului salvat, scapă de acest risc.
Cazul bazelor de date
O bază de date scrie permanent. O copie a fișierelor ei făcută în timp ce rulează o surprinde așa cum ar fi după o pană de curent: PostgreSQL și MySQL știu să repornească dintr-o astfel de stare, reaplicându-și jurnalul. Pentru o restaurare fină, tabel cu tabel, sau către o altă versiune, se adaugă un backup logic:
Lansate în fiecare noapte de o sarcină programată, înainte de ora backupului serverului, aceste exporturi ajung în el și pot fi copiate și pe un spațiu de stocare al dumneavoastră.
Regula 3-2-1
Regula recomandată de agențiile de securitate cibernetică încape în trei cifre: 3 copii ale datelor dumneavoastră, pe 2 suporturi diferite, dintre care 1 în afara locației. Pe un VPS, ea se traduce astfel: datele în funcțiune pe server, backupul făcut de furnizor în afara mașinii și un export regulat al celor mai importante date (baza de date, fișierele încărcate de utilizatorii dumneavoastră) pe un spațiu de stocare al dumneavoastră.
Terminal: copierea exporturilor pe un spațiu de stocare propriu, cu restic
Un backup se dovedește restaurându-l. O dată pe trimestru și după fiecare schimbare importantă a serverului:
Cereți sau lansați restaurarea pe un server de test, alături de producție.
Verificați că aplicația pornește și răspunde.
Comparați câteva cifre cu producția: numărul de rânduri din tabelele principale, data ultimei înregistrări.
Notați cât a durat operațiunea: aceasta este durata dumneavoastră reală de întrerupere.
Pe un Managed VPS, aceste backupuri, păstrarea lor în afara mașinii și restaurarea însăși sunt în grija furnizorului: dumneavoastră cereți, el restaurează.
Dacă serverul păstrează date cu caracter personal, notați testul. În Uniunea Europeană, articolul 32 din Regulamentul general privind protecția datelor (GDPR) enumeră, printre măsurile de securitate adecvate, capacitatea de a restabili în timp util disponibilitatea datelor cu caracter personal și accesul la acestea în cazul unui incident de natură fizică sau tehnică, precum și un proces de testare și evaluare periodică a eficacității măsurilor luate. Un test de restaurare datat este cea mai simplă dovadă.
Backupuri făcute, păstrate și restaurate pentru dumneavoastră
Cu un Managed VPS Simafri, serverul dumneavoastră este salvat în fiecare noapte, criptat și păstrat în afara mașinii, iar restaurarea este inclusă și realizată de echipele noastre. Experții noștri exploatează serverul în locul dumneavoastră: actualizări, monitorizare 24/7 cu intervenție fără a vă aștepta apelul, un interlocutor dedicat și termene de intervenție asumate.
Nu. O oglindire a discurilor protejează de o pană hardware, dar copiază imediat pe al doilea disc o ștergere, o corupere sau o criptare rău intenționată. Un backup este o copie separată, păstrată în afara serverului, la care puteți reveni.
Este un snapshot un backup?
Un snapshot pe același spațiu de stocare cu serverul permite o revenire rapidă, de exemplu după o actualizare ratată. El dispare odată cu spațiul de stocare care îl găzduiește: completează un backup în afara mașinii, fără să îl înlocuiască.
Cât de des trebuie făcut backup unui VPS?
În fiecare noapte pentru întregul server, ceea ce limitează pierderea la cel mult o zi. O bază de date care înregistrează tranzacții toată ziua câștigă adăugând arhivarea continuă a jurnalului ei, care permite revenirea la minut.
Cine este responsabil de backupurile unui VPS?
Depinde de ofertă. Pe un VPS neadministrat, dumneavoastră, cu excepția cazului în care oferta include un backup. Pe un VPS administrat, furnizorul face backupurile și le restaurează. În toate cazurile, citiți ce scrie oferta despre frecvență, păstrare, locul de stocare și restaurare.
Autor: Simon Vasconcelos Lee
Publicat la 5 noiembrie 2026Timp de citire: 8 minute