Microsoft 365 : pourquoi OneDrive et SharePoint ne remplacent pas une sauvegarde

La résilience du service et la sauvegarde ne répondent pas au même risque

OneDrive et SharePoint sont des plateformes de collaboration résilientes. Microsoft réplique les données, protège l’infrastructure et fournit des outils de récupération utiles. Cela réduit le risque d’une panne matérielle ou d’une suppression récente, mais ne garantit pas automatiquement la conservation voulue par l’entreprise, un point de restauration indépendant ni un délai de reprise mesuré pour chaque site critique.

Dire que « Microsoft 365 n’a aucune sauvegarde » serait inexact : Microsoft offre maintenant Microsoft 365 Backup comme service distinct, en plus des versions, des corbeilles et des politiques de rétention. La vraie question est donc la suivante : les fonctions incluses dans OneDrive et SharePoint couvrent-elles vos scénarios de perte, votre RPO, votre RTO, votre durée de conservation et votre séparation administrative? Dans plusieurs organisations, la réponse est non sans une politique de sauvegarde additionnelle.

Les fenêtres et les fonctions peuvent varier selon la licence, la configuration du tenant et l’évolution du service. Validez-les dans votre environnement avant de les inscrire dans un plan de continuité.

• Microsoft — Résilience de SharePoint et OneDrive ↗
• Microsoft — Vue d’ensemble de Microsoft 365 Backup ↗

Ce que les protections natives récupèrent réellement

Les mécanismes natifs constituent une excellente première ligne de défense. Ils sont rapides, intégrés et souvent accessibles aux propriétaires de contenu. Ils ne sont toutefois pas interchangeables : la corbeille restaure un élément supprimé, l’historique revient sur une version, la restauration de bibliothèque annule des opérations récentes et Purview conserve du contenu selon une exigence de cycle de vie.

• Microsoft — Restaurer un OneDrive ↗
• Microsoft — Restaurer une bibliothèque partagée ↗
• Microsoft — Suppression des données SharePoint ↗

L’historique des versions est une fonction de collaboration, pas une copie indépendante

L’historique des versions est précieux contre une modification accidentelle ou l’écrasement d’un fichier. Microsoft permet de définir les limites au niveau de l’organisation, du site, de la bibliothèque et du OneDrive. Le réglage par défaut documenté pour les nouvelles bibliothèques demeure une limite manuelle de 500 versions majeures sans expiration, mais les paramètres existants peuvent être différents et les propriétaires peuvent rompre l’héritage selon la configuration autorisée.

Une politique automatique peut optimiser le stockage, tandis qu’une politique manuelle peut supprimer les versions au-delà d’un nombre ou d’un âge. Une modification au niveau de l’organisation n’aligne pas forcément les bibliothèques existantes. Par conséquent, la présence du bouton Historique des versions ne prouve ni une durée minimale, ni une couverture uniforme, ni l’existence d’une copie hors de la portée administrative du site.

Inventoriez les exceptions avant de compter sur les versions dans votre RPO. Pour les données critiques, documentez le nombre de versions, l’expiration, les droits capables de modifier ces réglages et le comportement des formats non Office ou des fichiers très fréquemment modifiés.

• Microsoft — Limites de l’historique des versions ↗
• Microsoft — Définir les limites par défaut ↗
• Microsoft — Planifier le stockage des versions ↗

Les corbeilles et le départ d’un employé ont des échéances différentes

Pour SharePoint Online, Microsoft documente 93 jours entre la corbeille du site et celle de la collection de sites. Un site supprimé est lui aussi conservé 93 jours, puis son contenu et ses réglages sont supprimés. Une purge par API ou par commande administrative peut toutefois éviter le chemin normal de la corbeille. Le plan de récupération doit donc inclure les suppressions automatisées et les comptes autorisés à purger.

Le cycle de vie d’un OneDrive après la suppression d’un utilisateur suit une autre chronologie. La période de rétention par défaut du OneDrive est de 30 jours et peut être modifiée dans l’administration SharePoint. À la fin de cette période, le OneDrive passe dans la corbeille de collection de sites pour 93 jours. Un gestionnaire ou propriétaire secondaire doit être défini pour éviter qu’un départ mal exécuté transforme un dossier personnel en perte de données différée.

Ces fenêtres sont des filets de sécurité, pas une politique de conservation universelle. Une découverte tardive, une purge, une erreur de portée ou un processus de départ incomplet peut dépasser le filet. La sauvegarde doit continuer de protéger le compte même lorsqu’il est retiré du périmètre actif, selon une durée approuvée.

• Microsoft — Rétention et suppression d’un OneDrive ↗
• Microsoft — Rétention SharePoint et OneDrive ↗

Pourquoi Purview, eDiscovery et une sauvegarde restent complémentaires

Une politique Purview sert à conserver ou supprimer le contenu selon les exigences réglementaires et le cycle de vie de l’information. Elle peut préserver les anciennes versions dans la bibliothèque de conservation et empêcher qu’une suppression utilisateur élimine immédiatement un dossier. C’est essentiel pour la conformité, mais son objectif, sa portée et son mode de recherche ne sont pas ceux d’une reprise opérationnelle rapide.

Un dossier eDiscovery répond à une enquête ou un litige précis. Microsoft recommande les politiques et étiquettes de rétention pour la conservation à long terme qui n’est pas liée à une enquête. À l’inverse, Microsoft précise que des données présentes seulement dans les sauvegardes OneDrive ou SharePoint de Microsoft 365 Backup ne sont pas découvrables avec les outils eDiscovery existants. Les deux plans doivent donc être conçus ensemble, sans supposer que l’un remplace l’autre.

La séparation est aussi technique : Microsoft indique que les politiques de rétention ou de suppression ne se propagent pas automatiquement aux sauvegardes Microsoft 365 Backup. Une suppression de conformité du contenu actif n’efface donc pas simultanément les points de sauvegarde. C’est précisément le type d’indépendance logique absent d’une simple version du fichier actif.

• Microsoft — Principes de la rétention Purview ↗
• Microsoft — Confidentialité, sécurité et conformité de Microsoft 365 Backup ↗
• Microsoft — Créer des conservations eDiscovery ↗

Partir des scénarios de perte plutôt que du produit

Une stratégie utile commence par les événements à récupérer. Pour chaque scénario, notez qui peut le provoquer, quand il risque d’être détecté, quelle quantité de données peut être perdue et combien de temps l’activité peut attendre. Un mécanisme peut être excellent pour une suppression unique et inadéquat pour 800 sites chiffrés en même temps.

Définir RPO, RTO, portée et conservation avant de magasiner

Le RPO est la quantité maximale de changements que l’entreprise accepte de perdre. Le RTO est le temps maximal avant le retour du service. Fixez-les par catégorie : dossiers financiers, RH, procédures cliniques, projets, Teams, sites de communication et OneDrive personnels n’ont pas nécessairement la même criticité.

Microsoft 365 Backup documente pour OneDrive et SharePoint un RPO de 10 minutes pour les deux dernières semaines, puis des points hebdomadaires entre 2 et 52 semaines pour les restaurations complètes. La restauration granulaire de fichiers et dossiers offre des points approximativement quotidiens dans les 14 premiers jours, puis hebdomadaires. Une fenêtre de politique peut être réglée à 3 mois, 6 mois, 1 an ou 2 ans; vérifiez la cadence applicable aux périodes plus longues au moment du choix.

Ne confondez pas RPO et fréquence d’exécution affichée. Mesurez aussi le RTO : temps pour déclarer l’incident, obtenir les droits, trouver le point sain, lancer la restauration, valider les permissions et remettre les usagers au travail. Microsoft publie des attentes de performance, mais le nombre d’éléments, le type de point et la taille du périmètre influencent le résultat réel.

Propriétaire métier :
Sites / OneDrive / Teams inclus :
Classification et exigences légales :
RPO cible :
RTO cible :
Durée de conservation :
Point de restauration le plus ancien requis :
Restauration granulaire ou complète :
Destination de restauration : origine / autre URL / export :
Administrateurs autorisés :
Fréquence du test :
Preuve du dernier test :
Dépendances : Entra ID, groupes, applications, métadonnées, liens :

• Microsoft — Restaurer avec Microsoft 365 Backup ↗
• Microsoft — FAQ et RPO de Microsoft 365 Backup ↗

Choisir entre fonctions natives, Microsoft 365 Backup et solution partenaire

Les fonctions natives peuvent suffire pour des données non critiques lorsque les fenêtres sont acceptées, les paramètres sont contrôlés et les restaurations sont testées. Microsoft 365 Backup ajoute un véritable périmètre de protection, des points de restauration, des restaurations granulaires ou complètes et un stockage append-only. Le service est facturé à la consommation et demeure dans l’infrastructure et la géographie Microsoft 365 du tenant.

Microsoft précise que son stockage est append-only pour empêcher la modification des points existants, mais que la suppression n’est pas absolument bloquée. Une période de grâce de 90 jours après le retrait aide à récupérer les sauvegardes, et des notifications multiadministrateurs réduisent le risque d’une action malveillante. Cette nuance doit apparaître dans l’analyse d’immutabilité.

Une solution partenaire peut ajouter une console multitenant, une autre destination, des conservations plus longues, un export ou la couverture d’autres charges. Le mot « tiers » ne garantit toutefois pas une copie indépendante : certaines solutions utilisent la plateforme Microsoft 365 Backup Storage. Demandez où résident les données, qui contrôle les clés et les suppressions, comment le fournisseur restaure à grande échelle et comment les données sont récupérées si le contrat prend fin.

• Microsoft — Configuration et rôles de Microsoft 365 Backup ↗
• Microsoft — Modèle de facturation de Microsoft 365 Backup ↗

Inventorier le tenant avec PowerShell avant de définir la portée

Une politique qui protège 95 % des sites peut rater le seul site indispensable à la paie. Commencez par inventorier les sites actifs, les OneDrive personnels, les sites supprimés et les paramètres de version et de départ. Comparez ensuite cette liste avec les unités réellement protégées dans Microsoft 365 Backup ou la console du fournisseur.

Le script suivant est en lecture seule. Il utilise le module officiel SharePoint Online Management Shell et exporte les résultats pour analyse. Remplacez le nom du tenant, exécutez-le avec un rôle SharePoint approprié et protégez les rapports : les URL, propriétaires et volumes constituent des renseignements administratifs sensibles.

Import-Module Microsoft.Online.SharePoint.PowerShell -ErrorAction Stop

$tenantName = 'contoso'
$adminUrl = "https://$tenantName-admin.sharepoint.com"
$output = Join-Path $PWD ("M365-recovery-inventory-{0}" -f (Get-Date -Format 'yyyyMMdd-HHmm'))
New-Item -ItemType Directory -Path $output -ErrorAction Stop | Out-Null

Connect-SPOService -Url $adminUrl

$activeSites = @(Get-SPOSite -Limit ALL -IncludePersonalSite $true)
if ($activeSites.Count -eq 0) { throw 'No active site returned; validate tenant and permissions.' }

$deletedSites = @(Get-SPODeletedSite -Limit ALL -IncludePersonalSite)
$tenant = Get-SPOTenant

$activeSites | Select-Object Url,Owner,Template,StorageUsageCurrent,LastContentModifiedDate,LockState |
    Export-Csv (Join-Path $output 'active-sites-and-onedrive.csv') -NoTypeInformation -Encoding UTF8

$deletedSites | Select-Object * |
    Export-Csv (Join-Path $output 'deleted-sites-and-onedrive.csv') -NoTypeInformation -Encoding UTF8

$tenant | Select-Object OrphanedPersonalSitesRetentionPeriod,EnableAutoExpirationVersionTrim,ExpireVersionsAfterDays,MajorVersionLimit |
    Export-Csv (Join-Path $output 'tenant-recovery-settings.csv') -NoTypeInformation -Encoding UTF8

[pscustomobject]@{
    CollectedAtUtc = [datetimeoffset]::UtcNow.ToString('o')
    ActiveProtectionUnits = $activeSites.Count
    DeletedProtectionUnits = $deletedSites.Count
    OutputPath = $output
} | Format-List

• Microsoft — Get-SPOSite ↗
• Microsoft — Get-SPODeletedSite ↗
• Microsoft — Get-SPOTenant ↗

Protéger aussi le plan de contrôle de la sauvegarde

La copie n’est utile que si l’attaquant ne peut pas la neutraliser avec le même compte compromis. Utilisez le rôle dédié Microsoft 365 Backup Administrator plutôt que Global Administrator lorsque possible, protégez-le par une authentification résistante à l’hameçonnage et des stratégies d’accès conditionnel, puis surveillez les ajouts de rôle, changements de politique, exclusions et restaurations.

Séparez les tâches : une personne définit la portée, une autre approuve une réduction de conservation ou une restauration massive. Conservez au moins un compte d’urgence contrôlé, documentez l’accès lorsque Entra ID ou le portail est indisponible et envoyez les alertes vers un système de journalisation que l’administrateur de sauvegarde ne peut pas effacer seul.

Enfin, la sauvegarde des fichiers ne recrée pas nécessairement toute la configuration du tenant. Inventoriez les groupes, permissions, étiquettes, applications, flux Power Automate, paramètres SharePoint et dépendances Teams. Exporter régulièrement la configuration réduit le temps de reconstruction, même si ce n’est pas un remplacement de la sauvegarde du contenu.

• Article connexe — Déployer les passkeys avec Entra ID →
• Article connexe — Règles ASR avec Microsoft Defender →

Tester la restauration comme une procédure de production

Un tableau de bord vert ne prouve pas la récupérabilité. Chaque trimestre, choisissez un fichier, un dossier, un OneDrive et un site représentatifs. Restaurez-les dans un emplacement contrôlé, vérifiez le contenu, les versions, les métadonnées, les permissions, les liens et le temps écoulé. Pour une restauration en place, documentez ce qui arrivera aux modifications créées après le point choisi.

Exécutez aussi un exercice annuel à grande échelle : plusieurs sites, comptes supprimés et administrateur principal indisponible. Mesurez le temps de décision autant que le transfert. Une procédure doit préciser les preuves à conserver, la validation métier, la communication aux utilisateurs, le retour arrière et la fermeture sécurisée de l’emplacement temporaire.

• Vérifier que chaque unité critique produit effectivement des points de restauration.
• Tester un point récent et le plus ancien point exigé par la politique.
• Restaurer à l’origine et vers une autre URL lorsque les deux scénarios sont prévus.
• Comparer le RTO mesuré au RTO approuvé et corriger les écarts.
• Faire valider les fichiers par le propriétaire métier, pas seulement par l’équipe TI.
• Documenter les échecs partiels, les permissions manquantes et les dépendances non restaurées.

La conclusion pragmatique

OneDrive et SharePoint offrent une excellente résilience et plusieurs moyens de corriger rapidement une erreur récente. Ils ne deviennent pas pour autant, par leur seule utilisation, une stratégie de sauvegarde complète. Une stratégie existe seulement lorsque la portée, le RPO, le RTO, la conservation, la séparation administrative, les scénarios de perte et les tests de restauration sont définis et prouvés.

Pour une petite organisation, la bonne réponse peut être de durcir et documenter les fonctions natives, puis de sauvegarder seulement les sites critiques. Pour une organisation réglementée ou très dépendante de Microsoft 365, une couverture complète avec Microsoft 365 Backup, une solution tierce ou une combinaison des deux sera souvent plus cohérente. Le produit vient après l’analyse; la restauration testée demeure la seule preuve.