Planifier le stockage étendu des objets BLOB (SharePoint Foundation 2010)

Article
03/04/2017

S’applique à : SharePoint Foundation 2010

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

Par défaut, Microsoft SQL Server stocke des objets BLOB (binary large object) dans ses bases de données. Au fur et à mesure de l’utilisation de la base de données, la taille totale des données BLOB qu’elle contient peut croître rapidement et dépasser la taille totale des métadonnées de document et d’autres données de structure contenues dans la base de données. Les données BLOB nécessitent une grande quantité d’espace fichier et utilisent à la place des ressources serveur optimisées pour les modèles d’accès aux bases de données afin de stocker des fichiers volumineux.

Le stockage étendu des objets BLOB (RBS) est un ensemble d’API de bibliothèque incorporé comme module fonctionnel complémentaire à Microsoft SQL Server. Il est possible de l’exécuter sur le serveur local qui exécute Microsoft SQL Server 2008 R2, SQL Server 2008 ou SQL Server 2008 R2 Express. Pour exécuter RBS sur un serveur distant, vous devez exécuter SQL Server 2008 R2 Enterprise Edition. RBS est conçu pour déplacer le stockage des objets BLOB depuis des serveurs de base de données vers des solutions de stockage de produits. RBS économise une grande quantité d’espace, préserve les ressources serveur coûteuses et fournit un modèle normalisé pour que les applications puissent accéder aux données BLOB. Dans Microsoft SharePoint Foundation 2010, RBS est réservé aux bases de données de contenu.

Pour plus d’informations d’arrière-plan sur RBS, notamment une présentation du fournisseur FILESTREAM, voir Vue d’ensemble du stockage BLOB distant (SharePoint Foundation 2010).

RBS peut offrir les avantages suivants :

Les données BLOB peuvent être stockées sur des périphériques de stockage moins chers configurés pour gérer un stockage simple.
L’administration du stockage BLOB est contrôlée par un système conçu spécifiquement pour fonctionner avec les données BLOB.
Les ressources serveur de base de données sont libérées pour des opérations de base de données.

Ces avantages ne sont pas gratuits. Avant d’implémenter RBS à l’aide de SharePoint Foundation 2010, vous devez déterminer si ces avantages potentiels justifient les coûts et les limitations associés à l’implémentation et la maintenance de RBS.

Dans cet article :

Analyser l’environnement

Pour démarrer votre analyse de RBS, consultez la taille des bases de données de contenu. Si cette taille répond aux critères d’une recommandation RBS, envisagez le type de contenu en cours d’accès et son utilisation.

Tailles de la base de données de contenu

Vous pouvez tirer profit de RBS dans les cas suivants :

Les bases de données de contenu sont supérieures à 500 gigaoctets (Go).
Les fichiers de données BLOB sont supérieurs à 256 kilo-octets (Ko).
Les fichiers de données BLOB font au moins 80 Ko et le serveur de base de données bloque les performances. Dans ce cas, RBS réduit la charge de traitement et les E/S sur le serveur de base de données.

Même si la présence de nombreux petits objets BLOB peut réduire les performances, le coût de stockage est souvent la considération la plus importante à prendre en compte dans l’évaluation de RBS.

Dans le cas de SharePoint Foundation 2010, envisagez d’implémenter RBS si vous souhaitez conserver une version gratuite de Microsoft SQL Server et si vous estimez que la base de données sera supérieure à 4 Go. Dans le cas contraire, nous vous recommandons de ne pas implémenter RBS.

Notes

Si vous procédez à une mise à niveau de Windows SharePoint Services 3,0 vers SharePoint Foundation 2010, vous devez consulter Mise à niveau depuis une installation autonome de Windows SharePoint Services 3.0 vers SharePoint Foundation 2010 avec des bases de données de contenu dépassant 4 Go (stockage BLOB distant) pour obtenir des informations de mise à niveau supplémentaires.

Par défaut, Microsoft SharePoint Foundation 2010 est installé en même temps que Microsoft SQL Server 2008 Express. SQL Server 2008 Express possède une limite de taille de 4 Go pour une base de données. Vous pouvez immédiatement étendre la taille prise en charge des bases de données de contenu en installant Microsoft SQL Server 2008 R2 Express qui prend en charge des bases de données jusqu’à 10 Go. SQL Server 2008 R2 Express peut être téléchargé gratuitement depuis https://go.microsoft.com/fwlink/?linkid=189418&clcid=0x40C.

Le reste de cette section suppose que vous allez installer SQL Server 2008 R2 Express pour prendre en charge les bases de données SharePoint Foundation 2010. Dans ce cas, si vous anticipez que les bases de données de contenu seront de 10 Go ou plus, envisagez les options suivantes :

Si les bases de données de contenu font 16 Go et qu’elles ne contiennent pas plus de 10 Go de métadonnées, vous devez implémenter RBS. Dans ce cas, RBS vous permet de continuer à utiliser une version gratuite de SQL Server. Dans le cadre de cette recommandation, nous supposons que lors de la migration d’une base de données de contenu de 16 Go vers RBS, les métadonnées ne dépassent pas 10 Go.
Si les bases de données de contenu dépassent 16 Go, vous devez acheter Microsoft SQL Server 2008 R2, SQL Server 2008 avec Service Pack 1 (SP1) et mise à jour cumulative 2 ou SQL Server 2005 avec SP3 et mise à jour cumulative 3 pour prendre en charge les bases de données au lieu de continuer avec une version gratuite de SQL Server.

Utilisation et type de contenu

RBS est particulièrement bénéfique pour les systèmes qui stockent des fichiers volumineux, tels que les supports numériques. RBS est généralement implémenté dans des environnements où des fichiers volumineux stockés sont rarement accessibles, par exemple une archive. Si ce scénario correspond à votre environnement, vous devez envisager d’implémenter RBS.

Si vous stockez de nombreux petits fichiers (inférieurs à 256 Ko) auxquels accèdent fréquemment de nombreux utilisateurs, les sites contenant de nombreux petits fichiers peuvent connaître une augmentation de la latence. L’augmentation de la latence est un facteur de coût à prendre en compte lorsque vous évaluez RBS comme solution de stockage. Cependant, il est peu probable que cette considération soit primordiale. La plus grande quantité de latence est aussi liée à votre fournisseur RBS.

Consulter les options du fournisseur

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.

Important

RBS peut s’exécuter sur le serveur local qui exécute Microsoft SQL Server 2008 R2, SQL Server 2008 ou SQL Server 2008 R2 Express. Pour exécuter RBS sur un serveur distant, vous devez exécuter SQL Server 2008 R2 Enterprise Edition. SharePoint Foundation 2010 requiert la version de RBS incluse dans Package d’installation SQL Server Remote BLOB Store du Feature Pack pour Microsoft SQL Server 2008 R2. Les versions antérieures de RBS ne fonctionnent pas avec SharePoint Foundation 2010. De plus, RBS n’est pas pris en charge dans SQL Server 2005.

Les objets BLOB peuvent être conservés sur le stockage de produits, tel que le stockage à connexion directe (DAS) ou le stockage connecté au réseau (NAS), selon la prise en charge qu’offre le fournisseur. Le fournisseur FILESTREAM est pris en charge par SharePoint Foundation 2010 lorsqu’il est utilisé sur des lecteurs de disque dur locaux uniquement. Vous ne pouvez pas utiliser RBS avec FILESTREAM sur des supports de stockage distants, tels que NAS.

Le tableau suivant résume les avantages et les limitations associés à FILESTREAM.

Critères fonctionnels	RBS avec FILESTREAM	RBS sans FILESTREAM
Sauvegarde et récupération intégrées SQL Server du magasin d’objets BLOB	Oui	Oui
Migration sur script vers des objets BLOB	Oui	Oui
Prend en charge la mise en miroir	Non	Non
Copie des journaux de transaction	Oui	Oui avec une implémentation du fournisseur
Instantanés de base de données	Non1	Non1
Réplication géo	Oui	Non
Chiffrement	NTFS seulement	Non
Stockage connecté au réseau (NAS)	Non pris en charge par Produits SharePoint 2010	Oui avec une implémentation du fournisseur

1Si le fournisseur RBS que vous utilisez ne prend pas en charge les instantanés, vous ne pouvez pas utiliser d’instantanés pour le déploiement ou les sauvegardes de contenu. Par exemple, le fournisseur FILESTREAM SQL ne prend pas en charge les instantanés.

Si FILESTREAM n’est pas un fournisseur pratique pour votre environnement, vous pouvez acheter un fournisseur tiers qui est pris en charge. Dans ce cas, vous devez déterminer les critères suivants pour choisir un fournisseur :

Fonction 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