Ghid pentru backup și snapshot pe VPS

De Echipa de inginerie ONIE · Actualizat 12 noiembrie 2026 · Timp de citire: 3 min

Un server poate ceda din cauza unei actualizări greșite, a unei greșeli, a unui malware sau a unei probleme hardware. Un plan bun combină snapshot-uri, backup-uri și o restaurare testată. Pe ONIE, Cloud Servers din Ho Chi Minh City acceptă snapshot-uri și backup-uri, iar pentru date puteți adăuga Block Storage suplimentar.

Snapshot sau backup

SnapshotBackup
Ce esteO stare salvată a discului într-un anumit momentO copie separată a serverului sau a datelor lui
Cel mai potrivit pentruO cale rapidă de revenire înainte de o actualizare sau o modificare de configurareRecuperarea după pierdere, deteriorare sau ștergere
PăstratAproape de serverul originalPe stocare separată
VitezăRapid de creat și de restauratMai lent, depinde de dimensiune

Folosiți ambele: un snapshot înainte de modificările riscante și backup-uri programate pentru restul.

Regula 3-2-1

Păstrați 3 copii ale datelor importante, pe 2 tipuri diferite de stocare, cu 1 copie în alt loc. Un snapshot pe același server nu este suficient de unul singur.

Backup pentru fișiere

rsync copiază doar ce s-a modificat:

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic creează backup-uri criptate și deduplicate către mai multe destinații:

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

Backup pentru o bază de date

Copiați baza de date cu un dump, în loc să copiați direct fișierele de date active:

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

Pentru PostgreSQL folosiți pg_dump.

Automatizarea backup-urilor

Rulați backup-urile din cron sau dintr-un timer systemd și păstrați o politică de retenție, astfel încât copiile vechi să fie șterse:

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

Testați restaurarea

Un backup pe care nu l-ați restaurat niciodată este doar o presupunere. Lunar, restaurați pe un server de rezervă și verificați că site-ul și datele funcționează. Notați pașii, ca oricine din echipă să poată face restaurarea.

Înainte de modificările mari

Faceți un snapshot, aplicați modificarea, testați-o și ștergeți snapshot-ul când sunteți sigur. Această practică merge bine cu o configurare SSH sigură, iar același obicei ajută când actualizați un site WordPress.

Întrebări frecvente

Cât de des ar trebui să fac backup?

Zilnic este frecvent pentru site-urile și bazele de date care se schimbă des. Faceți backup mai des dacă pierderea unei zile de date ar fi grav.

Snapshot-urile se taxează?

Snapshot-urile și backup-urile sunt facturate după spațiul pe care îl ocupă. Vedeți tarifele actuale pe pagina de prețuri a serviciului.

Unde ar trebui să stochez backup-urile?

Nu doar pe același server. Folosiți altă locație sau alt furnizor, ca un singur eșec să nu șteargă toate copiile.

Surse și lecturi suplimentare

Alte ghiduri VPS