Vue d'ensemble du stockage de données BLOB externe dans SharePoint Foundation
Dernière modification : jeudi 1 octobre 2009
S’applique à : SharePoint Foundation 2010
Bien que Microsoft SQL Server soit un gestionnaire de ressources très efficace pour les données structurées dans une base de données de contenu SharePoint, une grande proportion des fichiers de données sont représentés en tant que fichiers binaires non structurés, autrement dit, en tant que fichiers de données BLOB (Binary Large Object). SQL Server offrant moins d'avantages pour les données binaires que pour les données structurées, votre batterie de serveurs peut être source d'économies si vous utilisez un magasin de données externe pour le stockage de vos fichiers de données binaires.
Vue d’ensemble
SQL Server est un gestionnaire de ressources très performant pour les données structurées dans SharePoint Foundation. SQL Server fournit un moteur de requête SQL rapide et efficace, ainsi qu'une procédure exceptionnelle de récupération de données structurées à base de requêtes.
Toutefois, une grande proportion des données dans un déploiement d'entreprise classique de SharePoint Foundation sont stockées en tant que flux de données binaires non structurées associés aux fichiers SharePoint. Ces flux binaires, ou données BLOB, qui correspondent aux fichiers SharePoint, englobent souvent une majorité de vos données.
Le problème, toutefois, est que SQL Server n'est pas la meilleure option pour le stockage des flux de données binaires non structurées, car celles-ci ne s'exposent pas à l'environnement de requête SQL enrichi. En fait, les opérations de stockage et de récupération des données BLOB dans SQL Server ne se résument pas à de simples instructions get et put. Par conséquent, les données BLOB n'étant pas en mesure d'exploiter l'une des fonctionnalités les plus utiles de SQL Server, son moteur d'interrogation, sa valeur comme magasin de données BLOB est limitée.
La solution consiste donc à utiliser un support de stockage simple et économique en guise de magasin de données BLOB externe (EBS). Le fournisseur EBS s'exécute parallèlement à la base de données de contenu SQL Server du site, dont elle stocke les données structurées. Pour coordonner les deux magasins de données, vous devez implémenter une interface COM (ISPExternalBinaryProvider), qui utilise la sémantique simple pour reconnaître les commandes d'enregistrement (Save) et d'ouverture (Open) de fichiers et initie les appels de redirection à destination du magasin de données BLOB lorsqu'elle reconnaît des flux de données BLOB.
Lorsque vous implémentez cette interface, vous pouvez utiliser l'objet faisant office de fournisseur de magasins de données BLOB externe, le fournisseur EBS, qui coordonne les opérations de stockage et de récupération pour le magasin de données BLOB. En outre, le fournisseur EBS garantit que la base de données de contenu SQL Server contient des références de métadonnées aux flux BLOB correspondants dans le magasin de données BLOB externe.
Vous devez installer, inscrire et configurer le fournisseur EBS sur chacun des serveurs Web frontaux pour chaque site SharePoint. Cela permet à l'interface de reconnaître les commandes Save et Open (représentant les opérations de stockage et de récupération, respectivement) et d'initier les appels de redirection du fournisseur EBS.
Gardez à l'esprit que l'implémentation du fournisseur EBS dans votre déploiement implique certains compromis. Outre les limites opérationnelles résumées dans Limites opérationnelles et analyse des compromis, l'implémentation du fournisseur EBS implique de nouvelles contraintes en matière de prise en charge et de maintenance.
Voir aussi
Concepts
Limites opérationnelles et analyse des compromis
Interface d'accès aux objets BLOB : ISPExternalBinaryProvider