Backup pentru companii și plan de repornire după dezastru
Copii de siguranță zilnice, inclusiv o copie offline, cu retenție de 30 de zile — și, mai important, testate. Un backup care nu a fost restaurat niciodată este doar o presupunere.
Alegeți un fișier șters acum șase luni și cereți să vi-l dea cineva înapoi, acum.
De ce se pierd date, chiar și când totul funcționează
Motivele sunt banale și se repetă: ștergere accidentală, un laptop pierdut, un fișier suprascris, un ransomware care criptează exact fișierele de care aveți nevoie mâine. Mai rar, dar mai grav: incendiu, inundație, furt. De aceea backup-ul se proiectează pornind de la riscurile pe care trebuie să le acopere, nu de la spațiul disponibil pe un disc extern.
Ce facem
- Proiectarea politicilor de backup: total, incremental, diferențial, GFS
- O copie offline, deconectată de la rețea — protecție împotriva ransomware-ului
- Retenție configurabilă — implicit 30 de zile
- Monitorizarea zilnică a job-urilor, cu alertă la eșec
- Teste periodice de restaurare, cu rezultat scris
- Plan scris de Disaster Recovery: ce repornim întâi, de unde, cine anunță pe cine
- Backup și pentru email-ul din Microsoft 365, unde Microsoft nu recuperează datele șterse
Trei întrebări care arată dacă sunteți acoperit
- Cât de vechi poate fi cel mai recent fișier recuperabil? (cât de multe date acceptați să pierdeți)
- În cât timp repornim activitatea? (cât acceptați să stați)
- Unde sunt fizic copiile și cine mai are acces la ele?
Dacă la vreuna nu aveți un răspuns exact, este discuția pe care o purtăm la audit.
Ransomware: backup-ul este ultima linie
Un atac reușit criptează inclusiv unitățile de rețea mapate. De aceea copiile trebuie să fie în afara domeniului, imutabile sau offline. Dacă backup-ul stă pe un share accesibil tuturor, nu vă salvează.
Când a fost ultima dată testată o restaurare la dumneavoastră?
Dacă răspunsul este „nu știu”, merită o discuție de cincisprezece minute.
Cereți auditul gratuit de 90 de minute
Răspundem în aceeași zi lucrătoare. Fără obligații.