Un backup pe care nu l-ai restaurat niciodată este o presupunere, nu o măsură. Pentru un retailer din Chișinău care emite facturi electronice către SFS, pierderea bazei de date înseamnă oprirea activității, iar primul care află că copia era goală ești tu.
Trei copii înseamnă producția plus două. Două suporturi înseamnă că nu stau toate pe același disc sau același tip de stocare. Una în altă locație acoperă incendiul, inundația și furnizorul care dispare. Ransomware-ul a schimbat regula: programele moderne caută întâi serverul de backup și criptează sau șterg copiile, apoi lovesc producția. De aici cifra unu suplimentară: o copie pe care serverul compromis nu o poate atinge, cu retenție blocată sau pe suport deconectat. Zero-ul înseamnă că testul de restaurare s-a încheiat fără erori.
Copia se face automat și nimeni nu o privește. Restaurarea o face un om, sub presiune, pe o mașină pe care nu a mai lucrat. Testul lunar răspunde la întrebările care contează: cât durează, ce lipsește, cine are cheia de decriptare, dacă versiunea bazei de date de pe noul server acceptă dump-ul vechi. Restaurează pe un VPS temporar, pornește aplicația, verifică o factură din luna trecută, apoi șterge mașina. Durata notată este RTO-ul tău real, nu cel din documentație.
Legea nr. 195/2024 privind protecția datelor cu caracter personal, aliniată la GDPR și supravegheată de CNPDCP, cere măsuri tehnice care asigură inclusiv posibilitatea de a restabili accesul la datele personale după un incident. Un backup testat este dovada directă. Clienții din UE cer același lucru prin articolul 32 GDPR și prin anexa de securitate a contractului de persoană împuternicită. Pentru documentele fiscale, păstrează copiile pe durata cerută de legislația contabilă din Moldova, cu aceeași disciplină de test: o arhivă necitibilă nu este o arhivă.
| Copie | Unde | Frecvență | Cine o poate șterge din producție |
|---|---|---|---|
| Copia locală | disc separat sau volum de backup | zilnic | administratorul |
| Copia offsite | depozit S3 în alt datacenter | zilnic | doar contul de backup |
| Copia imutabilă | același depozit, retenție blocată 30 de zile | zilnic | nimeni, până la expirare |
| Testul de restaurare | VPS temporar | lunar | nu se aplică |
pg_dump -Fc -U app exemplu_db > /var/backups/exemplu_db.dump
export RESTIC_REPOSITORY=s3:https://s3.exemplu.md/backup-exemplu
restic backup /var/backups /var/www/exemplu.md
restic forget --keep-daily 14 --keep-weekly 8 --keep-monthly 12 --prunerestic restore latest --target /restore
createdb exemplu_test
pg_restore -d exemplu_test /restore/var/backups/exemplu_db.dump
psql -d exemplu_test -c "select count(*), max(created_at) from invoices;"Backup-ul rula zilnic pe același server, într-un alt director. Ransomware-ul a criptat tot, inclusiv copiile. A doua zi, singura sursă era exportul lunar trimis contabilului. Acum copiile pleacă pe un depozit cu retenție blocată de 30 de zile, în alt datacenter.
Snapshot-ul zilnic al VPS-ului era considerat backup. La ștergerea accidentală a VPS-ului din panou, snapshot-urile au dispărut cu el. Copia externă săptămânală a salvat catalogul, dar comenzile din ultimele șase zile s-au reintrodus manual.
Atât de des cât îți permite pierderea acceptabilă. Un magazin cu comenzi zilnice pierde prea mult cu o copie săptămânală; un site de prezentare nu. Pentru baze de date tranzacționale, backup-ul continuu al jurnalului (PITR) reduce pierderea la minute, iar dump-ul zilnic rămâne ca a doua linie.
Este o copie utilă, dar administrată de altcineva și, de regulă, în aceeași infrastructură. Regula 3-2-1 cere o copie sub controlul tău, în altă locație. Păstrează backup-ul furnizorului ca prima linie și adaugă propria copie offsite.
Un depozit de obiecte cu blocare de retenție (object lock) sau un server de backup care acceptă doar adăugare, fără ștergere. Chiar dacă atacatorul obține credențialele de backup de pe serverul compromis, copiile din perioada de retenție nu pot fi șterse sau suprascrise.
Acest ghid adună într-un singur loc măsurile care contează pentru un server de producție al unei firme din Moldova: de la cheia SSH până la copia de backup pe care nimeni nu o poate șterge. Fiecare capitol trimite la o pagină de întrebare cu pași, comenzi și exemple. Este scris pentru echipe care livrează clienților din UE, raportează la instituții locale sau vând online și nu își permit o zi de indisponibilitate.