Trois mécanismes, trois objectifs différents
Dans Microsoft 365, sauvegarde, rétention et conservation eDiscovery peuvent toutes garder une copie de données, mais elles ne répondent pas à la même question. La sauvegarde vise à restaurer un état exploitable après une suppression, une corruption ou une attaque. La rétention Purview applique une règle de cycle de vie. Une conservation liée à un dossier eDiscovery préserve des éléments potentiellement pertinents pour une enquête ou une procédure.
Aucun mécanisme ne remplace automatiquement les deux autres. Une politique qui conserve les courriels pendant sept ans ne garantit pas un retour rapide de toute une boîte à l’état d’hier. Une sauvegarde restaurable ne prouve pas que les éléments requis ont été préservés sous un dossier, avec la portée et la gouvernance attendues. Le besoin juridique doit être défini avec les responsables autorisés; cet article ne fournit pas d’avis juridique.
| Mécanisme | Objectif principal | Déclencheur | Résultat attendu |
|---|---|---|---|
| Sauvegarde | Continuité et restauration | Incident, erreur, corruption ou rançongiciel | Restaurer des données à partir d’un point antérieur |
| Rétention Purview | Cycle de vie et conformité | Règle générale ou étiquette appliquée au contenu | Conserver, supprimer ou conserver puis supprimer |
| Conservation eDiscovery | Enquête ou litige précis | Dossier, dépositaires, emplacements et requêtes approuvés | Empêcher la suppression des données visées jusqu’à la levée |
Corbeilles et historique de versions ne constituent pas une stratégie de sauvegarde
Exchange, SharePoint et OneDrive offrent des mécanismes natifs de récupération, notamment les éléments récupérables, les corbeilles et l’historique des versions. Ils sont utiles pour les erreurs courantes, mais leurs fenêtres, limites et dépendances varient selon le service et la configuration. Une suppression logique, un changement de politique ou un incident étendu peut dépasser ce qu’ils permettent de récupérer facilement.
Une stratégie de sauvegarde définit un objectif de point de récupération (RPO), un objectif de temps de récupération (RTO), une fenêtre de récupération, une portée, des rôles de restauration et des tests. Elle précise aussi les données non couvertes : configurations Entra, applications, groupes, paramètres, conversations ou métadonnées ne sont pas nécessairement protégés de la même façon que les boîtes et fichiers.
Ce que fait réellement Microsoft 365 Backup
Microsoft 365 Backup protège les charges de travail prises en charge à l’intérieur des limites de données Microsoft 365 et fournit des points de restauration pour Exchange, SharePoint et OneDrive selon les politiques configurées. Le produit est conçu pour un retour rapide après une suppression ou un écrasement accidentel ou malveillant. Les fournisseurs partenaires peuvent aussi utiliser l’infrastructure Microsoft 365 Backup Storage ou proposer leur propre architecture; comparez la portée réelle plutôt que le nom du produit.
La fenêtre et la fréquence des points de récupération sont des paramètres techniques de la politique de sauvegarde. Les politiques Purview de rétention ou de suppression ne modifient pas la fenêtre de récupération de Microsoft 365 Backup. Après restauration, les données redevenues actives sont toutefois soumises aux politiques applicables. Cela confirme que sauvegarde et rétention sont deux plans de contrôle distincts.
La facturation, les licences admissibles, les régions et les charges de travail évoluent. Validez la documentation Microsoft, la configuration de facturation à l’utilisation et les droits de l’administrateur avant un pilote. Pour un produit tiers, documentez aussi la résidence des données, le chiffrement, l’identité de service, les API, les limites de débit et la procédure de sortie.
Rétention Purview : gouverner le contenu dans son service
Une politique de rétention s’applique généralement à des conteneurs ou emplacements — boîtes Exchange, sites SharePoint, comptes OneDrive, messages Teams et autres emplacements pris en charge. Une étiquette de rétention s’applique à un élément et peut fournir un traitement plus précis, y compris la déclaration comme enregistrement lorsque la licence et le scénario le permettent.
La règle peut conserver le contenu, le supprimer à la fin d’une période ou le conserver puis le supprimer. Lorsqu’un utilisateur modifie ou supprime un élément encore soumis à conservation, Microsoft 365 en préserve une copie dans l’emplacement interne prévu par la charge de travail, par exemple Recoverable Items ou Preservation Hold Library. Cette copie protège la conservation; elle n’offre pas forcément l’expérience de restauration en masse d’une sauvegarde.
- Politique large : base commune par emplacement, utilisateur, groupe ou portée adaptative admissible.
- Étiquette : exception ou traitement au niveau de l’élément, appliqué manuellement, par défaut ou automatiquement selon les capacités sous licence.
- Enregistrement : contrôles supplémentaires; une étiquette réglementaire impose des contraintes fortes et exige une gouvernance formelle.
Les principes de rétention déterminent ce qui gagne
Un élément peut être soumis à plusieurs politiques, étiquettes et conservations. On ne peut pas prédire le résultat en regardant seulement la politique au nom le plus parlant. Microsoft applique des principes de rétention : la conservation prend préséance sur la suppression, la période de conservation la plus longue peut l’emporter, et une suppression explicite a priorité sur une suppression implicite lorsque plus aucune conservation ne s’applique.
Utilisez le diagramme de décision Microsoft et testez des éléments représentatifs. Notez le début de la période — création, modification, étiquetage ou événement selon le scénario — car il change la date de fin. Tenez aussi compte des délais de distribution des politiques, des limites par charge de travail et du stockage consommé par les copies préservées.
Conservation eDiscovery : une portée liée à un dossier
Une conservation eDiscovery est créée dans un dossier pour préserver les données de dépositaires, emplacements ou requêtes déterminés. Elle demeure jusqu’à ce qu’une personne autorisée la retire; elle n’est pas une minuterie de sauvegarde ni une politique générale de cycle de vie. Microsoft distingue aussi cette conservation d’un retention hold Exchange, qui suspend temporairement le traitement d’une politique MRM dans certains scénarios.
Définissez la portée avec le service juridique, la protection des renseignements et les responsables de l’enquête. Évitez une requête trop large « au cas où » : elle augmente les volumes, les coûts d’examen et l’exposition. À l’inverse, une requête trop étroite peut manquer des données pertinentes. Conservez l’autorisation, les dépositaires, les sources, les dates, les tests de requête et les changements au dossier.
Ne retirez jamais une conservation pour libérer de l’espace ou supprimer un utilisateur sans validation formelle. Plusieurs mécanismes peuvent préserver le même contenu; la suppression d’un seul ne garantit pas que l’élément sera supprimable, et Microsoft peut appliquer un délai de conservation après le retrait.
Inventorier avant de modifier
Commencez par les politiques Purview, leurs règles, leur état de distribution et les étiquettes. Le premier script est en lecture seule. Il exige ExchangeOnlineManagement et un rôle autorisé dans Purview. Les propriétés retournées peuvent varier selon le type de politique et la version du module; exportez la sortie avec un horodatage UTC et masquez les identifiants sensibles.
Pour Exchange, échantillonnez les boîtes à haut risque et les boîtes d’anciens employés. LitigationHold, InPlaceHolds, Single Item Recovery, la politique MRM et Purview décrivent des mécanismes différents. Le deuxième script ne change rien, mais l’accès aux propriétés de conservation doit être limité et journalisé.
# Read-only inventory. Requires ExchangeOnlineManagement and an authorized role.
Connect-IPPSSession
Get-RetentionCompliancePolicy -DistributionDetail |
Select-Object Name,Enabled,Mode,Type,DistributionStatus,
ExchangeLocation,SharePointLocation,OneDriveLocation,TeamsChatLocation
Get-RetentionComplianceRule |
Select-Object Name,Policy,RetentionDuration,RetentionComplianceAction,
ExpirationDateOption,Disabled
Get-ComplianceTag |
Select-Object Name,RetentionAction,RetentionDuration,RetentionType,
IsRecordLabel,Regulatory# Read-only sampling. Replace the fictional mailbox.
Connect-ExchangeOnline
Get-Mailbox user@example.invalid |
Select-Object DisplayName,LitigationHoldEnabled,LitigationHoldDate,
LitigationHoldOwner,RetentionPolicy,RetentionHoldEnabled,
SingleItemRecoveryEnabled,InPlaceHolds
Get-OrganizationConfig |
Select-Object InPlaceHoldsTrois incidents montrent pourquoi les couches se complètent
Dans chaque cas, attribuez un propriétaire à la récupération, un autre à la gouvernance des données et les rôles appropriés au dossier juridique. La même personne ne devrait pas pouvoir créer une conservation, exporter les résultats et la retirer sans contrôle lorsque la séparation des tâches est requise.
| Scénario | Premier mécanisme | Pourquoi les autres restent utiles |
|---|---|---|
| Un utilisateur écrase des milliers de fichiers | Sauvegarde et restauration à un point sain | La rétention peut préserver des versions, mais n’optimise pas nécessairement la remise en service rapide |
| La politique interne exige de supprimer des dossiers après sept ans | Rétention Purview | La sauvegarde doit avoir une fenêtre compatible; une restauration ne doit pas contourner durablement la suppression autorisée |
| Une enquête vise cinq dépositaires et une période précise | Conservation eDiscovery | La sauvegarde soutient la continuité; la rétention générale peut préserver davantage, mais ne remplace pas la portée et le dossier |
| Départ d’un employé | Processus de départ + décision de conservation | Ne pas convertir automatiquement la boîte en archive permanente; restaurabilité, accès et obligations doivent être décidés séparément |
Licences, rôles et coûts : valider chaque fonction
Les politiques de rétention de base, les étiquettes, les portées adaptatives, l’étiquetage automatique, Records Management et eDiscovery n’ont pas tous les mêmes droits d’utilisation. Les droits varient aussi pour une boîte partagée ou de ressource. Consultez la description de service Microsoft Purview pour les utilisateurs et fonctions réellement couverts; ne déduisez pas qu’un abonnement E3 ou E5 couvre tout le scénario.
Microsoft 365 Backup ajoute sa propre activation, facturation et attribution de rôles. Une solution partenaire a son contrat, sa capacité, sa rétention et ses coûts de sortie. Chiffrez le stockage protégé, la croissance, la fréquence des points, les restaurations, les licences d’administrateurs, le réseau et les exercices annuels.
Appliquez le moindre privilège : administrateur de sauvegarde pour les politiques et restaurations, rôles Data Lifecycle Management ou Records Management pour la rétention, et eDiscovery Manager ou Administrator pour les dossiers selon la responsabilité. Les noms exacts et capacités doivent être confirmés dans le portail du locataire.
Déployer avec un pilote et un retour arrière réaliste
Inventoriez d’abord les sources, politiques, conservations, volumes et propriétaires. Écrivez ensuite une matrice par charge de travail avec RPO, RTO, durée de conservation, motif, destination de restauration et autorité d’approbation. Pilotez une boîte, un compte OneDrive et un site SharePoint non critiques avec des données fictives.
Testez la suppression, la modification, la restauration au même emplacement et vers un emplacement alternatif lorsque le produit le permet. Mesurez le temps, les permissions, les liens, les versions, les métadonnées et l’effet des politiques Purview après restauration. Pour Teams, vérifiez séparément les messages, fichiers et enregistrements, car ils reposent sur plusieurs services.
Le retour arrière d’une nouvelle politique de rétention consiste à arrêter son déploiement ou à restaurer sa portée précédente après analyse; la suppression immédiate n’annule pas nécessairement la conservation déjà appliquée. Une conservation eDiscovery ne possède pas de retour arrière technique improvisé : sa modification ou sa levée suit l’autorisation du dossier. Pour la sauvegarde, conservez l’ancienne couverture jusqu’à ce que la nouvelle soit protégée et restaurée avec succès.
- Critères de sortie : inventaire complet, propriétaires nommés, licences confirmées, restauration réussie et documentation du délai réel.
- Tests trimestriels légers et exercice annuel de récupération élargie, avec preuves et actions correctives.
- Alertes sur les échecs de protection, changements de politiques, conservations sans propriétaire et exceptions expirées.
Construire une architecture défendable
Une architecture défendable associe les objectifs d’affaires aux mécanismes appropriés : sauvegarde pour la récupération, rétention pour le cycle de vie et eDiscovery pour une préservation ciblée. Documentez les zones non couvertes et ne promettez jamais une restauration sans l’avoir exécutée.
Un audit Microsoft 365 peut établir la carte des données, politiques, conservations, licences, comptes privilégiés et scénarios de restauration. Il transforme une accumulation de réglages en plan opérationnel, sans remplacer l’avis des responsables juridiques ou de la protection des renseignements.
À propos de l’auteur
Marc-Antoine Lambert
Consultant TI senior et Team Lead basé à Montréal, spécialisé en architecture, cybersécurité, infrastructures Microsoft, réseaux et continuité des opérations.
Discuter de votre environnement →