De ce contează backup-ul
Pe un VPS administrat de dvs. (fără un produs de backup gestionat), backup-urile datelor și configurațiilor sunt responsabilitatea dvs., nu a BLACKBOX. Un backup bun vă protejează nu doar de defecțiuni hardware, ci mai ales de greșeli umane (ștergere accidentală, update greșit), erori de aplicație și incidente de securitate (ransomware, compromitere).
Regula clasică este 3-2-1: cel puțin 3 copii ale datelor, pe cel puțin 2 tipuri diferite de suport de stocare, cu cel puțin 1 copie păstrată în altă locație (offsite) față de serverul original.
Ce să includeți în backup
La minimum: baza de date (dump logic, nu doar copierea fișierelor brute în timp ce baza rulează — pentru MySQL/MariaDB folosiți mysqldump, pentru PostgreSQL folosiți pg_dump), fișierele aplicației care nu sunt în controlul de versiuni (uploads, media, fișiere generate de utilizatori), și fișierele de configurație relevante (nginx/Apache, variabile de mediu, chei/certificate).
Codul sursă al aplicației, dacă este deja într-un depozit Git extern (GitHub, GitLab), nu are nevoie de backup separat pe server — dar verificați periodic că push-urile chiar ajung acolo.
Bazele restic
restic este un instrument de backup modern, open-source, cu deduplicare și criptare integrată — potrivit pentru majoritatea VPS-urilor. Suportă multe destinații de stocare: un alt server prin SFTP, stocare compatibilă S3, Backblaze B2 și altele.
Inițializare (o singură dată): restic init --repo sftp:user@backup-host:/backups/exemplu. Backup: restic backup /var/www /etc/nginx --repo sftp:user@backup-host:/backups/exemplu. restic păstrează automat un istoric de instantanee (snapshots) și puteți restaura oricare dintre ele cu restic restore <snapshot-id> --target /cale/de/restaurare.
Curățarea instantanelor vechi (păstrând, de exemplu, 7 zilnice, 4 săptămânale, 6 lunare) se face cu restic forget --keep-daily 7 --keep-weekly 4 --keep-monthly 6 --prune, rulat periodic printr-un job cron.
Alternativa simplă: rsync
Pentru cazuri simple, rsync este suficient: rsync -avz --delete /var/www/ user@backup-host:/backups/exemplu/www/. Nu are deduplicare sau criptare integrată ca restic, dar este ușor de înțeles și e disponibil implicit pe aproape orice sistem Linux.
Combinați rsync cu un job cron (crontab -e) pentru a rula copierea automat, de exemplu zilnic la ora 3:00 dimineața, și direcționați output-ul către un fișier de log pentru a putea verifica ulterior că a rulat cu succes.
De ce contează o copie offsite
Un backup salvat pe același VPS pe care rulează aplicația nu vă protejează dacă serverul respectiv devine indisponibil, este compromis sau discul se defectează — backup-ul dispare odată cu datele originale. Trimiteți întotdeauna cel puțin o copie către o locație complet separată: alt server, un alt furnizor de stocare cloud sau un serviciu de tip S3.
Testați periodic procesul de restaurare, nu doar cel de backup — un backup pe care nu l-ați restaurat niciodată cu succes nu este, în fapt, o garanție.
BLACKBOX nu oferă în prezent un produs de backup gestionat inclus în planurile VPS — acest ghid descrie cum vă configurați propriul backup pe infrastructura dvs. Dacă aveți nevoie de spațiu de stocare suplimentar pentru destinația de backup, contactați-ne la support@blackbox.md.