Que se passe-t-il lors du déchargement ?
Section intitulée « Que se passe-t-il lors du déchargement ? »Lorsqu'un élément d'une bibliothèque de documents SharePoint est déchargé vers Microsoft Azure Blob Storage, le contenu binaire de chaque version sélectionnée est stocké dans un blob distinct.
Dans SharePoint, le contenu binaire d'origine de chaque version déchargée est remplacé par un petit fichier de référence de moins de 1 Ko. Ce fichier contient la référence Azure Blob Storage en texte brut.
Pour identifier une version déchargée, SMART Offload ajoute le préfixe suivant à son commentaire d'archivage :
SMART Offload: <Timestamp> <File size>
Tout commentaire d'archivage existant est conservé sur la deuxième ligne. Toutes les autres informations de l'élément restent inchangées, y compris les métadonnées et les métadonnées de l'historique des versions.
Que se passe-t-il lors de la restauration ?
Section intitulée « Que se passe-t-il lors de la restauration ? »La restauration inverse le processus de déchargement. Le contenu binaire des versions sélectionnées est restauré dans SharePoint et le préfixe SMART Offload est supprimé de leurs commentaires d'archivage. Les commentaires d'origine sont conservés.
Choisir ce qu'il faut décharger
Section intitulée « Choisir ce qu'il faut décharger »Vous pouvez décharger le fichier entier, y compris sa version actuelle, ou ne décharger que les versions historiques tout en conservant la version actuelle dans SharePoint.
Conserver la version actuelle dans SharePoint permet qu'elle reste disponible pour l'indexation de la recherche et pour Microsoft 365 Copilot.
Les utilisateurs disposant des autorisations appropriées peuvent continuer à modifier la version actuelle et à créer de nouvelles versions. Ces versions supplémentaires peuvent ensuite être déchargées de manière incrémentielle.
Astuce : inspecter les versions individuelles des fichiers
Section intitulée « Astuce : inspecter les versions individuelles des fichiers »À l'aide de Microsoft Azure Storage Explorer, les administrateurs disposant des accès appropriés peuvent afficher et gérer les versions individuelles des fichiers stockées sous forme de blobs. Les versions situées dans un niveau d'accès en ligne peuvent également être téléchargées et ouvertes directement. Les blobs archivés doivent d'abord être réhydratés vers un niveau en ligne.
Sécurité et connexion à Azure Blob Storage
Section intitulée « Sécurité et connexion à Azure Blob Storage »SMART Offload utilise une signature d'accès partagé (jeton SAS) comme méthode d'authentification pour se connecter à Microsoft Azure Blob Storage.
Le jeton SAS vous permet de définir des autorisations d'accès, une période de validité et des restrictions, telles que les adresses IP publiques autorisées à se connecter. Traitez ce jeton comme un identifiant et stockez-le en lieu sûr.
Niveau d'accès du stockage Blob
Section intitulée « Niveau d'accès du stockage Blob »SMART Offload utilise le niveau d'accès par défaut du compte de stockage lors du chargement des blobs. La gestion du cycle de vie Azure peut ensuite déplacer les blobs vers un autre niveau, tel qu'Archive, selon les règles que vous avez configurées.
Les blobs déplacés vers le niveau Archive doivent être réhydratés vers un niveau en ligne avant que leur contenu puisse être téléchargé ou restauré dans SharePoint.
Convention de nommage des blobs
Section intitulée « Convention de nommage des blobs »Chaque blob porte un nom unique qui combine l'URL SharePoint, le numéro de version et le GUID.
Format du nom :
<SharePoint URL> <Version> <GUID in 8-4-4-4-12 format>
Exemple :
Tenant/sites/Site/Library/Folder/Filename 1.0 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Étiquettes d'index de blob
Section intitulée « Étiquettes d'index de blob »Les étiquettes d'index de blob vous permettent de rechercher des versions de fichiers dans le conteneur de blobs. Chaque version de fichier stockée est étiquetée à l'aide des champs répertoriés ci-dessous.
Azure stocke les valeurs des étiquettes d'index sous forme de texte. Utilisez les formats indiqués lors de la construction de requêtes, en particulier pour les dates et les tailles de fichiers.
| Nom de l'étiquette | Format | Description |
|---|---|---|
| RestoreDate | yyyy-mm-dd hh:mm:ss | Horodatage de la dernière restauration de la version du fichier dans une bibliothèque de documents SharePoint. |
| UploadDate | yyyy-mm-dd hh:mm:ss | Horodatage du chargement de la version du fichier dans Azure Blob Storage. |
| SharePointModifiedDate | yyyy-mm-dd hh:mm:ss | Valeur de la colonne SharePoint [Modified]. |
| Size | 12 chiffres, complétés par des zéros non significatifs | Taille de la version du fichier en octets. Les zéros non significatifs permettent aux comparaisons textuelles de respecter l'ordre numérique. |
| GUID | 8-4-4-4-12 | Valeur de la colonne SharePoint [Unique Id]. Toutes les versions d'un même fichier SharePoint partagent ce GUID. |
Important : laissez l'espace de noms hiérarchique désactivé
Section intitulée « Important : laissez l'espace de noms hiérarchique désactivé »SMART Offload nécessite un compte de stockage dont l'espace de noms hiérarchique est désactivé. Laissez ce paramètre désactivé pour prendre en charge les balises d'index de blob et les autres fonctionnalités de stockage utilisées par la solution.
Voir aussi