Contrôle des versions : réduire le stockage SharePoint avec Teams Governor

La gestion des versions de documents est l’un des principaux facteurs de croissance du stockage SharePoint. Sans règles claires, chaque modification génère de nouvelles versions, souvent inutiles, qui augmentent durablement les coûts. Teams Governor aide les organisations à reprendre le contrôle en rendant le versioning visible, mesurable et pilotable, puis en automatisant son optimisation tout au long du cycle de vie des espaces collaboratifs, après validation des besoins de restauration et de conservation.

À savoir : dans SharePoint et OneDrive, les versions de documents peuvent représenter une part importante du stockage total. Microsoft a introduit des version history limits (tenant/site/bibliothèque) et des capacités de reporting et de trim (suppression des versions existantes via un job) pour mieux maîtriser cette croissance. [1]

Étapes (approche recommandée)

1. Lire et standardiser les paramètres de versioning depuis SharePoint

Lors de la création d'un projet (équipe Teams ou site SharePoint) avec Teams Governor, celui-ci commence par récupérer les paramètres de contrôle de version tels qu’ils sont configurés dans les bibliothèques du site SharePoint (associé au modèle Teams Governor). Cela permet de définir des règles cohérentes et alignées avec vos objectifs de restauration et de coût. [1]

Recommandation pour le paramétrage de vos sites modèles : choisir les versions principales ou secondaires, les limites et les règles de brouillons selon les contraintes SharePoint et les besoins métier. L’objectif est de conserver l’historique utile (restauration, audit, collaboration), tout en évitant l’accumulation silencieuse de versions.

Microsoft rappelle que le versioning permet de suivre l’historique, restaurer une version précédente et visualiser une version sans écraser l’actuelle. Il est aussi indiqué que, dans Microsoft 365, le versioning est activé par défaut sur les nouvelles bibliothèques et conserve un grand nombre de versions (par défaut). [2]

Pourquoi éviter “V1”, “V2”, “version finale” ? Ce type de nommage crée des doublons, complique la recherche et rend CoPilot moins pertinent, et masque l’historique réel. Avec la mise en place des versions principales et des versions brouillons, vous gardez un seul fichier « référence » et l’historique est consultable et restaurable directement via SharePoint. [2]

Bonnes pratiques de configuration (repères concrets)

• Versions majeures + mineures pour les documents en cours de rédaction (brouillons), puis publication en version majeure.
• Limiter les versions majeures selon les valeurs autorisées par SharePoint et les besoins de restauration ; ne pas confondre limite de bibliothèque et nombre conservé par un nettoyage ciblé.
• Pas d’expiration temporelle lorsque vous devez conserver des jalons précis (audit, validation), sinon utiliser une politique adaptée.
• Réduire la rétention des brouillons lorsque la collaboration produit de nombreuses versions mineures.

Références : Microsoft Learn (version history limits, planification du stockage des versions). [1] [3]

2. Identifier les sites qui « sur-consomment » via la page "Requêtes"

Une fois les règles observées, Teams Governor permet de repérer où le stockage est réellement consommé : certains sites paraissent « stables » en volume de fichiers, mais cachent une quantité importante de versions historiques. La page Gouvernance consolide cette information afin de cibler les actions là où l’impact est maximal.

• Versions historiques : distinguez leur volume des fichiers actuels avant de décider d’un nettoyage.
• Gain potentiel et pourcentage libérable : la vue Gouvernance peut aussi prendre en compte les copies redondantes, variants et archives techniques candidates exploitables, sans compter deux fois les mêmes octets. Ce n’est pas uniquement le poids des versions.
• Priorisation : classement des sites pour agir d’abord sur les plus “rentables” (gain de stockage / effort).

Commencez par les bibliothèques contenant des fichiers volumineux et souvent édités (présentations, documents de pilotage, supports récurrents) : ce sont les scénarios où les versions s’empilent le plus vite.

Microsoft recommande d’évaluer votre stratégie de stockage des versions en fonction des objectifs de restauration et de la consommation, et propose un mode « Automatic (Recommended) » qui optimise le stockage au fil du temps. [3]

Comment interpréter “volume purgeable” et “priorisation”

Le détail des versions historiques met en évidence une composante du stockage. Une bibliothèque peut sembler « raisonnable » en nombre de documents, mais devenir très coûteuse si des fichiers sont édités fréquemment pendant des mois. Les pourcentages aident à comparer des sites de tailles différentes, et la priorisation facilite une approche progressive (quick wins).

3. Purger les versions sur un site via "Propriétés du projet"

Teams Governor propose une action de nettoyage contrôlée par projet/site, sans opération manuelle utilisateur par utilisateur. L’objectif est de réduire le stockage tout en conservant un historique pertinent (versions majeures essentielles).

Depuis la page Propriétés du projet :

1. Ouvrir le projet (site) concerné.
2. Cliquer sur Mettre à jour, sélectionner Personnalisé, puis activer Supprimer des versions.
3. Définir le nombre de versions à conserver, vérifier les exigences de restauration et de rétention, puis confirmer. Le traitement est asynchrone ; attendez sa fin et actualisez les mesures.

Microsoft distingue la configuration des limites (organisation/site/bibliothèque) et la capacité à trim (réduire) des versions existantes. Teams Governor s'inscrit dans cette logique : visibilité + action ciblée + traçabilité. [1]

Bon compromis : conserver suffisamment de versions majeures pour couvrir les besoins de restauration (erreur, corruption, audit), tout en supprimant les versions intermédiaires qui ne servent généralement plus après validation.

4. Automatiser l'optimisation via les cycles de vie

La maîtrise durable du stockage vient de l’automatisation : Teams Governor permet d’appliquer automatiquement une politique de versions lors du passage d’étape dans un cycle de vie (projet actif → stabilisation → clôture → archivage).

• Définir automatiquement le nombre de versions à conserver lorsque le projet change d’étape.
• Réduire progressivement la profondeur d’historique à mesure que l’activité diminue.
• Standardiser les règles à l’échelle de l’organisation, tout en conservant des exceptions contrôlées.

Astuce : déclenchez une étape automatiquement en fonction du nombre de jours depuis la dernière modification (par exemple, passage en “stabilisation” après une période d’inactivité), puis appliquez une politique de versions plus restrictive.

Pourquoi automatiser plutôt que “nettoyer une fois” ?

Limiter les versions ralentit la croissance future, mais ne réduit pas automatiquement l’historique déjà accumulé. L’automatisation permet d’appliquer la bonne règle au bon moment, en continu, et d’éviter que le problème ne revienne après chaque nouvelle phase de production documentaire.

Référence : Microsoft Learn (planifier le stockage des versions et les options de limites). [3]

FAQ

Estimation, pas promesse de purge ou d’économie : les doublons, variants et archives détectés exigent une revue avant suppression ou transfert. L’économie annuelle affichée est une estimation brute du stockage SharePoint ; elle exclut les coûts Azure Blob, les opérations et la migration, et ne garantit pas une baisse de facture.

Teams Governor modifie-t-il le comportement natif de SharePoint ?

Non. Teams Governor s’appuie sur les capacités natives (versioning, limites par niveau, reporting et trimming), et les applique de façon gouvernée, traçable et adaptée à vos cycles de vie. [1] [2]

Comment choisir une limite de versions “raisonnable” ?

Elle dépend de vos objectifs de restauration, de vos exigences d’audit, et du type de documents (volumétrie, fréquence d’édition). Microsoft propose des options et une démarche de planification pour équilibrer restauration et consommation de stockage. [3]

Sources : Microsoft Learn (SharePoint version history limits, planification du stockage des versions), Microsoft Support (versioning), gouvernance Teams & SharePoint. [1] [3] [2] [4]