Trei mecanisme, trei defecțiuni
Cei trei termeni desemnează copii. Nu desemnează aceleași copii, nici în același loc, nici pentru aceeași durată. Întrebarea corectă nu este „avem o copie?”, ci „ce copie rămâne intactă după cutare defecțiune?”.
Versionare: istoricul unui fișier, păstrat în serviciu. Replicare: o a doua copie a serviciului, actualizată continuu. Backup: o copie separată, datată, păstrată pe o durată aleasă.
Versionarea: istoricul unui fișier, în serviciu
Fiecare salvare creează o versiune. Un paragraf șters din greșeală, un tabel suprascris, o formulă greșită: utilizatorul deschide istoricul și revine la versiunea de marți. Este rapid, fără intermediar, și este răspunsul cel mai util în activitatea de zi cu zi.
Limitele sale țin de locul în care se află. Istoricul există în același serviciu ca și fișierul:
- când fișierul este șters, versiunile sale îl urmează, mai întâi în coșul de gunoi, apoi în afara serviciului când coșul este golit;
- contul care are dreptul să șteargă un dosar poate, în general, să șteargă și ce conține acesta, inclusiv istoricul;
- numărul de versiuni și durata lor sunt limitate de setările serviciului;
- dacă întregul serviciu este distrus sau compromis, istoricul dispare odată cu el.
Coșul de gunoi face parte din aceeași familie. Este un răgaz înainte de ștergere, nu o copie.
Replicarea: o a doua copie, în funcțiune
Replicarea menține o copie a serviciului pe un alt server sau pe un alt site. Dacă un centru de date căde, celălalt preia activitatea. Ea răspunde nevoii de disponibilitate. ANSSI o recomandă pentru nevoile de pierdere de date foarte mică: când pierderea admisibilă este sub 24 de ore, recomandă să se prefere replicarea, sincronă sau asincronă.
Defectul său este fidelitatea. O copie care urmează producția își urmează și erorile. O ștergere este replicată. Un fișier criptat de un ransomware este replicat. În replicarea sincronă, acest lucru durează câteva secunde. Sincronizarea unui calculator de lucru este o replicare la scară mică: are același defect.
Backupul: o copie separată, datată, păstrată
Backupul este făcut pentru a reveni la o stare anterioară. Are valoare doar dacă rămâne intact atunci când producția nu mai este. Aceasta presupune mai multe proprietăți:
- separarea: un alt sistem, alte conturi. ANSSI cere ca infrastructura de backup să fie independentă de directoarele de producție și administrată prin conturi nominative și dedicate;
- retenția: o profunzime a istoricului stabilită în mod deliberat. ANSSI dă ca exemplu cincisprezece zile de backupuri zilnice, un an de backupuri lunare și cinci ani de backupuri anuale, ca ilustrare, nu ca regulă;
- protecția împotriva modificării: ANSSI cere un control al accesului care să garanteze că backupurile nu vor fi nici modificate, nici alterate. Un backup imuabil (WORM) răspunde acestei nevoi. ANSSI consideră totuși că o copie offline este mai robustă decât o soluție WORM online și propune combinarea celor două;
- regula 3-2-1: trei copii ale datelor, dintre care două backupuri pe suporturi diferite și unul offline;
- testele: un backup care nu a fost niciodată restaurat este o ipoteză. ANSSI cere teste regulate.
Două măsuri completează tabloul. Pierderea maximă admisibilă de date (PDMA, sau RPO) arată câtă muncă acceptați să pierdeți. Durata maximă admisibilă de întrerupere (DMIA, sau RTO) arată cât timp acceptați să așteptați. Un backup orar limitează pierderea la aproximativ o oră. Nu spune nimic despre timpul de repunere în funcțiune.
Ce mecanism răspunde la ce defecțiune
| Defecțiune | Versionare | Replicare | Backup |
|---|
| Eroare de editare într-un fișier | Da, în regim self-service | Nu, eroarea este copiată | Da, printr-o restaurare |
| Fișier șters ieri | Da, prin coșul de gunoi | Nu | Da |
| Fișier șters acum trei luni | Nu, coșul a fost golit | Nu | Doar dacă retenția acoperă acea perioadă |
| Defectarea unui centru de date | Nu | Da | Da, mai lent |
| Dosar șters de un cont de administrare compromis | Nu | Nu | Da, dacă backupurile nu sunt accesibile acestui cont |
| Ransomware care criptează fișierele unui calculator sincronizat | Uneori, dacă istoricul este intact | Nu | Da, pornind de la un punct anterior |
Demonstrația: de ce trebuie făcut backup unui sistem care păstrează versiunile
Să luăm defecțiunea cea mai temută. Un atacator obține parola unui administrator. Șterge dosarul „Contracte” și golește coșul de gunoi.
- Versionarea nu ajută la nimic: versiunile erau stocate împreună cu fișierele șterse.
- Nici replicarea: ștergerea a fost copiată pe al doilea site în câteva secunde.
- Backupul din ziua precedentă, sau din ora precedentă, conține dosarul. Dacă este imuabil și administrat prin alte conturi, atacatorul nu l-a putut atinge.
Versionarea și replicarea își fac bine treaba. Doar că nu aceasta este treaba lor. Cazul ransomware-ului, cu ordinea de reluare a activității, este tratat în protejarea unui sistem de gestiune electronică a documentelor împotriva ransomware-ului și restaurarea sa.
Cinci întrebări pentru furnizorul dumneavoastră
- Cu ce frecvență se face backupul documentelor și cât timp sunt păstrate backupurile?
- Poate un cont de administrare al serviciului să șteargă sau să modifice un backup?
- Unde se află copiile, în câte locuri și există o copie offline?
- Când a fost testată ultima dată o restaurare?
- Cine solicită o restaurare, cu ce informații și în cât timp este efectuată?
Răspunsurile scrise la aceste cinci întrebări valorează mai mult decât un procent de disponibilitate.
Erorile frecvente
- „Fiecare calculator are o copie sincronizată.” Aceste copii urmează serverul, inclusiv ștergerile.
- „Coșul de gunoi păstrează totul treizeci de zile.” Păstrează ceea ce nu este golit. Un atacator îl golește.
- „Suntem replicați pe două site-uri.” Aceasta este disponibilitate, nu o revenire la o stare anterioară.
- „Backupul rulează.” Mai trebuie ca el să fi fost restaurat cel puțin o dată și ca retenția sa să acopere intervalul în care un incident este descoperit.
Întrebări frecvente
Cum regăsiți o versiune veche a unui fișier?
Prin istoricul fișierului, fără a trece printr-o restaurare. Operațiunea este descrisă în regăsirea unei versiuni a unui document.
Backupul înlocuiește versionarea?
Nu. Versionarea este imediată și la îndemâna utilizatorului. Restaurarea unui backup este o operațiune mai complexă, adesea efectuată de un administrator sau de furnizor.
Un backup este o arhivare?
Nu. Un backup durează zile sau săptămâni. O arhivare răspunde unei durate de păstrare stabilite de un text legal sau de o politică. Vedeți păstrarea și arhivarea documentelor.
Dar pentru e-mail?
Raționamentul este același, cu mecanismele proprii. Vedeți backupul, ștergerea și continuitatea serviciului de e-mail.
Unde se situează Klytic
Versionare. Klytic Docs păstrează istoricul versiunilor fiecărui fișier și dispune de un coș de gunoi. Utilizatorul regăsește singur o versiune anterioară.
Backup. Documentele au backup la fiecare oră, ca și e-mailul și CRM-ul. Backupurile sunt criptate, păstrate 30 de zile, replicate pe mai multe site-uri și imuabile: un backup scris nu mai poate fi modificat sau șters, nici măcar de un atacator. Ele sunt monitorizate, iar restaurările sunt testate lunar. Obiectivele urmărite sunt o repunere în funcțiune în mai puțin de 4 ore (RTO) și o pierdere de date de cel mult 2 ore (RPO).
Restaurare. Se solicită suportului Klytic, indicând ce este vizat și data aproximativă. Este inclusă în caz de disfuncționalitate a serviciului, de ștergere intenționată de către un angajat sau de cont șters prea devreme la o plecare (în limita a 3 solicitări pe lună), ori de atac suferit în ciuda unor calculatoare protejate corespunzător. După o ștergere accidentală, o manevră greșită sau dacă calculatoarele erau insuficient protejate, face obiectul unui tichet de asistență cu plată. Istoricul versiunilor și coșul de gunoi, fără costuri, rămân prima soluție.
Backupul este operat împreună cu WeDoBack, specialist în backup securizat, așa cum indică pagina securitate și backup. WeDoBack asigură backupul; istoricul versiunilor este o funcție a Klytic Docs.
Limitele: treizeci de zile de retenție nu acoperă o ștergere descoperită după acest termen și nu constituie o arhivare. Klytic nu este o ofertă calificată SecNumCloud.
Această pagină descrie mecanisme generale. Duratele și obiectivele propriului dumneavoastră serviciu se verifică în contract.
Surse
Consultate în octombrie 2026.
- ANSSI, „Sauvegarde des systèmes d’information” (Backupul sistemelor informatice), ghidul ANSSI-BP-100, v1.1: regula 3-2-1 cu o copie offline, offline considerat mai robust decât WORM online, durate de retenție de definit, PDMA și DMIA, replicare pentru o pierdere sub 24 h, conturi de administrare dedicate, teste regulate. messervices.cyber.gouv.fr
- ANSSI, „Les Essentiels – Sauvegarde des systèmes d’information” (Esențialele – Backupul sistemelor informatice), v1.1: backupuri offline regulate, control al accesului pentru ca acestea să nu fie nici modificate, nici alterate, infrastructură independentă de directoarele de producție. messervices.cyber.gouv.fr
- Klytic, Securitate și backup: backup criptat, 30 de zile, imuabil, replicat în mai multe locuri, restaurări testate lunar, RTO sub 4 h, RPO sub 2 h, backup operat împreună cu WeDoBack. klytic.com
- Klytic, întrebări frecvente: backup la fiecare oră, criptat, păstrat 30 de zile; obiective RTO și RPO. klytic.com
