Trei plase de siguranță, trei accidente
Spunem „e salvat” despre mecanisme foarte diferite. Fiecare recuperează un anumit tip de accident, are o persoană care acționează și o limită.
| Plasa de siguranță | Cine acționează | Ce recuperează | Limita sa |
|---|
| Coșul și dosarul de recuperare | Utilizatorul, în căsuța sa | Greșeala recentă de manipulare | Durată scurtă și nimic dacă însăși căsuța este ștearsă sau compromisă |
| Backupul serviciului | Operatorul, la cerere | Readucerea unui mesaj, a unui dosar sau a unei căsuțe la o stare anterioară | Perioada de păstrare și intervalul dintre două backupuri |
| Redundanța platformei | Operatorul, fără cerere | Pana: e-mailurile continuă să sosească sau sosesc din nou | Nu readuce un mesaj șters |
Copia pe care editorul sau furnizorul de găzduire o păstrează pentru propria disponibilitate, pe mai multe discuri sau mai multe servere, ține de a treia plasă. Ea protejează împotriva unei defecțiuni hardware. Nu protejează împotriva unei ștergeri: un mesaj șters dispare imediat de pe toate replicile. Aceasta este cea mai frecventă confuzie între redundanță și backup.
Readuce un backup un mesaj șters?
Da, în trei limite.
- Perioada de păstrare. Cu o retenție de 30 de zile, un mesaj șters acum șase săptămâni nu mai există în niciun backup. Dacă ștergerea este descoperită abia la închiderea exercițiului, backupul vine prea târziu.
- Punctul de restaurare. Un backup este o fotografie. Un mesaj sosit la 10:05 și șters la 10:40, înainte de backupul următor, nu a fost niciodată fotografiat. Cu cât backupurile sunt mai apropiate, cu atât această fereastră se micșorează; ea nu este niciodată zero.
- Utilizarea. Un backup servește la revenirea la o stare anterioară. Nu înlocuiește o arhivare pe mai mulți ani, care păstrează mesajele pentru a le putea prezenta, cu propriile reguli de durată și de acces.
Ștergerea intenționată merită o atenție deosebită. Un angajat nemulțumit care își golește căsuța sau un atacator care a preluat un cont de administrare poate șterge mesajele și poate încerca să șteargă și backupurile. De aici interesul unui backup pe care nimeni nu îl poate modifica pe durata păstrării, nici măcar un administrator al serviciului de e-mail. Ghidul ANSSI privind backupul recomandă izolarea serverelor de backup în cadrul sistemului de administrare și invită la examinarea mecanismului de imuabilitate al unei soluții de tip WORM, în loc să vă bazați pe simplul cuvânt.
Independent de server: ce înseamnă
Un backup independent există în afara serviciului de e-mail pe care îl protejează. Concret:
- este stocat pe un alt sistem și, de preferință, într-o altă locație, astfel încât un incident în sala serverelor să nu îl distrugă și pe el;
- datele de autentificare care administrează serviciul de e-mail nu sunt suficiente pentru a-l șterge;
- este criptat, astfel încât copia să nu devină o a doua poartă de acces la mesaje;
- este testat. ANSSI o formulează simplu: backupurile trebuie testate periodic. Un backup care nu a fost niciodată restaurat rămâne o ipoteză.
Același ghid recomandă regula „3-2-1”, care începe cu trei copii distincte ale datelor, și definește backupul offline drept un backup pe un suport deconectat de orice sistem informatic. Aceste noțiuni se aplică e-mailului la fel ca fișierelor; aplicarea lor pentru documente se găsește în versionare, replicare și backup.
Exemplu. Într-un cabinet de 25 de persoane (caz ipotetic), un colaborator șterge din greșeală dosarul unui client, golește coșul și își dă seama abia lunea următoare. Dosarul de recuperare nu mai conține nimic util. Backupul de vinerea anterioară conține dosarul. Operatorul îl restaurează în căsuță; lipsesc doar mesajele sosite și șterse între două backupuri.
Când serverul cade
E-mailul tolerează bine penele scurte. Un server expeditor care nu îl poate contacta pe al dumneavoastră sau care primește o eroare temporară păstrează mesajul în coada de așteptare și reîncearcă. Atâta timp cât pana durează mai puțin decât termenul după care expeditorul renunță, care se măsoară de obicei în zile, nu se pierde nimic: e-mailul sosește la revenirea serviciului. Ghidul migrarea unui serviciu de e-mail fără întreruperi detaliază acest mecanism. O poartă de filtrare plasată în fața serviciului de e-mail joacă același rol: păstrează mesajul acceptat până când serverul răspunde.
Ceea ce văd utilizatorii este altceva: webmailul nu mai funcționează, telefoanele nu se mai sincronizează, trimiterile sunt imposibile. Această durată este măsurată de primul indicator.
RTO (durata maximă admisibilă de întrerupere): timpul vizat pentru repunerea în funcțiune a serviciului. RPO (pierderea maximă admisibilă de date): cantitatea de date, exprimată ca durată, pe care acceptați să o pierdeți dacă stocarea trebuie reconstruită pornind de la ultimul backup.
RPO nu privește e-mailurile care așteaptă la expeditori: acestea sosesc la revenirea serviciului. El privește mesajele deja livrate în căsuțe și acțiunile utilizatorilor de la ultimul backup, în cazul în care însăși stocarea s-ar pierde. Un RPO de sub 2 ore înseamnă că cel mult două ore din acest istoric ar trebui reconstituite. Sunt obiective: întrebați cum sunt măsurate și testate.
Schimbarea serverului fără schimbarea domeniului
O pană prelungită, încheierea unui contract sau preluarea furnizorului pot impune schimbarea serviciului de e-mail. Domeniul și adresele dumneavoastră nu se schimbă: înregistrarea MX este cea care desemnează noua platformă. Metoda, cu coexistența, trecerile de copiere și coerența SPF, DKIM și DMARC, este descrisă în migrarea unui serviciu de e-mail fără întreruperi. Nu o reluăm aici.
Întrebări frecvente
Înlocuiește redundanța backupul?
Nu. Redundanța copiază și ștergerile. Ea protejează împotriva unei defecțiuni hardware, nu împotriva unei erori sau a unei ștergeri intenționate.
Se pierde un mesaj primit în timpul unei pane?
În general, nu: expeditorul îl păstrează și reîncearcă. Se pierde doar dacă este refuzat definitiv sau dacă pana durează mai mult decât termenul de renunțare al expeditorului.
Sunt suficiente treizeci de zile de backup?
Pentru a reveni la o stare anterioară după o eroare, adesea da. Pentru a păstra mesaje mai mulți ani, nu: acesta este rolul arhivării. Vedeți arhivarea mesajelor.
Trebuie atacul asupra unei căsuțe descoperit rapid?
Da, pentru că perioada de retenție curge. Protecția în amonte ține de poarta de filtrare; vedeți protejarea serviciului de e-mail pe care îl aveți deja.
Unde se situează Klytic
Pentru Klytic Mail, cele trei plase de siguranță există și sunt distincte.
- Pe partea utilizatorului, dosarul elementelor șterse permite recuperarea mesajelor șterse de către utilizator, fără costuri.
- Pe partea serviciului, serviciul de e-mail este salvat în fiecare oră. Backupurile sunt criptate, păstrate 30 de zile, replicate în mai multe locații și imuabile: un backup scris nu mai poate fi modificat sau șters. Ele sunt supravegheate permanent, iar restaurările sunt testate lunar. Pentru aceasta, Klytic se bazează pe serviciile WeDoBack, descrise pe pagina Securitate și backup.
- Pe partea platformei, obiectivele publicate sunt o repunere în funcțiune în mai puțin de 4 ore (RTO) și cel mult 2 ore de date pierdute (RPO). Plasat în fața serviciului de e-mail, Klytic MTA păstrează temporar, criptat, un mesaj al cărui server destinatar este indisponibil.
Restaurarea unui mesaj, a unui dosar sau a unei căsuțe se solicită la suport, precizând elementul în cauză și data aproximativă. Ea 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 cereri pe lună), ori de atac suferit în pofida unor stații de lucru protejate corespunzător. După o ștergere accidentală, o manipulare greșită sau dacă stațiile de lucru erau insuficient protejate, ea face obiectul unui tichet de asistență contra cost. Dosarul elementelor șterse, fără costuri, rămâne prima soluție. Pașii sunt descriși în restaurarea unui mesaj sau a unei căsuțe.
Ce nu acoperă oferta: o restaurare în regim de autoservire de către utilizator dincolo de dosarul elementelor șterse și o păstrare de peste 30 de zile prin backup. Pentru a păstra mesaje mai mulți ani, arhivarea legală este oferită opțional.
Această pagină descrie un cadru general. Angajamentele aplicabile sunt cele din contractul dumneavoastră.
Surse
Consultate în octombrie 2026.
- ANSSI, „Sauvegarde des systèmes d’information : les fondamentaux” (Backupul sistemelor informatice: noțiunile fundamentale), versiunea 1.1: definiția backupului offline, regula „3-2-1”, testarea periodică a backupurilor, izolarea serverelor de backup, examinarea mecanismului de imuabilitate, corespondența dintre PDMA și RPO, DMIA și RTO. cyber.gouv.fr
- Klytic, Securitate și backup: ritm, retenție, criptare, replicare, imuabilitate, teste lunare, RTO și RPO vizate, restaurarea unui e-mail, a unui dosar sau a unei căsuțe. klytic.com
- Klytic, Întrebări frecvente: backup orar, cu excepția telefoniei, obiective de repunere în funcțiune, păstrarea temporară de către Klytic MTA când serverul destinatar este indisponibil. klytic.com
- Klytic, Migrarea unui serviciu de e-mail fără întreruperi: coada de așteptare a expeditorilor în caz de eroare temporară, rolul MX, coexistența. klytic.com
