Planifier le stockage BLOB distant (RBS) (SharePoint Server 2010)

S’applique à : SharePoint Foundation 2010, SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Cet article fournit des informations pour vous aider à déterminer s’il faut utiliser le stockage BLOB distant (RBS, Remote BLOB Storage) dans un environnement Microsoft SharePoint Server 2010 et, si tel est le cas, indique comment planifier le déploiement RBS.

Dans SharePoint Server 2010, un objet BLOB (Binary Large Object) est un fichier, tel qu’un document Microsoft Office 2010 ou un fichier vidéo. Par défaut, ces objets BLOB, également appelés données non structurées, sont stockés en ligne dans la base de données de contenu SharePoint avec les métadonnées, ou données structurées. Étant donné que les objets BLOB peuvent être très volumineux, il peut s’avérer utile de déplacer les données BLOB hors de la base de données SQL Server vers des emplacements de stockage de produits ou adressables par contenu. Pour ce faire, vous pouvez utiliser RBS.

Pour plus d’informations sur RBS, y compris au sujet des fournisseurs RBS, il est vivement recommandé de voir Vue d’ensemble du stockage BLOB distant (SharePoint Server 2010).

Dans cet article :

• Implications de l’utilisation de RBS pendant le cycle de vie informatique

• Implications de l'utilisation de RBS dans différents scénarios de site

• Limitations de RBS

• Avantages et coûts liés à l'utilisation de RBS

• Avantages et coûts liés à l'utilisation de RBS avec le fournisseur FILESTREAM

• Utilisation de RBS la plus optimale

• Utilisation de RBS la moins optimale

• Évaluer les options en matière de fournisseurs

Implications de l’utilisation de RBS pendant le cycle de vie informatique

Vous devez évaluer les implications de l’utilisation de RBS pour l’ensemble du cycle de vie de l’environnement. Ce qui peut être une bonne idée dans le cadre d’opérations normales, telles que l’utilisation de magasins BLOB volumineux, risque de présenter des difficultés pendant la sauvegarde et la restauration ou pendant une mise à niveau. En évaluant les effets de l’utilisation de RBS et de la taille du magasin BLOB sur l’ensemble du cycle de vie, vous pouvez éviter des problèmes.

Par exemple, l’utilisation d’un fournisseur RBS distant implique des opérations informatiques plus complexes et engendre une augmentation des coûts. En effet, la base de données de contenu et le magasin BLOB doivent être sauvegardés de manière synchronisée afin que les références demeurent cohérentes.

De même, dans certains cas, les opérations de mise à niveau énumèrent et, éventuellement, modifient chaque objet BLOB indépendamment de l’emplacement auquel il est stocké.

Configuration

L’utilisation de RBS peut rendre la configuration plus complexe, car vous devez installer et configurer le fournisseur RBS sur tous les serveurs Web de la batterie de serveurs. Pour plus d’informations sur la configuration de RBS, voir Installer et configurer le stockage BLOB distant (RBS) (SharePoint Server 2010).

Opérations normales

Vous devez déterminer la taille moyenne des fichiers et le type d’accès aux fichiers pendant les opérations normales. Bien que l’utilisation de RBS avec des fichiers dont la taille est supérieure à 1 Mo puisse améliorer les performances d’E/S et du processeur, l’utilisation de RBS avec des fichiers dont la taille est inférieure à 256 Ko risque d’entraîner une diminution des performances globales. Le stockage des objets BLOB en ligne dans la base de données de contenu est plus efficace avec des fichiers de taille réduite. Pour plus d’informations sur les performances de RBS, voir Gestion des données non structurées avec SQL Server 2008 (https://go.microsoft.com/fwlink/?linkid=223909&clcid=0x40C) (éventuellement en anglais).

Vous devez également déterminer la façon dont le contenu BLOB sera utilisé. Si les utilisateurs sont essentiellement appelés à lire le contenu, RBS peut procurer des gains de performances. Toutefois, si les utilisateurs sont essentiellement appelés à réviser le contenu, l’utilisation de RBS se traduira par une diminution des performances. En effet, un contrôle de version soutenu entraîne une croissance significative des métadonnées de la base de données de contenu et de la taille du magasin BLOB.

Vous devez trouver le meilleur compromis entre les avantages en termes de coût de stockage et les augmentations éventuelles des coûts opérationnels.

Surveillance et optimisation

L’utilisation de RBS implique également une surcharge opérationnelle, car plusieurs compteurs de performance sont ajoutés pour la surveillance de RBS. Vous disposez de plusieurs options pour paramétrer les performances RBS. Pour plus d’informations, voir Gérer le stockage BLOB distant (SharePoint Server 2010).

Maintenance de la base de données

L’utilisation de RBS peut se traduire par une amélioration et une accélération de la défragmentation de l’index de la base de données et des opérations statistiques, ainsi que par une accélération significative des contrôles de cohérence réguliers, tels que les contrôles DBCC.

Toutefois, une maintenance régulière de la base de données s’avère plus complexe, car vous devez configurer et utiliser le chargé de maintenance RBS de manière à préserver la cohérence au niveau du lien entre les métadonnées et le magasin BLOB et à effectuer un nettoyage des objets BLOB orphelins. Pour plus d’informations, voir Gérer le stockage BLOB distant (SharePoint Server 2010).

Sauvegarde et restauration

Si vous utilisez le fournisseur FILESTREAM local avec RBS, vous pouvez utiliser les outils SharePoint intégrés pour effectuer les opérations de sauvegarde et de restauration. Ces opérations portent tant sur les métadonnées que sur le magasin BLOB. Si vous utilisez le fournisseur RBS distant, vous devez coordonner attentivement les processus de sauvegarde et de restauration. En effet, ces derniers impliquent les métadonnées et le magasin BLOB. Vous devez prendre cela en compte lors de la planification de la configuration RBS. Tous les fournisseurs RBS ne prennent pas en charge la sauvegarde et la restauration des données BLOB. Vous devez vérifier ce point auprès du fabricant du fournisseur.

Vous ne pouvez pas utiliser Microsoft System Center Data Protection Manager pour sauvegarder et restaurer le contenu stocké dans les magasins RBS.

Mise à niveau et mise à jour

Dans certaines circonstances, une mise à niveau, voire une application de mises à jour logicielles, peut énumérer et parcourir chaque objet pour inclure des données BLOB indépendamment de l’emplacement de ces données. Par conséquent, les opérations de mise à niveau seront similaires en termes de durée, que des objets BLOB en ligne ou distants soient utilisés.

Implications de l’utilisation de RBS dans différents scénarios de site

Vous devez évaluer les implications de l’utilisation de RBS dans différents scénarios de site. Étant donné que RBS a été créé pour résoudre des problèmes spécifiques, ses performances peuvent varier d’un scénario à l’autre. Les scénarios décrits dans les sections suivantes sont des exemples.

Sites d’équipes

Si vous envisagez d’utiliser RBS avec des sites d’équipe ou d’autres sites hautement collaboratifs et que les sites contiennent généralement des documents dont la taille est inférieure à 256 Ko, les gains obtenus ne seront pas significatifs. En outre, l’utilisation du contrôle de version risque d’entraîner une augmentation très rapide de la base de données de contenu si les documents sont révisés fréquemment.

Centres d’enregistrements

RBS fonctionne bien pour les centres d’enregistrements et les autres sites d’archives. Étant donné que ces sites sont essentiellement accessibles en lecture seule et qu’ils n’utilisent pas le contrôle de version, vous pouvez stocker de grandes quantités de données dans le magasin RBS.

Limitations de RBS

Chaque fournisseur RBS présente des fonctionnalités et des limitations spécifiques. Les limitations du fournisseur FILESTREAM sont les suivantes :

• Les limitations du stockage BLOB distant pour la taille des bases de données de contenu varient d’un scénario à l’autre. Pour plus d’informations sur ces limitations, voir la section « Limites de la base de données de contenu » dans Gestion de la capacité SharePoint Server 2010 : limitations et frontières logicielles.

• Le chiffrement n’est pas pris en charge sur les objets BLOB, même si le chiffrement transparent des données est activé.

• RBS ne prend pas en charge l’utilisation de la compression des données.

• La prise en charge de la mise en miroir de bases de données et de la copie des journaux de transaction est modifiée. Pour plus d’informations, voir Évaluer les options en matière de fournisseurs plus loin dans cet article.

Pour déterminer les fonctionnalités et les limitations des fournisseurs tiers, contactez leur fabricant.

Avantages et coûts liés à l’utilisation de RBS

Cette section présente les avantages et les coûts liés à l’utilisation de RBS. En règle générale, ces avantages et coûts s’appliquent, quel que soit le fournisseur que vous utilisez. Pour des informations plus détaillées sur l’utilisation du fournisseur RBS FILESTREAM, voir Avantages et coûts liés à l'utilisation de RBS avec le fournisseur FILESTREAM plus loin dans cet article. Pour des informations plus détaillées sur l’utilisation des fournisseurs RBS tiers, contactez leur fabricant.

Avantages

RBS a été conçu pour déplacer le stockage des objets BLOB depuis les bases de données sur les serveurs de bases de données vers des répertoires de solutions de stockage de produits. Par conséquent, dans les environnements destinés à l’utilisation de RBS, vous pouvez obtenir des avantages en termes de performances ou de coûts. L’utilisation d’une solution de stockage à moindre coût au lieu d’une solution de stockage plus onéreuse sur un serveur de bases de données peut se traduire par une réduction des coûts. En présence d’un nombre réduit d’objets BLOB volumineux, RBS permet une économie des ressources de stockage, alors qu’il ne procure aucun avantage en présence d’un nombre élevé de fichiers de taille réduite.

Coûts

RBS augmente les coûts opérationnels, car le personnel informatique doit effectuer des tâches supplémentaires lors de la sauvegarde ou de la restauration du contenu. Les magasins RBS volumineux peuvent ralentir les tâches telles que la sauvegarde ou la restauration, la mise à jour de l’environnement, la mise à niveau vers une version plus récente de SharePoint Server ou la migration des sites SharePoint vers un autre environnement. Vous devez prendre ces coûts en compte lorsque vous déterminez s’il faut utiliser RBS.

Avantages et coûts liés à l’utilisation de RBS avec le fournisseur FILESTREAM

Cette section présente les avantages et les coûts liés à l’utilisation du fournisseur FILESTREAM. Ces avantages et coûts ne s’appliquent pas forcément à un autre fournisseur. Pour plus d’informations sur l’utilisation de fournisseurs RBS tiers, contactez leur fabricant.

Avantages

Microsoft ne prend actuellement en charge que le fournisseur RBS FILESTREAM avec SharePoint Server 2010. Lorsque vous utilisez ce fournisseur, les fonctionnalités de sauvegarde et de restauration dans SharePoint Server 2010 sauvegardent et restaurent également les objets BLOB et les données structurées dans la base de données de contenu sans que vous ayez besoin d’intervenir. En outre, le fournisseur FILESTREAM prend en charge les périphériques de stockage à connexion iSCSI (Internet Small Computer System Interface).

Coûts

L’utilisation du fournisseur FILESTREAM peut augmenter les coûts opérationnels, car le personnel informatique doit effectuer des tâches supplémentaires. Les magasins RBS volumineux peuvent ralentir les tâches telles que la sauvegarde ou la restauration, la mise à jour de l’environnement, la mise à niveau vers une version plus récente de SharePoint Server ou la migration des sites SharePoint vers un autre environnement. Vous devez prendre ces coûts en compte lorsque vous déterminez s’il faut utiliser RBS.

Utilisation de RBS la plus optimale

Étant donné que RBS est une solution créée pour un ensemble de conditions spécifique, il existe une utilisation optimale de RBS dans laquelle les avantages l’emportent sur les coûts. L’environnement optimal pour l’utilisation de RBS réunit les conditions suivantes :

• Vous souhaitez stocker un nombre réduit d’objets BLOB volumineux (taille supérieure ou égale à 256 Ko) pour un accès en lecture seule ou intensive.

• Les ressources de l’ordinateur qui exécute SQL Server pourraient devenir un goulot d’étranglement au niveau des performances.

• Le coût d’un espace disque onéreux est supérieur au coût d’une complexité accrue des opérations informatiques pouvant être introduite par l’utilisation de RBS.

Utilisation de RBS la moins optimale

RBS n’est pas une bonne solution pour tous les environnements. Les coûts l’emportent sur les avantages la plupart du temps. L’environnement le moins optimal pour l’utilisation de RBS réunit les conditions suivantes :

• Vous souhaitez stocker de nombreux petits objets BLOB (taille inférieure ou égale à 256 Ko) pour un accès en écriture intensive.

• Les ressources de l’ordinateur qui exécute SQL Server ne sont pas un goulot d’étranglement au niveau des performances.

• Le coût d’une complexité accrue des opérations informatiques pouvant être introduite par l’utilisation de RBS est supérieur au coût d’un espace disque onéreux.

Dans ces conditions, même une base de données de contenu dont la taille est inférieure à 200 Go génère un goulot d’étranglement notable au niveau des performances lorsque les petits objets BLOB donnent lieu à de fréquents accès en écriture. En effet, la base de données contient les métadonnées des objets BLOB. Lorsque les métadonnées sont modifiées, de nouvelles lignes sont ajoutées à la table de la base de données. Cela peut se traduire par une croissance très rapide de la table. Les tables volumineuses peuvent diminuer les performances.

Bien que la présence de nombreux objets BLOB de taille réduite puisse diminuer les performances, le coût du stockage est généralement le point le plus important à prendre en considération lorsque vous évaluez RBS. La diminution prévisible des performances est généralement acceptable compte tenu des économies réalisées dans le matériel de stockage.

Évaluer les options en matière de fournisseurs

RBS requiert un fournisseur qui connecte les API RBS et SQL Server. Microsoft SQL Server 2008 Express et Microsoft SQL Server 2008 R2 Express incluent le fournisseur FILESTREAM.

Les objets BLOB peuvent être conservés sur un support de stockage de produits tel que le stockage à connexion directe (DAS) ou le stockage connecté au réseau (NAS), suivant la prise en charge assurée par le fournisseur. Le fournisseur FILESTREAM est pris en charge par SharePoint Server 2010 lorsqu’il n’est utilisé que sur des lecteurs de disque dur locaux ou sur des lecteurs iSCSI. Vous ne pouvez pas utiliser RBS avec FILESTREAM sur des dispositifs de stockage distant, tels que NAS.

Le tableau suivant récapitule les avantages et les limitations de FILESTREAM.

1Uniquement si le fournisseur RBS que vous utilisez effectue l’opération.

2Si le fournisseur RBS que vous utilisez ne prend pas en charge les captures instantanées, vous ne pouvez pas utiliser de captures instantanées pour le déploiement ou la sauvegarde de contenu. Le fournisseur SQL FILESTREAM ne prend pas en charge les captures instantanées.

Si le fournisseur FILESTREAM n’est pas pratique pour l’environnement, vous pouvez acheter un fournisseur tiers pris en charge. Dans ce cas, vous devez utiliser les critères suivants lorsque vous évaluez un fournisseur :

• fonctionnalité de sauvegarde et de restauration ;

• récupération d’urgence testée ;

• déploiement et migration des données ;

• impact sur les performances ;

• coûts administratifs à long terme.

See Also

Other Resources

Centre de ressources : bases de données SQL Server et SharePoint Server 2010 (éventuellement en anglais)