Backup Microsoft 365: de ce contul companiei nu e protejat automat

Un angajat plecat din firmă acum trei luni avea, pe OneDrive-ul lui de Microsoft 365, singurul fișier cu lista completă de prețuri negociate cu furnizorii. Contul lui a fost dezactivat la plecare, ca procedură normală de securitate. Când cineva a avut nevoie de fișier, l-a căutat — și nu mai era nicăieri de găsit, pentru că fereastra în care mai putea fi recuperat se închisese deja. Firma nu avea „zero backup" în sensul clasic: avea Microsoft 365, și presupunerea, foarte răspândită, că „e în cloud, deci e salvat". Cele două lucruri nu sunt același lucru, iar diferența devine vizibilă exact în momentul în care ai nevoie de ea.

Ce face Microsoft, de fapt, cu datele tale

Microsoft 365 este construit să nu se defecteze: infrastructura care ține serviciul în funcțiune este redundantă, replicată și întreținută de Microsoft, astfel încât o cădere de server, de exemplu, să nu afecteze contul tău. Asta este o garanție de disponibilitate a serviciului, nu o garanție că datele tale individuale pot fi recuperate oricând, din orice motiv. Dacă un angajat șterge un email din greșeală, dacă un cont este dezactivat la plecarea unei persoane, sau dacă un fișier este criptat de un ransomware și modificarea se propagă prin sincronizare pe toate dispozitivele — acestea sunt scenarii de pierdere cauzate de utilizator, nu de infrastructură, și Microsoft 365 le tratează diferit.

Pentru aceste scenarii, platforma oferă ferestre de recuperare temporare — nu o copie de rezervă independentă, cu propriul program de retenție, pe care firma o controlează.

Cât țin, de fapt, ferestrele native de recuperare

Pentru email, Exchange Online pune fiecare element șters într-un folder intern numit Recoverable Items. Perioada implicită în care un email rămâne recuperabil de aici este de 14 zile; un administrator poate extinde această perioadă, dar nu mai mult de 30 de zile. După ce perioada expiră, elementul este eliminat definitiv din Exchange Online. Acest folder are, în plus, propriul plafon de stocare — implicit 20 GB înainte de un avertisment și 30 GB plafon dur — care crește la 100 GB doar dacă mailbox-ul este pus pe o reținere legală (Litigation Hold) sau pe o politică de retenție Microsoft 365/Office 365. Fără una dintre aceste reținere active, un volum mare de ștergeri poate umple acest folder mai rapid decât se epuizează cele 14-30 de zile.

Pentru OneDrive, situația e structurată diferit, dar la fel de limitată în timp. Când un cont de utilizator este șters din Microsoft 365, OneDrive-ul lui este păstrat implicit 30 de zile — interval în care poate fi restaurat direct din panoul de administrare. După ce acest interval trece, OneDrive-ul nu dispare imediat, dar intră într-o „stare ștearsă" care mai durează încă 93 de zile, timp în care poate fi recuperat exclusiv de un administrator SharePoint, folosind comenzi PowerShell dedicate — nu din panoul obișnuit, și nu de către utilizatorul final. După ce și acest interval trece, conținutul este eliminat definitiv.

De ce aceste ferestre nu sunt, de fapt, un backup

Trei diferențe separă o fereastră de recuperare nativă de o soluție de backup propriu-zisă.

Prima este timpul limitat. O retenție de 14, 30 sau 93 de zile înseamnă că, dacă pierderea este descoperită mai târziu — un angajat plecat acum patru luni, un director care observă abia la închiderea trimestrului că un folder important a fost șters — fereastra s-a închis deja. Un backup real menține un istoric pe durata pe care firma o stabilește, nu pe durata pe care o stabilește implicit platforma.

A doua este dependența de intervenție manuală, din partea unui administrator, cu instrumente tehnice specifice (PowerShell, pentru OneDrive), nu un restore cu un singur clic pe care îl poate iniția oricine de la firmă atunci când are nevoie. Până ajungi la cineva care știe să ruleze comanda potrivită, o parte din fereastră s-a scurs deja.

A treia, cea mai importantă: ferestrele native protejează împotriva unor scenarii specifice — un cont dezactivat, un element șters individual — dar nu împotriva unei modificări care se propagă. Dacă un fișier de pe OneDrive este criptat de ransomware, sincronizarea îl criptează identic pe toate copiile conectate; recuperarea din Recoverable Items sau din starea „ștearsă" a OneDrive nu te ajută dacă fișierul nu a fost șters, ci modificat. Și dacă persoana care greșește sau este compromisă are drepturi de administrator, aceeași persoană poate dezactiva sau reduce chiar retenția nativă.

Ce oferă, diferit, o soluție de backup dedicată

O soluție de backup construită pentru Microsoft 365 rulează separat de abonamentul tău de Microsoft 365: copiile sunt stocate independent, astfel încât o problemă la nivelul contului de administrator — ștergere, compromitere, dezactivare — nu afectează și backup-ul. Permite restaurare punctuală, la o dată aleasă de firmă, nu doar „ultima stare înainte de ștergere", și restaurare la nivel granular — un singur email, un singur fișier, nu întreaga cutie poștală. Și, la fel de important, retenția este stabilită de firmă, nu de politica implicită a platformei: dacă ai nevoie să păstrezi corespondența trei ani din motive contabile sau contractuale, backup-ul dedicat poate face asta; ferestrele native, nu.

Cum alegi și verifici o soluție de backup pentru Microsoft 365

Punctul de pornire este același RPO/RTO folosit pentru orice strategie de backup: cât de multe date își permite firma să piardă între două copii și cât timp poate sta o persoană fără acces la email înainte ca asta să afecteze activitatea. Pentru corespondență activă de vânzări sau suport, un backup zilnic este, de regulă, minimul rezonabil.

Dincolo de frecvență, trei verificări separă o soluție serioasă de o bifă pe o listă: datele de backup sunt stocate complet separat de tenant-ul Microsoft 365, astfel încât un cont de administrator compromis nu poate șterge și copiile; restaurarea este testată efectiv, nu doar configurată — o copie netestată are aceeași valoare practică ca lipsa unei copii; și granularitatea restaurării corespunde nevoii reale — poți recupera un singur email trimis greșit, nu doar întreaga cutie poștală dintr-o zi anterioară.

Și Google Workspace?

Aceeași logică se aplică oricărei platforme SaaS de productivitate, nu doar Microsoft 365. Google Workspace are propriile reguli de reținere pentru elementele șterse și pentru conturile dezactivate, diferite ca interval și mecanism de cele din Microsoft 365, și la fel de limitate ca scop — nu sunt un backup independent. Dacă firma ta folosește Google Workspace, regulile exacte de reținere trebuie verificate direct în politica actuală a Google pentru planul folosit, nu presupuse din memorie, pentru că se pot schimba.

Întrebări frecvente

Microsoft nu face deja backup la email-ul și fișierele firmei? Nu, nu în sensul în care firma are nevoie. Microsoft menține redundanța infrastructurii, astfel încât serviciul să rămână disponibil, și oferă ferestre temporare de recuperare pentru elemente șterse sau conturi dezactivate — nu o copie de rezervă independentă, cu retenție controlată de firmă.

Ce se întâmplă cu un email șters definitiv din greșeală? Rămâne recuperabil în folderul Recoverable Items al Exchange Online implicit 14 zile, interval pe care un administrator îl poate extinde până la maximum 30 de zile. După ce perioada expiră, emailul este eliminat definitiv din Exchange Online.

Dacă dezactivăm contul unui angajat plecat, pierdem imediat fișierele lui din OneDrive? Nu imediat. OneDrive-ul este păstrat implicit 30 de zile, restaurabil direct din panoul de administrare, apoi intră într-o stare ștearsă care mai durează 93 de zile, recuperabilă exclusiv de un administrator SharePoint prin comenzi dedicate. După acest total, conținutul se pierde definitiv — motiv suficient ca firmele cu fluctuație de personal să nu se bazeze doar pe această fereastră.

Sincronizarea prin OneDrive sau SharePoint contează ca backup? Nu. Sincronizarea ține o copie identică pe mai multe dispozitive; dacă un fișier este șters sau criptat pe un dispozitiv, modificarea se propagă pe toate celelalte copii sincronizate. Protejează de pierderea unui dispozitiv, nu de pierderea sau corupția datelor.

Ce ar trebui să verific înainte să aleg o soluție de backup pentru Microsoft 365? Că datele de backup sunt stocate separat de tenant-ul Microsoft 365, că restaurarea punctuală și pe elemente individuale funcționează real — testată, nu doar configurată — și că perioada de retenție corespunde nevoilor reale ale firmei, nu valorilor implicite ale platformei.

Alegerea și configurarea corectă a unui backup pentru Microsoft 365 sau Google Workspace face parte din serviciile noastre de infrastructură cloud, alături de monitorizare și testare periodică a restaurării. Pentru firmele care au nevoie și de administrare continuă a conturilor și dispozitivelor conectate, serviciile noastre de externalizare IT acoperă exact partea de operare zilnică din jurul acestor sisteme. Solicită o evaluare gratuită a strategiei actuale de backup pentru Microsoft 365 sau Google Workspace a firmei tale.