Historique des versions SharePoint : pourquoi il consomme du stockage et comment le limiter

Le stockage SharePoint ne se remplit que rarement à cause des fichiers visibles eux-mêmes, mais à cause des versions invisibles et de la corbeille en arrière-plan. Depuis l'introduction des limites automatiques de l'historique des versions, cette consommation de stockage est réduite selon Microsoft jusqu'à 96 % par rapport aux simples limites de comptage, sans que les utilisateurs ne doivent renoncer aux versions plus anciennes. Quiconque cherche la cause d'un contingent complet doit donc d'abord chercher là. État : août 2026.

Pourquoi l'historique des versions remplit-il le stockage bien que personne n'upload de gros fichiers?

Un cas pratique documenté dans les forums de questions-réponses officiels de Microsoft montre le schéma : un locataire a perdu sans le remarquer environ 140 téraoctets de stockage libre jusqu'à ce que le contingent soit dépassé et le site passe en mode lecture seule. La réponse cite comme causes principales les contenus de la corbeille et les versions de fichiers cumulées, c'est-à-dire exactement les zones qui restent invisibles dans la vue de bibliothèque normale. Chaque version enregistrée d'un fichier compte entièrement pour le contingent de stockage, même si une petite partie du contenu a changé.

Qu'est-ce qui rend la configuration Automatique différente d'une limite de comptage fixe?

Selon la documentation de Microsoft sur les limites de l'historique des versions est le paramètre par défaut recommandé et fonctionne selon un algorithme échelonné plutôt qu'une limite de comptage rigide : au cours des 30 premiers jours, toutes les versions jusqu'à une limite de 500 sont conservées, entre les jours 30 et 60 une seule version par heure, entre les jours 60 et 180 une version par jour, et plus de 180 jours une version par semaine, jusqu'à ce que la limite supérieure de 500 soit à nouveau atteinte. Selon le guide de planification de Microsoft pour le stockage des versions ce déclin échelonné entraîne une réduction d'environ 96 % du stockage des versions sur une période d'exemple documentée de six mois par rapport à une simple limite de comptage, dans un exemple distinct avec édition continue sur plusieurs mois une réduction d'environ 94 %. Les utilisateurs ne perdent pas l'accès aux points de récupération pertinents car les versions plus récentes, qui sont probablement nécessaires, sont conservées.

À quel niveau les limites de l'historique des versions peuvent-elles être définies?

Les limites de l'historique des versions s'appliquent à quatre niveaux possibles : organisation, site, bibliothèque et compte OneDrive individuel. Les administrateurs globaux et SharePoint définissent le paramètre par défaut pour l'organisation entière, qui s'applique automatiquement à toutes les bibliothèques nouvellement créées. Les propriétaires de sites peuvent rompre cette héritage pour un site individuel, mais selon le guide de Microsoft pour modifier les limites des sites exclusivement via PowerShell, pas via l'interface graphique. Une modification au niveau du site peut être appliquée au choix uniquement aux nouvelles bibliothèques, uniquement aux bibliothèques existantes ou aux deux simultanément, la mise à jour des bibliothèques existantes s'exécutant de manière asynchrone en arrière-plan et pouvant selon Microsoft prendre jusqu'à 24 heures.

Qu'en est-il si je veux définir une limite manuelle au lieu d'Automatique?

En mode manuel, une limite de comptage pour les versions principales peut être configurée avec ou sans date d'expiration supplémentaire en jours. Important pour la pratique : l'interface utilisateur empêche les valeurs inférieures à 100 versions principales ou moins de 30 jours de délai d'expiration, car Microsoft classe explicitement ces valeurs basses comme un risque de perte de données involontaire, même si techniquement des valeurs plus basses pourraient être définies via l'API publique. Les versions qui dépassent une limite définie sont également supprimées définitivement et non déplacées vers la corbeille, elles ne peuvent donc pas être restaurées après suppression. Une exception s'applique aux contenus soumis à une stratégie de rétention ou à une suspension eDiscovery : les limites de l'historique des versions sont ignorées selon Microsoft jusqu'à l'expiration de la période de rétention ou la levée de la suspension.

Ceux qui souhaitent traiter le besoin de nettoyage SharePoint dans le cadre d'une automatisation en cours trouvent du soutien dans Conseil en automatisation.

Questions fréquemment posées sur l'historique des versions SharePoint

Dois-je choisir Automatique ou une limite manuelle pour mon entreprise?

Pour la plupart des organisations, Microsoft recommande le paramètre Automatique car il offre le meilleur compromis stockage-utilité, sans que les administrateurs aient à estimer eux-mêmes les valeurs de comptage ou d'expiration. Une limite manuelle vaut surtout là où un nombre fixe et prévisible de versions doit être garanti pour rester en place pour des raisons réglementaires ou internes.

Puis-je restaurer les versions déjà supprimées de la corbeille?

Cela dépend de la méthode de suppression. Si un utilisateur supprime manuellement une version de l'historique des versions d'un fichier, elle se retrouve selon Microsoft dans la corbeille du site et peut être restaurée pendant une période limitée. Si, en revanche, les versions sont supprimées automatiquement par une limite définie ou une tâche de trimming planifiée, cela contourne entièrement la corbeille et est définitif.

Une nouvelle limite d'organisation s'applique-t-elle automatiquement aux bibliothèques existantes?

Non, pas automatiquement. Un paramètre par défaut modifié au niveau de l'organisation ne s'applique initialement qu'aux nouvelles bibliothèques créées. Selon Microsoft, des étapes supplémentaires et séparées sont nécessaires pour aligner les bibliothèques existantes et réduire les versions existantes.

Une limite de version empêche-t-elle les documents importants d'être archivés de façon permanente en tant qu'enregistrement?

Non. Les documents explicitement marqués comme enregistrement sont exempts de suppression automatique des versions selon Microsoft, quel que soit la limite configurée.