Délester les fichiers SharePoint vers le stockage Blob

Économisez plus de 70 % sur les coûts de stockage SharePoint Online

RÉDUISEZ LES COÛTS. GARDEZ LA VUE D'ENSEMBLE.

SMART Offload contribue à réduire les coûts de stockage en déplaçant les fichiers binaires des documents éligibles et leurs versions historiques de SharePoint Online vers Azure Blob Storage. Les proxys de documents, les métadonnées et les enregistrements de version restent visibles dans SharePoint, et le contenu peut être restauré en cas de besoin.

Économisez jusqu'à 70 % sur les coûts de stockage du contenu éligible délesté. Les économies réelles dépendent de votre tarification de stockage Microsoft, du périmètre de délestage, de la configuration Azure, des licences et de l'activité de récupération.

Comment les économies de stockage augmentent au fil du temps

Réduisez les dépenses actuelles et le coût de la croissance future

L'intérêt commercial de SMART Offload comporte deux volets : réduire le stockage SharePoint supplémentaire déjà nécessaire et diminuer le coût de stockage du contenu éligible ajouté au cours des années à venir.

L'analyse de rentabilité compare les dépenses de stockage SharePoint supplémentaire évitées aux coûts des licences SMART Offload, du stockage Azure et de l'exploitation associée. Les économies se traduisent par un gain de trésorerie lorsque des achats de stockage supplémentaire peuvent être évités ou que des engagements existants peuvent être réduits dans le cadre du contrat du client.

La croissance organique des données se poursuit sans utilisateurs supplémentaires

L'activité quotidienne de l'entreprise génère de nouveaux documents, des fichiers de projet et des versions supplémentaires du contenu existant. Les exigences de rétention peuvent également conserver le contenu plus longtemps. La consommation de stockage peut donc augmenter alors que l'effectif et l'allocation SharePoint incluse restent inchangés.

Microsoft indique que l'historique des versions consomme du stockage et que les paramètres de rétention influent sur la durée de conservation des versions. Établissez vos prévisions de croissance à partir des tendances de stockage réelles du client, de la consommation liée aux versions et des besoins métier.

La croissance annuelle est cumulative. Avec un taux annuel indicatif de 15 %, 45 To deviennent 51,75 To après un an et environ 59,51 To après deux ans. La deuxième augmentation annuelle s'applique au volume accumulé, plus important.

Le taux de 15 % est une hypothèse de planification propre à cet exemple, et non une référence universelle de croissance SharePoint.

Exemple : 500 licences et 45 To de stockage supplémentaire

Cet exemple repose sur 500 licences Microsoft éligibles, environ 6 To de stockage SharePoint inclus et 45 To de stockage supplémentaire facturable. Avec un prix annuel supposé de 2 100 EUR par To supplémentaire, la dépense de stockage initiale s'élève à 94 500 EUR. Le modèle applique une croissance annuelle de 15 % au volume facturable.

Coût annuel	Année 0	Année 1	Année 2
Stockage SharePoint supplémentaire	94 500 €	108 675 €	124 976 €
Plateforme SMART et stockage Azure	22 267 €	25 392 €	28 581 €
Économie annuelle modélisée	72 233 €	83 283 €	96 395 €

Le modèle fourni indique environ 251 910 EUR d'économies cumulées sur trois périodes de facturation annuelles, soit environ 77 % de la dépense de stockage SharePoint supplémentaire.

Cet exemple précis dépasse l'économie annoncée en titre de l'article. Il inclut les frais de plateforme SMART et de stockage Azure indiqués, qui augmentent tous deux au fil du temps. Les montants sont arrondis. Tenez compte de la mise en œuvre, de la récupération, des transactions, du transfert de données et de tout stockage SharePoint restant lors du calcul de l'analyse de rentabilité finale du client.

Le délestage incrémentiel pérennise les économies

Un délestage ponctuel réduit l'empreinte SharePoint existante. Un délestage incrémentiel récurrent étend le mécanisme aux fichiers et versions historiques nouvellement éligibles, ce qui contribue à empêcher le stockage plus coûteux de s'accumuler à nouveau.

L'objectif est de réduire le coût de la croissance. Le stockage Azure et les licences de délestage augmentent toujours avec l'utilisation, mais le contenu éligible peut s'accumuler à un coût de stockage inférieur.

Microsoft : Planifier le stockage des versions Microsoft : Historique des versions et rétention

Fonctionnement de SMART Offload

Déplacer le contenu binaire et conserver l'élément SharePoint

Lorsqu'un élément de bibliothèque de documents est délesté, son contenu binaire est transféré vers Azure Blob Storage et remplacé dans SharePoint par un petit proxy contenant la référence du blob. L'élément reste visible avec ses métadonnées et ses enregistrements de version ; le contenu du fichier délesté est conservé dans Azure.

Les opérations prises en charge de renommage, de copie et de déplacement au sein du tenant peuvent conserver la référence de délestage. La référence est associée à l'élément au lieu de dépendre uniquement du dossier qui le contient. Validez le comportement de tout outil ou script tiers utilisé pour manipuler des éléments délestés.

Conserver la version actuelle active

Vous pouvez choisir de conserver la version actuelle du document dans SharePoint et de ne délester que le contenu binaire des versions historiques. Les utilisateurs peuvent continuer à travailler sur le fichier actif et créer de nouvelles versions.

Le binaire actuel reste disponible pour l'indexation SharePoint normale et pour l'accès éligible de Microsoft 365 Copilot, sous réserve des autorisations, des licences et de la configuration du service. Le contenu historique stocké uniquement dans Azure Blob Storage n'est pas automatiquement accessible via l'indexation du contenu SharePoint.

Conserver la visibilité avec une empreinte de stockage réduite

Le délestage remplace les fichiers binaires volumineux et les binaires des versions historiques par un petit contenu proxy. L'empreinte SharePoint restante dépend des métadonnées, du nombre de versions et de la conservation ou non du binaire actuel.

Lorsque tout le contenu binaire est délesté, les utilisateurs voient toujours l'élément et ses métadonnées, mais le contenu du document d'origine doit être restauré avant de pouvoir être consulté ou modifié normalement.

Restaurer le contenu en cas de besoin

Restaurer un fichier, un dossier ou une bibliothèque

Indiquez l'URL SharePoint identifiant le contenu délesté et, éventuellement, une URL SharePoint de destination ou un chemin UNC de partage de fichiers.

Restauration sur place : omettez la destination pour restaurer le contenu à son emplacement SharePoint existant.
Restauration ailleurs dans SharePoint : sélectionnez un autre site ou une bibliothèque de documents utilisée par Teams, y compris l'historique des versions lorsque cela est pris en charge.
Restauration vers un partage de fichiers : indiquez un chemin UNC pour récupérer le contenu des fichiers à des fins d'accès ou de traitement local.

La disponibilité et le délai de restauration dépendent du niveau de stockage Azure. Le contenu du niveau Archive doit être réhydraté avant de pouvoir être récupéré.

Fichiers vidéo volumineux, CAO et fichiers spécialisés

Pour les fichiers volumineux tels que les vidéos 8K ou les contenus CAO, la restauration vers un partage de fichiers peut offrir un emplacement de travail pratique pour les applications spécialisées. SharePoint conserve l'élément visible et ses métadonnées, tandis qu'Azure Blob Storage héberge le binaire délesté.

Vérifiez les limites de taille de fichier et les exigences des applications pour le processus d'ingestion et de restauration choisi.

Fonctionnalités de délestage et de restauration

Sélectionner et automatiser le périmètre de délestage

Sélectionnez des bibliothèques, des dossiers ou des fichiers individuels à délester.
Appliquez des filtres selon la taille de fichier, la date de modification et l'étendue des sous-dossiers.
Conservez les éléments visibles avec leurs métadonnées et leurs enregistrements de version.
Conservez le binaire actuel et ne délestez que les versions historiques.
Exécutez un délestage incrémentiel pour les fichiers nouvellement ajoutés ou les nouvelles versions historiques.
Importez plusieurs définitions de tâches de délestage et de restauration à partir de sources de données prises en charge.

Restaurer, déplacer et gérer les versions

Restaurez des fichiers individuels, des dossiers ou des bibliothèques entières.
Restaurez vers l'emplacement d'origine ou vers une autre destination prise en charge.
Restaurez l'historique des versions vers des destinations SharePoint prises en charge.
Prenez en charge les opérations de copie et de déplacement qui préservent des références de délestage valides.
Configurez l'élagage des versions pour supprimer les versions historiques ou conserver le nombre spécifié de versions les plus récentes.

L'élagage des versions supprime le contenu au lieu de le délester. Ne l'appliquez que si les exigences de rétention convenues autorisent la suppression.

Délestage pendant la migration

Intégrer la réduction des coûts dans la conception de la migration

SMART Migration peut délester des documents dans le cadre du processus de migration. Cela permet de prendre en charge des patrimoines de contenu volumineux tout en réduisant le stockage binaire devant rester dans SharePoint.

Les utilisateurs peuvent demander la restauration de documents ou de dossiers sélectionnés vers une bibliothèque de documents Teams active ou un site SharePoint, via le processus de demande et de restauration configuré par l'organisation.

Microsoft 365 Archive

Examiner les approches de stockage disponibles

Incluez Microsoft 365 Archive dans votre évaluation des options de stockage. Comparez la disponibilité du contenu, le comportement de restauration, les exigences en matière de métadonnées et les coûts avec la configuration SMART Offload envisagée.

Microsoft 365 Archive — de quoi s'agit-il

Limitations importantes

Étiquettes de confidentialité, étiquettes de rétention et chiffrement Purview

Le workflow SMART Offload décrit ici ne prend pas en charge la conservation des étiquettes de confidentialité ni des étiquettes de rétention lors du déchargement. Forcer ces fichiers dans le processus peut entraîner la perte des étiquettes. Les fichiers chiffrés à l’aide de Microsoft Purview sont également hors du périmètre pris en charge par ce workflow.

Excluez le contenu concerné du déchargement et déterminez son traitement avant l’exécution. Il s’agit de limitations du workflow SMART Offload décrit, et non d’une affirmation générale concernant Azure Blob Storage.

Réduisez vos dépenses de stockage actuelles et le coût de la croissance future. Conservez la visibilité des documents dans SharePoint et restaurez le contenu lorsque votre activité en a besoin.

Voir aussi