Mes données Microsoft 365 sont-elles vraiment sauvegardées ?0%

Mes données Microsoft 365 sont-elles vraiment sauvegardées ?

Beaucoup de dirigeants pensent que Microsoft sauvegarde tout. Ce que Microsoft protège réellement, ce qu'il ne protège pas, et quoi mettre en place.

Équipe Helion Cloud20 juil. 2026mis à jour le 5 oct. 20267 min de lecture
Dans cet article

C'est l'une des idées reçues les plus répandues, et l'une des plus coûteuses : « nos données sont dans le cloud Microsoft, donc elles sont sauvegardées ». La réalité est plus nuancée, et beaucoup d'entreprises ne la découvrent qu'au pire moment, quand il faut restaurer des données perdues plusieurs mois plus tôt. Voici ce que Microsoft protège réellement, ce dont vous restez responsable, et comment décider si une sauvegarde tierce est justifiée chez vous.

L'essentiel

  • Microsoft est responsable de la disponibilité du service, vous êtes responsable de vos données.
  • Les outils natifs couvrent la plupart des incidents du quotidien, mais leurs durées de conservation sont finies : 93 jours pour la corbeille de SharePoint et OneDrive.
  • Avant d'acheter une sauvegarde tierce, configurez la rétention native et testez une restauration.

Le modèle de responsabilité partagée, en clair

Microsoft applique un principe simple à formuler mais souvent mal compris : il est responsable de la disponibilité du service, vous êtes responsable de vos données. Concrètement, Microsoft garantit que la plateforme fonctionne, que l'infrastructure est redondée et qu'un incident dans un datacenter ne fait pas disparaître le service. En revanche, si l'un de vos collaborateurs supprime définitivement un dossier, si un ransomware chiffre vos fichiers synchronisés, ou si une erreur de manipulation écrase des données, c'est votre responsabilité. La redondance d'infrastructure n'est pas une sauvegarde : elle protège contre la panne matérielle, pas contre l'erreur humaine ni contre la malveillance.

Ce que Microsoft 365 offre réellement

Microsoft 365 inclut de vrais mécanismes de récupération, et il serait faux de dire qu'il n'y a rien. Vous disposez de la corbeille (à deux niveaux dans SharePoint et OneDrive), de l'historique des versions des fichiers, de la récupération d'éléments supprimés dans Exchange, et de politiques de rétention configurables via Microsoft Purview. Bien paramétrés, ces outils couvrent la majorité des incidents du quotidien : le fichier effacé par erreur la semaine dernière, la version écrasée ce matin. La limite tient à deux choses : ces mécanismes ont des durées de conservation finies, et une fois ce délai écoulé, la donnée est réellement irrécupérable. Ils ne sont pas conçus pour restaurer un état complet à une date précise, plusieurs mois en arrière. Pour SharePoint et OneDrive, le délai total de la corbeille est de 93 jours : le détail, et ce qu'il implique, est dans notre article sur le délai de récupération.

Les scénarios où ça fait mal

Trois situations reviennent régulièrement. La suppression ancienne : on découvre au bout de plusieurs mois qu'un dossier client a disparu, bien après l'expiration des délais de rétention. Le départ d'un collaborateur : le compte est supprimé pour arrêter de payer la licence, et avec lui son OneDrive et sa boîte mail, souvent sans que personne ait vérifié ce qu'ils contenaient. Le ransomware : les fichiers chiffrés localement se synchronisent vers OneDrive et SharePoint, propageant le chiffrement. L'historique des versions permet souvent de s'en sortir, mais l'opération est lourde et le résultat dépend fortement de votre configuration et du délai de détection. Pour le départ d'un collaborateur, voir aussi la checklist de départ d'un collaborateur.

Les trois scénarios à risque

La suppression ancienne

Un dossier disparu n'est découvert qu'après l'expiration des délais de rétention.

Le départ d'un collaborateur

Le compte supprimé emporte son OneDrive et sa boîte mail, souvent sans vérification.

Le ransomware

Les fichiers chiffrés se synchronisent vers OneDrive et SharePoint.

Faut-il une sauvegarde tierce ? Comment décider

La réponse honnête est : cela dépend de votre exposition, pas d'une règle universelle. Posez-vous trois questions. Un : sur quelle profondeur devez-vous pouvoir restaurer, en tenant compte de vos obligations légales et sectorielles ? Si vous devez pouvoir revenir plusieurs années en arrière, les mécanismes natifs ne suffiront pas. Deux : quelles données seraient réellement critiques à perdre, et savez-vous où elles vivent aujourd'hui ? Trois : avez-vous déjà testé une restauration ? C'est le point le plus négligé : une sauvegarde jamais testée n'est pas une sauvegarde, c'est une hypothèse. Avant même d'acheter un outil, commencez par configurer correctement la rétention native, documenter la procédure de restauration, et faire un test réel.

Par où commencer

Configurer la rétention native

Politiques de rétention Microsoft Purview

puis

Documenter la restauration

Écrire la procédure

puis

Tester pour de vrai

Une sauvegarde jamais testée reste une hypothèse

Évaluer une sauvegarde tierce

Selon la profondeur de restauration exigée et vos données critiques

En résumé

Microsoft assure la disponibilité du service, pas la récupération de vos données en toutes circonstances. Les mécanismes natifs couvrent bien les incidents courants, mais montrent leurs limites sur les suppressions anciennes, les départs de collaborateurs et les ransomwares. La bonne démarche est d'abord de configurer et tester ce que vous avez déjà, puis d'évaluer si une sauvegarde tierce se justifie. Helion Cloud audite votre configuration de rétention et vos vrais risques de perte de données. Réservez votre audit gratuit de 15 minutes.

Partager

Besoin d'accompagnement ?

Notre équipe d'experts basée à Lille accompagne les entreprises de France, Belgique et Europe. Disponible du lundi au vendredi.