Partitionnement de base de données SQL 2005 pour SharePoint

Question

Arrière-plan

J'ai une base de données massive pour une collection de sites SharePoint. Il est de 130 Go et augmente de 10 Go par mois. 100 Go des 130 Go font partie d'une collection de sites. 30 Go est la table de version. Il n’existe qu’une collection de sites, par conception.

Question

Puis-je partitionner une base de données (SharePoint) à l'aide des fonctions de partitionnement des données de SQL 2005 (création de plusieurs fichiers de données)? Est-il possible de partitionner une base de données déjà créée? Quelqu'un a-t-il partitionné une base de données SharePoint? Vais-je rencontrer des problèmes?

Answer 1

Vous devez créer un jeu de partitions et reconstruire la table sur ce jeu de partitions. SQL2005 ne peut être partitionné que sur une seule colonne. Vous devez donc avoir une colonne dans la base de données

.

• se comporte de manière assez prévisible, vous évitant ainsi une grande quantité de données dans chaque partition
• IIRC la colonne doit être une valeur numérique ou datetime
• En pratique, il est plus facile si elle augmente de façon monotone: vous pouvez créer une série de partitions (automatiquement ou manuellement) et le système les remplira au fur et à mesure que vous atteignez les définitions de plage.

Une date (peut-être la date à laquelle le document a été saisi) serait idéale. Cependant, vous pouvez ou non avoir une colonne utile dans la grande table. MME. le support technique serait la meilleure source de conseils pour cela.

Le partitionnement doit être transparent pour l'application (là encore, vous avez besoin d'une colonne avec le comportement approprié à utiliser comme clé de partition).

À moins que vous n'ayez la chance d'avoir une colonne de clé de partition qui soit également utilisée comme prédicat de recherche dans les requêtes les plus courantes, le partitionnement ne bénéficiera peut-être pas beaucoup des performances de la requête. Un exemple de colonne qui fonctionne bien est une colonne de date sur un entrepôt de données. Toutefois, votre application Sharepoint peut ne pas utiliser beaucoup ce type de requête.

Answer 2

Mauro,

N'y a-t-il aucun moyen de segmenter les données sur un niveau Sharepoint?

C'est-à-dire que vous pouvez avoir plusieurs "sites". utilisant une seule base de données de contenu (SQL). Vous pouvez migrer les données du site vers une nouvelle base de données de contenu, ce qui vous permettra de réduire les données de ce site de contenu volumineux, puis de réduire les fichiers de données.

il vous aidera également à gérer votre croissance continue évidente.

James.