Sauvegarde Microsoft 365 : pourquoi le backup natif ne suffit pas toujours

Pendant dix ans, l’argument commercial des MSP a tenu en une phrase : « Microsoft ne sauvegarde pas vos données. » Cet argument ne tient plus. Microsoft propose désormais Microsoft 365 Backup, son propre service de sauvegarde Microsoft 365, encore souvent recherchée sous le nom de sauvegarde Office 365, et facturée à la consommation. Vos clients l’ont entendu aussi, et certains vont vous demander pourquoi ils paient encore un tiers. Voici ce que le natif couvre réellement, où sont ses limites, et comment reconstruire l’argumentaire.

Que sauvegarde Microsoft 365 Backup exactement ?

Microsoft 365 Backup, le service de sauvegarde Microsoft 365 édité par Microsoft lui-même, est disponible en production. Il couvre trois charges de travail : Exchange Online, SharePoint et OneDrive. La fenêtre de rétention se configure sur trois mois, six mois, un an ou deux ans selon la stratégie appliquée.

La fréquence des points de restauration varie en revanche selon la charge de travail et l’ancienneté de la donnée. Exchange Online dispose de points toutes les dix minutes sur les 52 dernières semaines. Pour SharePoint et OneDrive, cette granularité couvre les deux dernières semaines, au-delà desquelles Microsoft bascule sur des instantanés hebdomadaires (documentation Microsoft Learn).

Le modèle économique tranche avec celui du marché : pas de licence par utilisateur, mais une facturation à la consommation, portée par l’abonnement Azure du client, à hauteur de 0,15 USD par Go et par mois de données protégées, les restaurations étant gratuites.

Quelles sont les limites de la sauvegarde native ?

Il faut le dire clairement à vos clients : la sauvegarde Microsoft 365 native est bien une sauvegarde, dotée de mécanismes sérieux. Le stockage est en ajout uniquement, les données sauvegardées ne peuvent pas être modifiées, et une période de grâce de 90 jours s’applique après la désactivation du service. Ce n’est pas un simple bouton « annuler ».

Les limites sont ailleurs, et elles sont structurelles. En voici six, celles qui reviennent le plus souvent en rendez-vous client.

1. Un périmètre incomplet : les conversations Teams et les messages de canal ne sont pas couverts, pas plus que Planner, Forms ou les espaces Loop. Les fichiers partagés dans Teams le sont, puisqu’ils résident dans SharePoint et OneDrive.
2. Une seule frontière de confiance : la production et la sauvegarde Microsoft 365 restent dans le même environnement, chez le même fournisseur.
3. Pas de sortie de l’environnement : ni export PST, ni copie vers un second cloud, ni stockage détenu par le client.
4. Une restauration Exchange contrainte : les éléments reviennent dans la boîte du même utilisateur, sans restauration croisée.
5. Une rétention plafonnée à deux ans, ce qui est court face à certaines obligations de conservation.
6. Un périmètre strictement Microsoft : Google Workspace, Salesforce ou Box restent hors sujet.

La question n’est plus « sauvegardez-vous Microsoft 365 ? », mais « où se trouve la copie, et qui la contrôle ? ».

Microsoft 365 Backup ou sauvegarde tierce : le comparatif

L’écart entre ce que le dirigeant PME croit couvert et le périmètre réel de la sauvegarde Microsoft 365 native est exactement l’espace dans lequel un MSP crée de la valeur. Le tableau ci-dessous sert de support de revue de compte.

Pourquoi une sauvegarde Microsoft 365 indépendante reste pertinente

Le stockage en ajout uniquement empêche la modification des points de restauration existants, et Microsoft prévoit une période de grâce de 90 jours après la désactivation du service. Cela ne change rien au fait que les données de production et leurs sauvegardes dépendent du même fournisseur et de la même frontière de confiance. La sauvegarde Microsoft 365 native constitue bien une sauvegarde, mais elle ne répond pas à elle seule à une stratégie 3-2-1 classique, puisqu’elle ne crée pas plusieurs copies sur des environnements distincts, dont une réellement externalisée.

Pour les organisations qui exigent une copie réellement séparée, une stratégie multicloud, une sauvegarde Microsoft 365 hors tenant ou une restauration vers un environnement distinct, cette architecture constitue une limite importante. C’est aussi le cas dès qu’un litige, un offboarding ou une fermeture de tenant entre dans l’équation.

CloudAlly : une sauvegarde Microsoft 365 pensée pour les MSP

C’est le rôle de CloudAlly, aujourd’hui édité par OpenText et distribué par Watsoft. La solution sauvegarde quotidiennement Exchange, SharePoint, OneDrive, Teams et Groups vers un stockage indépendant de l’environnement Microsoft, avec une restauration granulaire jusqu’à l’email, au fichier ou au contact.

D’après la documentation de l’éditeur, cette sauvegarde Microsoft 365 annonce une rétention illimitée, un stockage AWS S3 avec option immuable et neuf régions de datacenter, dont la France, l’Allemagne et l’Irlande (source OpenText).

• Restauration point-in-time et non destructive : on récupère sans écraser l’existant.
• Restauration croisée vers un autre utilisateur, et export PST.
• Multi-SaaS : Google Workspace, Salesforce et Box sur la même console.
• Programme MSP : gestion multi-clients et facturation par poste.

Sur le choix de la région d’hébergement, restons précis avec le client : une région européenne facilite la maîtrise de la localisation des données et l’analyse de conformité RGPD, sans constituer à elle seule une garantie de conformité.

Comment construire une offre de sauvegarde récurrente

L’intérêt business est simple. Facturée par utilisateur et par mois, une sauvegarde Microsoft 365 tierce donne un prix prévisible, packageable et défendable en rendez-vous. Une facturation à la consommation varie chaque mois avec le volume du client : cette variabilité complique la construction d’un forfait fixe et oblige le MSP à absorber les écarts ou à répercuter régulièrement les variations.

1. Auditer le périmètre réel : lister par client ce que la sauvegarde Microsoft 365 native couvre, ce qu’elle ne couvre pas, et le formaliser dans un document daté.
2. Packager plutôt que revendre à la licence : intégrer la sauvegarde Microsoft 365 au forfait par poste, avec le test de restauration trimestriel comme livrable.
3. Vendre la restauration, pas la sauvegarde : ce que le client achète, c’est un délai de remise en service engagé, pas un espace de stockage.

Ce qu’il faut retenir

L’arrivée du backup natif ne supprime pas le besoin, elle déplace l’argumentaire. Microsoft permet de restaurer efficacement certaines données après une erreur, une suppression ou un incident, mais uniquement à l’intérieur du périmètre couvert. Le MSP, lui, vend une sauvegarde Microsoft 365 indépendante, la couverture des données que le natif ignore et un engagement de remise en service. Le débat quitte le terrain de la fonctionnalité pour rejoindre celui de la responsabilité et du service, un terrain où la marge existe.

FAQ sur la sauvegarde Microsoft 365