Limites opérationnelles et analyse des compromis
Dernière modification : jeudi 1 octobre 2009
S’applique à : SharePoint Foundation 2010
Le fournisseur de magasin de données BLOB (Binary Large Object) externe, ou fournisseur EBS (ISPExternalBinaryProvider), vous permet de stocker des flux binaires non structurés dans le magasin de données BLOB externe et d’en extraire de celui-ci. Cela permet au magasin de fonctionner parallèlement à votre base de données de contenu Microsoft SQL Server, qui contient les données structurées de votre application. Toutefois, le fournisseur EBS étant relativement simple (du point de vue de sa conception), il impose des limites opérationnelles. En outre, l’installation et l’activation du fournisseur EBS renforcent la complexité de votre déploiement SharePoint en affectant les opérations de sauvegarde et de restauration, le nettoyage de la mémoire et d’autres aspects de votre déploiement.
Limiter les facteurs et les problèmes de compromis
Les problèmes clés à prendre en compte lors de l'implémentation du fournisseur EBS dans votre déploiement SharePoint sont les suivants :
Les flux de données dans le magasin de données BLOB externe ne sont jamais modifiés ou mis à jour ; cela maintient la cohérence transactionnelle au niveau des fichiers entre la base de données de contenu SQL Server et le magasin de données BLOB externe parallèle.
Lorsqu'un fichier SharePoint modifié ou mis à jour est enregistré, le fournisseur EBS ne remplace pas l'objet BLOB existant, mais crée un nouveau flux BLOB et le place dans le magasin de données BLOB externe. Les références de métadonnées à l'objet BLOB d'origine et à son BlobId sont supprimées de la base de données SQL Server ; ensuite, le fournisseur EBS crée une nouvelle référence (avec un nouveau BlobId) pour associer l'objet BLOB nouvellement créé.
Bien entendu, ce schéma entraîne l'accumulation d'objets BLOB orphelins dans le magasin de données BLOB externe. Selon la fréquence des mises à jour des données BLOB dans votre système, le nombre d'objets BLOB orphelins peut facilement devenir très volumineux. Vous devez donc analyser et quantifier la fréquence de mise à jour et implémenter le nettoyage de la mémoire selon un calendrier permettant de gérer votre magasin de données BLOB externe de manière efficace. (Pour plus d'informations, voir Implémenter le nettoyage de la mémoire différé.)
Notes
Le nettoyage de la mémoire proprement dit est une opération gourmande en ressources, à la fois pour le magasin de données BLOB externe et pour la base de données de contenu SQL Server. Vous devez veiller à planifier cette opération de manière à ce qu'elle ne sollicite pas des ressources d'application pendant les périodes d'utilisation maximale.
La fonctionnalité de stockage des données BLOB externe dans la version actuelle ne demeurera pas cohérente du point de vue de la syntaxe avec la technologie de stockage des données BLOB externe qui sera fournie avec la version complète suivante de Microsoft Office et de SharePoint Foundation. Ce type de compatibilité n’a pas constitué un objectif en termes de conception, si bien que vous ne pouvez pas être assuré que l’implémentation effectuée à l’aide de la version actuelle sera compatible avec les versions futures de Microsoft Office ou de SharePoint Foundation.
Dans sa version actuelle, le stockage de données BLOB externe n'est pris en charge que dans l'étendue de la batterie de serveurs (SPFarm). En outre, vous devez installer, configurer et activer le fournisseur EBS sur chaque serveur Web frontal de la batterie de serveurs.
En règle générale, toute condition d'erreur, la lenteur d'une ressource ou une latence du système introduits en utilisant le fournisseur EBS, ou dans le magasin de données BLOB externe proprement dit, influent sur les performances du site SharePoint.
Aucun utilitaire ne permet de déplacer les données BLOB de la base de données de contenu vers le magasin de données BLOB externe. Par conséquent, lorsque vous installez et activez le fournisseur EBS pour la première fois, vous devez manuellement déplacer les données BLOB existantes actuellement stockées dans la base de données de contenu vers votre magasin de données BLOB externe. Vous pouvez effectuer cette opération de deux manières.
Vous pouvez utiliser les méthodes de sauvegarde et de restauration au niveau du site sur l'objet SPSiteCollection pour sauvegarder et restaurer la totalité de votre magasin de données. Après avoir sauvegardé la totalité de vos données, puis installé et activé le fournisseur EBS, lorsque vous appelez l'opération de restauration, le fournisseur EBS achemine les flux BLOB vers le magasin de données BLOB externe, tout en aiguillant les données structurées vers les tables appropriées de la base de données de contenu.
Une deuxième méthode, passive, est liée au problème décrit plus haut dans cette section. Les nouveaux flux de données BLOB étant enregistrés dans le magasin de données BLOB externe chaque fois qu'un fichier est mis à jour, vous pouvez simplement installer et activer le fournisseur EBS, puis laisser le processus naturel de mise à jour des fichiers remplir progressivement le magasin de données BLOB externe avec des fichiers binaires qui se trouvaient auparavant dans la base de données de contenu. Lorsqu'un fichier mis à jour est acheminé vers le magasin de données BLOB externe, la version précédente du fichier est automatiquement supprimée de la base de données de contenu.
Lorsque vous utilisez un magasin de données BLOB externe avec le fournisseur EBS, vous devez adapter vos procédures de sauvegarde et de restauration, ainsi que les dispositions à prendre dans le cadre d’une récupération d’urgence, car certaines fonctions de sauvegarde et de restauration dans SharePoint Foundation fonctionnent sur la base de données de contenu, mais pas sur le magasin de données BLOB externe. Vous devez gérer celui-ci séparément.