Gestion de la capacité de SharePoint Server 2010 : Limitations et frontières logicielles

 

S’applique à : SharePoint Server 2010

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

Cet article décrit les limitations et frontières logicielles de Microsoft SharePoint Server 2010. En voici quelques-unes :

  • Frontières : limites statiques qui ne peuvent absolument pas être dépassées

  • Seuils : limites configurables qui peuvent être dépassées si des contraintes spécifiques l’imposent

  • Limites prises en charge : limites configurables qui ont été définies par défaut sur une valeur testée

NoteNote
Les informations de planification de capacité qui figurent dans ce document sont exploitables dans votre planification. Elles s’appuient sur des tests effectués par Microsoft sur des propriétés activées. Les résultats obtenus sont toutefois susceptibles de varier en fonction de l’équipement utilisé et des fonctionnalités implémentées pour vos sites.

Dans cet article :

Cet article contient des informations qui vous aident à comprendre les limites de performances et de capacité testées de SharePoint Server 2010 et donne des recommandations pour obtenir des performances acceptables par rapport aux limites considérées. Utilisez les informations contenues dans cet article pour déterminer si votre déploiement planifié s’inscrit dans le cadre des limites de performances et de capacité acceptables et pour configurer correctement les limites dans votre environnement.

Les recommandations et les résultats des tests fournis dans cet article s’appliquent à une batterie de serveurs SharePoint Server 2010 unique. Il est possible que l’ajout de serveurs à l’installation n’augmente pas les limites de capacité des objets répertoriés dans les tableaux de la section Limites et frontières de cette rubrique. Par contre, l’ajout d’ordinateurs serveurs augmente le débit d’une batterie de serveurs, ce qui peut s’avérer nécessaire pour atteindre des performances acceptables si l’environnement comprend de nombreux objets. Dans certains cas, la nécessité d’un nombre élevé d’objets dans une solution peut imposer un nombre plus élevé de serveurs dans la batterie de serveurs.

Notez que de nombreux facteurs peuvent avoir une incidence sur les performances dans un environnement donné et que chacun de ces facteurs peut avoir un impact sur les performances dans différents secteurs. Certaines des recommandations et certains des résultats des tests indiqués dans cet article peuvent concerner des fonctionnalités ou des opérations utilisateur qui n’existent pas dans votre environnement et qui, par conséquent, ne s’appliquent pas à votre solution. Seuls des tests minutieux peuvent vous fournir des données précises sur votre propre environnement.

Dans SharePoint Server 2010, il existe certaines limites qui ne peuvent absolument pas être dépassées et d’autres qui sont définies sur des valeurs par défaut et qui peuvent être modifiées par l’administrateur de la batterie de serveurs. Il existe également certaines limites qui ne sont pas représentées par une valeur configurable, telles que le nombre de collections de sites par application web.

  • Les frontières sont des limites qui ne peuvent absolument pas être dépassées. Il est important que vous compreniez ces limites afin de ne pas concevoir votre batterie de serveurs sur des hypothèses erronées.

    La taille limite des documents de 2 Go est un bon exemple de frontière : vous ne pouvez pas configurer SharePoint Server de manière à stocker des documents dont la taille est supérieure à 2 Go. Il s’agit d’une valeur prédéfinie qui ne peut absolument pas être dépassée.

  • Les seuils possèdent une valeur par défaut qui ne peut être dépassée que si elle est modifiée. Dans certaines circonstances, les seuils peuvent être dépassés si l’évolution de la conception de votre batterie de serveurs le nécessite, mais il est important de comprendre que ce dépassement risque d’avoir une incidence sur les performances de la batterie de serveurs, outre l’impact sur la valeur effective des autres limites.

    La valeur par défaut de certains seuils ne peut être dépassée que dans la limite d’une valeur maximale absolue. Un bon exemple est la taille limite des documents. Par défaut, le seuil de la taille des documents est défini sur 50 Mo, mais peut être modifié pour prendre en charge la frontière maximale de 2 Go.

  • Les limites prises en charge définissent la valeur testée pour un paramètre donné. Les valeurs par défaut de ces limites ont été définies à l’aide de tests et représentent les limitations connues du produit. Le dépassement des limites prises en charge risque de produire des résultats inattendus, une diminution significative des performances ou d’autres effets nuisibles.

    Certaines limites prises en charge sont des paramètres configurables qui sont définis par défaut sur la valeur recommandée, tandis que d’autres limites prises en charge concernent des paramètres qui ne sont pas représentés par une valeur configurable.

Un exemple de limite prise en charge est le nombre de collections de sites par application web. La limite prise en charge est de 250 000. C’est le nombre le plus élevé de collections de sites par application web ayant satisfait aux tests d’évaluation des performances.

Il est important de garder à l’esprit que de nombreuses valeurs limites fournies dans ce document représentent un point dans une courbe qui décrit une charge croissante sur les ressources et une diminution concomitante des performances à mesure que la valeur augmente. Par conséquent, le dépassement de certaines limites, telles que le nombre de collections de sites par application web, risque de n’aboutir qu’à une faible diminution des performances de la batterie de serveurs. Toutefois, dans la plupart des cas, l’application d’une limite établie ou d’une valeur approchante n’est pas une meilleure pratique, car les cibles de performances et de fiabilité acceptables sont d’autant plus facilement atteintes que la conception d’une batterie de serveurs prévoit un compromis raisonnable entre les valeurs limites.

Les recommandations sur les seuils et les limites prises en charge sont déterminées par les performances. En d’autres termes, vous pouvez dépasser les valeurs par défaut des limites, mais l’augmentation d’une valeur limite peut avoir une incidence sur les performances de la batterie de serveurs et sur la valeur effective des autres limites. De nombreuses limites dans SharePoint Server peuvent être modifiées, mais il est important de comprendre l’impact que peut avoir la modification d’une limite donnée sur les autres parties de la batterie de serveurs.

Dans SharePoint Server 2010, les seuils et les limites prises en charge sont établis par le test et l’observation du comportement de la batterie de serveurs en fonction de charges croissantes jusqu’au point où les opérations et les services de la batterie de serveurs atteignent leurs limites de fonctionnement effectives. Étant donné que certains services et composants de la batterie de serveurs peuvent accepter plus de charge que d’autres, dans certains cas, vous devez affecter une valeur limite basée sur une moyenne de plusieurs facteurs.

Par exemple, les observations du comportement de la batterie de serveurs testée lorsque des collections de sites sont ajoutées indiquent que certaines fonctionnalités présentent une latence anormalement élevée tandis que d’autres affichent des paramètres de fonctionnement acceptables. Par conséquent, la valeur maximale affectée au nombre de collections de sites n’est pas absolue, mais elle est calculée en fonction d’un ensemble attendu de caractéristiques d’utilisation dans lequel les performances globales de la batterie de serveurs sont acceptables pour la limite donnée dans certaines circonstances.

Si certains services fonctionnent avec des paramètres plus élevés que ceux utilisés pour le test des limites, les limites effectives maximales des autres services seront réduites. Il est donc important d’effectuer des tests d’échelle et de gestion de capacité rigoureux pour des déploiements spécifiques afin d’établir des limites effectives pour l’environnement considéré.

Remarque : nous ne décrivons pas dans ce document le matériel qui a été utilisé pour la validation des limites, car celles-ci ont été collectées à partir de plusieurs batteries de serveurs et environnements. Pour en savoir plus sur les batteries de serveurs utilisées pour les tests, consultez les rubriques Résultats des tests de performances et de capacité et recommandations (SharePoint Server 2010) et Performance and capacity technical case studies (SharePoint Server 2010).

Vous pouvez comparer les seuils et les limites prises en charge aux curseurs d’un égaliseur graphique, dont chaque limite représente une certaine fréquence. Selon cette métaphore, si l’on augmente la valeur d’une limite, la valeur effective d’une ou plusieurs limites peut diminuer.

Imaginons qu’un des curseurs (limite prise en charge) correspond au nombre maximal de documents par bibliothèque (valeur maximale testée de 30 millions environ). Toutefois, cette valeur dépend d’un autre curseur (seuil) qui représente la taille maximale des documents stockés dans la batterie de serveurs (50 Mo par défaut).

Si vous définissez la taille maximale des documents sur 1 Go pour pouvoir prendre en charge des vidéos ou d’autres objets volumineux, le nombre de documents que votre bibliothèque peut proposer efficacement aux utilisateurs diminue en conséquence. Par exemple, la configuration matérielle et la typologie d’une batterie de serveurs donnée peut prendre en charge 1 million de documents allant jusqu’à 50 Mo. Toutefois, la même batterie de serveurs avec le même nombre de documents n’a pas la même latence et le même débit cible si la batterie de serveurs propose des documents plus volumineux, car la limite de taille des fichiers a été définie à 1 Go.

Dans cet exemple, le degré de réduction du nombre maximal de documents est difficile à prévoir et dépend du nombre de fichiers volumineux présents dans la bibliothèque, du volume de données qu’ils contiennent, des caractéristiques d’utilisation de la batterie de serveurs et de la disponibilité des ressources matérielles.

Cette section répertorie les objets qui peuvent faire partie d’une solution et indique des recommandations permettant d’obtenir des performances acceptables pour chaque type d’objet. La notion de « performances acceptables » signifie que le système tel qu’il a été testé peut prendre en charge le nombre d’objets indiqué, mais que celui-ci ne peut être dépassé qu’au prix d’une diminution des performances ou d’une réduction de la valeur des limites connexes. Les objets sont répertoriés par étendue et par fonctionnalité. Les données des limites sont indiquées, ainsi que des remarques qui décrivent les conditions dans lesquelles la limite est obtenue et, le cas échéant, des liens vers des informations complémentaires.

Appuyez-vous sur les recommandations indiquées dans cet article pour passer en revue les plans de votre solution globale. Si ces derniers dépassent les recommandations pour un ou plusieurs objets, effectuez au moins l’une des opérations suivantes :

  • Évaluez la solution pour vous assurer que des compensations sont effectuées dans d’autres secteurs.

  • Marquez ces secteurs comme devant être testés et surveillés lors de la génération du déploiement.

  • Repensez ou fractionnez la solution pour vous assurer que vous ne dépassez pas les recommandations liées à la capacité.

Cette section indique des limites triées en fonction de la hiérarchie logique d’une batterie de serveurs SharePoint Server 2010.

Le tableau suivant répertorie les recommandations pour les applications web.

 

Limite Valeur maximale Type de limite Notes

Base de données de contenu

300 par application web

Pris en charge

Avec 300 bases de données de contenu par application web, les opérations des utilisateurs finals telles que l’ouverture du site ou des collections de sites ne sont pas affectées. Par contre, les opérations d’administration telles que la création d’une collection de sites subissent une diminution des performances. Il est recommandé d’utiliser Windows PowerShell pour gérer l’application web lorsque de nombreuses bases de données de contenu sont présentes, car l’interface de gestion devient lente et difficile à parcourir.

Zone

5 par application web

Frontière

Le nombre de zones définies pour une batterie de serveurs est codé en dur sur 5. Les zones sont Par défaut, Intranet, Extranet, Internet et Personnalisée.

Chemin d’accès géré

20 par application web

Pris en charge

Les chemins d’accès gérés sont mis en cache sur le serveur web, et les ressources processeur sont utilisées pour le traitement des demandes entrantes par rapport à la liste des chemins d’accès gérés.

Le dépassement de 20 chemins d’accès gérés par application web accentue la charge imposée au serveur web pour chaque demande.

Si vous envisagez de dépasser vingt chemins d’accès gérés dans une application web donnée, il est recommandé de procéder à des tests afin de déterminer si le système peut atteindre des performances acceptables.

Taille du cache des solutions

300 Mo par application web

Seuil

Le service InfoPath Forms peut conserver les solutions dans le cache des solutions afin d’accélérer leur récupération. Si la taille du cache est dépassée, les solutions sont récupérées du disque, ce qui peut ralentir les temps de réponse. Vous pouvez configurer la taille du cache des solutions à l’aide de la cmdlet Windows PowerShell Set-SPInfoPathFormsService. Pour plus d’informations, consultez la rubrique Set-SPInfoPathFormsService.

Collection de sites

250 000 par application web

Pris en charge

Le nombre maximal de collections de sites recommandé par application web s’élève à 250 000.

Notez que cette limite est affectée par d’autres facteurs susceptibles de réduire le nombre effectif de collections de sites qu’une application web donnée peut prendre en charge. Il est nécessaire d’être prudent afin d’éviter de dépasser les limites prises en charge lorsqu’un objet conteneur, tel qu’une base de données de contenu, contient un grand nombre d’autres objets.

Par exemple, dans une batterie qui contient un grand nombre d’applications web, le nombre total de collections de sites peut atteindre un nombre qui ne peut pas être efficacement pris en charge par les ressources de la batterie. Cela peut être vrai même lorsque le nombre d’applications web par batterie et le nombre de collections de sites par application web respectent leurs limites prises en charge.

De même, si une batterie contient un nombre total inférieur de bases de données de contenu, chacune contenant un grand nombre de collections de sites, cela peut avoir un effet défavorable sur les performances de la batterie bien avant que la limite prise en charge du nombre de collections de sites ne soit atteinte.

Le cas suivant illustre ce point.

La batterie A contient une application web qui comporte 200 bases de données de contenu, une configuration prise en charge. Si chacune de ces bases de données de contenu contient 200 collections de sites, le nombre total de collections de sites dans l’application web atteint 40 000, ce qui se situe dans les limites prises en charge. En revanche, si chaque base de données de contenu contient 2 000 collections de sites, même si ce nombre est pris en charge pour une base de données de contenu, le nombre total de collections de sites dans l’application web s’élève à 400 000, ce qui dépasse la limite du nombre de collections de sites par application web.

Le tableau suivant répertorie les recommandations pour les serveurs web de la batterie de serveurs.

 

Limite Valeur maximale Type de limite Commentaires

Pools d’applications

10 par serveur web

Seuil

Le nombre maximal est déterminé par les capacités matérielles.

Cette limite dépend en grande partie :

  • de la quantité de mémoire RAM allouée aux serveurs web ;

  • de la charge de travail assurée par la batterie de serveurs, c’est-à-dire des caractéristiques de la base des utilisateurs et de l’utilisation (un seul pool d’applications très actif peut atteindre 10 Go ou plus).

Le tableau suivant répertorie les recommandations pour les bases de données de contenu.

 

Limite Valeur maximale Type de limite Notes

Taille de la base de données de contenu (scénarios d’utilisation générale)

200 Go par base de données de contenu

Pris en charge

Nous recommandons fortement de limiter la taille des bases de données de contenu à 200 Go, sauf lorsque les circonstances indiquées dans les lignes suivantes de ce tableau s’appliquent.

Si vous utilisez le stockage étendu des objets blob, le volume total du stockage étendu des objets blob et des métadonnées dans la base de données de contenu ne doit pas dépasser cette limite.

Taille de la base de données de contenu (tous les scénarios d’utilisation)

4 To par base de données de contenu

Pris en charge

Les bases de données de contenu allant jusqu’à 4 To sont prises en charge lorsque la configuration requise suivante est satisfaite :

  • Performances du sous-système de disques de 0,25 opération d’entrée/sortie par seconde par Go. 2 opérations d’entrée/sortie par seconde par Go sont recommandées pour bénéficier de performances optimales.

  • Vous devez avoir développé des plans de haute disponibilité, de récupération d’urgence, de capacité future et de test des performances.

Vous devez également considérer soigneusement les facteurs suivants :

  • La configuration requise pour la sauvegarde et la restauration risque de ne pas être satisfaite par la sauvegarde SharePoint Server 2010 native des bases de données de contenu supérieures à 200 Go. Il est recommandé d’évaluer et de tester la sauvegarde SharePoint Server 2010 et des solutions de sauvegarde alternatives pour déterminer la meilleure solution adaptée à votre environnement spécifique.

  • Il est vivement recommandé de confier la gestion proactive des installations SharePoint Server 2010 et SQL Server à un administrateur compétent.

  • La complexité des personnalisations et des configurations sur SharePoint Server 2010 peut nécessiter une refactorisation (ou un fractionnement) des données en plusieurs bases de données de contenu. Sollicitez les conseils d’un architecte professionnel compétent et effectuez des tests afin de déterminer la taille de base de données de contenu optimale pour votre implémentation. Par exemple, cette complexité peut s’illustrer dans les déploiements de code personnalisé, l’utilisation de plus de 20 colonnes dans la promotion des propriétés ou dans les fonctionnalités répertoriées comme à ne pas utiliser dans la section relative au dépassement des 4 To ci-dessous.

  • La refactorisation des collections de sites permet d’étendre l’implémentation de SharePoint Server 2010 sur plusieurs bases de données de contenu. Cela permet aux implémentations SharePoint Server 2010 de s’étendre indéfiniment. Cette refactorisation est plus facile et plus rapide lorsque les bases de données de contenu sont inférieures à 200 Go.

  • Afin de faciliter le processus de sauvegarde et de restauration, il est conseillé de limiter les collections de sites individuelles d’une base de données de contenu à 100 Go. Pour plus d’informations, voir Limites des collections de sites.

Pour plus d’informations sur la planification de la taille des données SharePoint Server 2010, voir Planification et configuration de la capacité de SQL Server et du stockage (SharePoint Server 2010).

ImportantImportant
Les bases de données de contenu supérieures à 4 To, à l’exception d’une utilisation dans des scénarios d’archivage de documents (décrits dans la ligne suivante), ne sont pas recommandées. La mise à niveau des collections de sites au sein de ces bases de données de contenu a de fortes chances de s’avérer très difficile et chronophage.
Il est vivement recommandé de procéder à la montée en charge sur plusieurs bases de données de contenu, plutôt que de dépasser les 4 To de données dans une base de données de contenu unique.

Taille de la base de données de contenu (scénario d’archivage de documents)

Aucune limite explicite sur la base de données de contenu

Pris en charge

Les bases de données de contenu sans limite de taille explicite utilisées dans des scénarios d’archivage de documents sont prises en charge lorsque la configuration requise suivante est satisfaite :

  • Vous devez satisfaire toutes les exigences liées à la limite « Taille de la base de données de contenu (tous les scénarios d’utilisation) » précédemment indiquée dans ce tableau et vous devez veiller à avoir attentivement examiné tous les facteurs décrits dans le champ Commentaires de cette limite.

  • Les sites SharePoint Server 2010 doivent s’appuyer sur les modèles de sites Centre de documents ou Centre des enregistrements.

  • En moyenne, chaque mois, les utilisateurs accèdent à moins de 5 % du contenu de la base de données de contenu, et modifient ou écrivent moins de 1 % du contenu.

  • N’utilisez pas d’alertes, de flux de travail, de réparations des liens ni de sécurité au niveau de l’élément sur tous les objets SharePoint Server 2010 compris dans la base de données de contenu.

    NoteNote
    Il est possible de configurer les bases de données de contenu d’archivage de documents afin d’accepter les documents provenant de flux de travail de routage de contenu.

Pour plus d’informations sur les référentiels de documents à grande échelle, voir Évaluer les exigences en matière de performances et de capacité pour les référentiels de documents à grande échelle (http://technet.microsoft.com/fr-fr/library/ff608068.aspx), ainsi que la section Scénarios classiques de gestion de contenu à grande échelle de l’article Planification du stockage de contenu d’entreprise (SharePoint Server 2010).

Éléments de base de données de contenu

60 millions d’éléments, documents et éléments de liste compris

Pris en charge

Le plus grand nombre d’éléments par base de données de contenu qui a été testé sur SharePoint Server 2010 s’élève à 60 millions, documents et éléments de liste compris. Si vous envisagez de stocker plus de 60 millions d’éléments dans SharePoint Server 2010, vous devez déployer plusieurs bases de données de contenu.

Collections de sites par base de données de contenu

2 000 (recommandé)

5 000 (maximum)

Pris en charge

Nous avons vivement recommandé de limiter à 2 000 le nombre de collections de sites dans une base de données de contenu. Toutefois, le nombre maximal de collections de sites pouvant être prises en charge dans une base de données s’élève à 5 000.

Ces limites concernent la vitesse de la mise à niveau. Plus le nombre de collections de sites est élevé dans une base de données, plus la mise à niveau est lente.

La limite du nombre de collections de sites dans une base de données est tributaire de la taille limite d’une base de données de contenu qui comporte plusieurs collections de sites (200 Go). Par conséquent, à mesure qu’augmente le nombre de collections de sites dans une base de données, la taille moyenne des collections de sites qu’elle contient doit diminuer.

Le dépassement de la limite de 2 000 collections de sites risque d’entraîner des temps morts plus longs pendant les mises à niveau. Si vous envisagez de dépasser 2 000 collections de sites, il est recommandé de mettre en œuvre une stratégie de mise à niveau précise et de renforcer la configuration matérielle pour accélérer les mises à niveau et les mises à jour logicielles qui ont un impact sur les bases de données.

Pour définir le niveau d’avertissement du nombre de sites dans une base de données de contenu, utilisez la cmdlet Windows PowerShell Set-SPContentDatabase avec le paramètre -WarningSiteCount. Pour plus d’informations, consultez la rubrique Set-SPContentDatabase.

Sous-système de stockage étendu des objets blob (RBS) sur le serveur NAS (Network Attached Storage)

Le temps d’attente du premier octet d’une réponse en provenance du serveur NAS ne peut pas dépasser 20 millisecondes.

 

Frontière

Lorsque SharePoint Server 2010 est configuré pour utiliser RBS et que des objets BLOB résident sur le support de stockage NAS, envisagez la frontière suivante.

Entre le moment où SharePoint Server 2010 demande un objet BLOB et le moment où il reçoit le premier octet de la part du serveur NAS, pas plus de 20 millisecondes ne peuvent s’écouler.

Le tableau suivant répertorie les recommandations pour les collections de sites.

 

Limite Valeur maximale Type de limite Notes

Site Web

250 000 par collection de sites / 250 000 par batterie de serveurs / 500 000 sites personnels par batterie de serveurs.

Pris en charge

Le nombre recommandé maximal de sites et de sous-sites est de 250 000.

Un nombre de sous-sites supérieur à 2 000 au niveau de la collection de sites peut dégrader les performances.

ImportantImportant
Il est vivement recommandé de rester en dessous de 2 000 sous-sites par collection de sites.

Vous pouvez créer un très grand nombre total de sites web en créant plusieurs collections de sites avec jusqu’à 2 000 sites web par collection de sites. Par exemple, 125 collections de sites contenant chacune 2 000 sites web équivalent à 250 000 sites dans la batterie de serveurs. Toutefois, ce nombre serait considéré comme la limite maximale recommandée pour les sites non personnels.

Si vous disposez de 250 000 collections de sites qui contiennent toutes un site web racine autre que le modèle Site personnel, l’ajout d’un sous-site à l’un de ces sites racine entraînerait le dépassement de la limite définie à 250 000 sites web.

Si la limite recommandée de 2 000 sites par collection de sites est dépassée, les problèmes suivants peuvent se produire :

  • La suppression ou la création d’un site ou d’un sous-site peut avoir un impact significatif sur la disponibilité d’un site. L’accès au site et aux sous-sites est limité pendant la suppression du site. En outre, une tentative de création de nombreux sous-sites en même temps peut échouer.

  • Lorsque vous avez plus de 2 000 sous-sites, les performances des actions telles que l’exécution de PSConfig lorsque vous ajoutez un nouveau serveur à une batterie de serveurs existante ou après l’installation des mises à jour SharePoint sont considérablement réduites.

  • L’exécution de l’stsadm -o checklocalupgradestatus opération ou l’exécution quotidienne du travail du minuteur Travail de version de produit peut prendre plusieurs heures.

  • La consultation de la page Examiner l’état de la base de données (<votre_URL_AdminCentrale_SharePoint>/_admin/UpgradeStatus.aspx) dans le site web Administration centrale peut entraîner un dépassement de délai.

Taille des collections de sites

Taille maximale de la base de données de contenu

Pris en charge

Une collection de sites peut être aussi volumineuse que la limite de la taille de base de données de contenu du scénario d’utilisation applicable. Pour plus d’informations sur les différentes limites de taille de la base de données de contenu pour des scénarios d’utilisation spécifiques, consultez le tableau Limites des bases de données de contenu dans cet article.

En général, nous recommandons vivement de limiter la taille des collections de sites à 100 Go pour les raisons suivantes :

  • Certaines actions sur les collections de sites, telles que la sauvegarde/restauration d’une collection de sites ou la cmdlet Windows PowerShell Move-SPSite, entraînent des opérations Microsoft SQL Server d’envergure qui peuvent avoir une influence sur les performances ou échouer si d’autres collections de sites sont actives dans la même base de données. Pour plus d’informations, consultez la rubrique Move-SPSite.

  • La sauvegarde et la restauration des sites SharePoint sont uniquement prises en charge pour une taille de collection de sites maximale s’élevant à 100 Go. Pour les collections de sites plus volumineuses, il est nécessaire de sauvegarder la totalité de la base de données de contenu. Si plusieurs collections de sites supérieures à 100 Go sont comprises dans une base de données de contenu unique, les opérations de sauvegarde et de restauration peuvent prendre longtemps et risquent d’échouer.

Le tableau suivant répertorie les recommandations pour les listes et les bibliothèques. Pour plus d’informations, consultez la rubrique Conception de grandes listes et optimisation des performances des listes (SharePoint Server 2010).

 

Limite Valeur maximale Type de limite Commentaires

Taille des lignes des listes

8 000 octets par ligne

Frontière

Chaque élément de liste ou de bibliothèque ne peut occuper que 8 000 octets au total dans la base de données. 256 octets sont réservés pour les colonnes prédéfinies, ce qui laisse 7 744 octets pour les colonnes des utilisateurs finals. Pour plus d’informations sur la quantité d’espace consommée par chaque type de champ, voir Limites des colonnes.

Taille des fichiers

2 Go

Frontière

La taille de fichier maximale par défaut est de 50 Mo. Cette valeur peut être augmentée jusqu’à 2 Go ; toutefois, une quantité élevée de fichiers très volumineux peut avoir une incidence sur les performances de la batterie de serveurs.

Documents

30 000 000 par bibliothèque

Pris en charge

Vous pouvez créer des bibliothèques de documents très volumineuses en imbriquant des dossiers ou en utilisant une hiérarchie de site et des affichages standard. Cette valeur peut varier suivant la façon dont les documents et les dossiers sont organisés et en fonction du type et de la taille des documents stockés.

Versions principales

400 000

Pris en charge

Si vous dépassez cette limite, les opérations de base sur les fichiers, telles que l’ouverture, l’enregistrement, la suppression d’un fichier et l’affichage de l’historique des versions, risquent d’échouer.

Éléments

30 000 000 par liste

Pris en charge

Vous pouvez créer des listes très volumineuses en utilisant la navigation par métadonnées, des hiérarchies de site et des affichages standard. Cette valeur peut varier suivant le nombre de colonnes dans la liste et l’utilisation de celle-ci.

Taille limite des lignes

6 lignes de table internes à la base de données utilisées pour un élément de liste ou de bibliothèque

Pris en charge

Spécifie le nombre maximal de lignes de table internes à la base de données pouvant être utilisées pour un élément de liste ou de bibliothèque. Pour qu’il soit possible de prendre en charge des listes volumineuses comportant de nombreuses colonnes, chaque élément peut être réparti sur plusieurs lignes de table internes, dans la limite de six lignes par défaut. Ce paramétrage peut être configuré par les administrateurs de batterie par le biais du modèle objet uniquement. La méthode du modèle objet est SPWebApplication.MaxListItemRowStorage.

Opérations en bloc

100 éléments par opération en bloc

Frontière

L’interface utilisateur permet de sélectionner au maximum 100 éléments pour les opérations en bloc.

Seuil de recherche d’affichage de liste

8 opérations de jointure par requête

Seuil

Spécifie le nombre maximal de jointures autorisées par requête, telles que celles basées sur des colonnes de recherche, de personne/groupe ou d’état de flux de travail. Si la requête utilise plus de huit jointures, l’opération est bloquée. Ceci ne s’applique pas à des opérations sur un seul élément. Lors de l’utilisation de l’affichage maximal via le modèle objet (en ne spécifiant aucun champ d’affichage), SharePoint retourne jusqu’aux huit premières recherches.

Seuil d’affichage de liste

5,000

Seuil

Spécifie le nombre maximal d’éléments de liste ou de bibliothèque qu’une opération de base de données telle qu’une requête peut traiter en même temps en dehors de la fenêtre de temps quotidienne définie par l’administrateur, au cours de laquelle les requêtes ne sont pas limitées.

Seuil d’affichage de liste pour les auditeurs et les administrateurs

20,000

Seuil

Spécifie le nombre maximal d’éléments de liste ou de bibliothèque qu’une opération de base de données telle qu’une requête peut traiter en même temps lorsqu’elle est effectuée par un auditeur ou un administrateur ayant les autorisations appropriées. Ce paramètre fonctionne avec Autoriser le remplacement du modèle objet.

Sous-site

2 000 par affichage de site

Seuil

L’interface permettant d’énumérer les sous-sites d’un site web donné est moins performante dès que le nombre de sous-sites est supérieur à 2 000. De même, les performances de la page Tout le contenu du site et du contrôle arborescence diminuent sensiblement à mesure que le nombre de sous-sites croît.

Co-création dans Microsoft Word et Microsoft PowerPoint pour des fichiers .docx, .pptx et .ppsx

10 éditeurs simultanés par document

Seuil

Le nombre maximal recommandé d’éditeurs simultanés est de 10. La frontière est 99.

Si 99 co-auteurs travaillent simultanément sur un même document ouvert, tout utilisateur à partir du 100e utilisateur obtient l’erreur « Fichier en cours d’utilisation » et doit afficher une copie en lecture seule.

Dès que le nombre de co-éditeurs est supérieur à 10, l’expérience utilisateur se dégrade progressivement en raison du nombre croissant de conflits et les utilisateurs doivent s’y prendre à plusieurs reprises pour que leurs modifications soient correctement téléchargées.

Étendue de sécurité

50 000 par liste

Seuil

Le nombre maximal d’étendues de sécurité uniques défini pour une liste ne peut être supérieur à 50 000. Pour la plupart des batteries de serveurs, nous vous recommandons de réduire cette limite à 5 000 étendues uniques. Pour les listes volumineuses, adoptez une mise en page qui utilise le moins d’autorisations uniques possible. Quand le nombre d’étendues de sécurité uniques pour une liste dépasse la valeur du seuil d’affichage (défini par défaut à 5 000 éléments), l’affichage de la liste donne lieu à des allers-retours SQL Server supplémentaires, ce qui peut affecter les performances de l’affichage des listes.

Une étendue constitue la frontière de sécurité pour un objet sécurisable et tous ses enfants pour lesquels une frontière de sécurité distincte n’est pas définie. Une étendue contient une liste de contrôle d’accès, mais à la différence des listes de contrôle d’accès NTFS, une étendue peut inclure des principaux de sécurité spécifiques de SharePoint Server. Les membres d’une liste de contrôle d’accès pour une étendue peuvent comprendre des utilisateurs Windows, des comptes d’utilisateur autres que des utilisateurs Windows (tels que des comptes basés sur des formulaires), des groupes Active Directory ou des groupes SharePoint.

Les données SharePoint Server 2010 sont stockées dans des tableaux SQL Server. Pour autoriser le nombre maximal de colonnes possible dans une liste SharePoint, SharePoint Server crée plusieurs lignes dans la base de données lorsque les données ne tiennent pas dans une seule ligne. Cette opération s’appelle « retour automatique à la ligne ».

À chaque retour à la ligne dans SQL Server, une charge de requête supplémentaire est soumise au serveur lorsque cet élément est interrogé, car une jointure SQL doit être incluse dans la requête. Pour que les charges ne soient pas excessives, un maximum de six lignes SQL Server est autorisé pour un élément SharePoint par défaut. Cette limite se traduit par une limitation spécifique du nombre de colonnes de chaque type pouvant être incluses dans une liste SharePoint. Le tableau suivant décrit les limites pour chaque type de colonne.

Le paramètre de retour automatique à la ligne peut être augmenté au-delà de six, mais cela risque de se traduire par des charges excessives sur le serveur. Il est recommandé de tester les performances avant de dépasser cette limite. Pour plus d’informations, consultez la rubrique Conception de grandes listes et optimisation des performances des listes (SharePoint Server 2010).

La valeur de la taille de chaque type de colonne est indiquée en octets. La somme de toutes les colonnes dans une liste SharePoint ne peut pas dépasser 8 000 octets. Suivant l’utilisation de la colonne, les utilisateurs peuvent atteindre la limite de 8 000 octets avant d’atteindre la limite de six lignes spécifique du retour automatique à la ligne.

 

Limite Valeur maximale Type de limite Taille par colonne Commentaires

Une seule ligne de texte

276

Seuil

28 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 64 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 384 colonnes de type Une seule ligne de texte par liste SharePoint (6 * 64 = 384). Toutefois, la limite par élément de liste SharePoint étant de 8 000 octets, dont 256 réservés pour les colonnes SharePoint prédéfinies, la limite réelle est de 276 colonnes de type Une seule ligne de texte.

Plusieurs lignes de texte

192

Seuil

28 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 32 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 192 colonnes de type Plusieurs lignes de texte par liste SharePoint (6 * 32 = 192).

Choix

276

Seuil

28 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 64 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 384 colonnes de type Choix par liste SharePoint (6 * 64 = 384) ; toutefois, la limite par élément de liste SharePoint étant de 8 000 octets, dont 256 réservés pour les colonnes SharePoint prédéfinies, la limite réelle doit être de 276 colonnes de type Choix.

Nombre

72

Seuil

12 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 12 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 72 colonnes de type Nombre par liste SharePoint (6 * 12 = 72).

Monétaire

72

Seuil

12 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 12 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 72 colonnes de type Devise par liste SharePoint (6 * 12 = 72).

Date et heure

48

Seuil

12 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 8 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 48 colonnes de type Date et heure par liste SharePoint (6 * 8 = 48).

Recherche

96

Seuil

4 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 16 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 96 colonnes de type Recherche à valeur unique par liste SharePoint (6 * 16 = 96).

Oui/Non

96

Seuil

5 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 16 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 96 colonnes de type Oui/Non par liste SharePoint (6 * 16 = 96).

Personne ou groupe

96

Seuil

4 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 16 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 96 colonnes de type Personne ou groupe par liste SharePoint (6 * 16 = 96).

Lien hypertexte ou image

138

Seuil

56 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 32 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 192 colonnes de type Lien hypertexte ou image par liste SharePoint (6 * 32 = 192) ; toutefois, la limite par élément de liste SharePoint étant de 8 000 octets, dont 256 réservés pour les colonnes SharePoint prédéfinies, la limite réelle doit être de 138 colonnes de type Lien hypertexte ou image.

Calculé

48

Seuil

28 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 8 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 48 colonnes de type Calculé par liste SharePoint (6 * 8 = 48).

GUID

6

Seuil

20 octets

Le retour automatique à la ligne SQL Server se produit après chaque colonne dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 6 colonnes de type GUID par liste SharePoint (6 * 1 = 6).

Ent

96

Seuil

4 octets

Le retour automatique à la ligne SQL Server se produit après chaque groupe de 16 colonnes dans une liste SharePoint. La valeur par défaut du retour automatique à la ligne (6) autorise un maximum de 96 colonnes de type Ent par liste SharePoint (6 * 16 = 96).

Métadonnées gérées

94

Seuil

40 octets pour la première, 32 octets pour les suivantes

Quatre colonnes sont allouées au premier champ Métadonnées gérées ajouté à une liste :

  • Un champ Liste de choix pour la balise réelle

  • Un champ de texte masqué pour la valeur de chaîne

  • Un champ Liste de choix pour le fourre-tout

  • Un champ Liste de choix pour les éléments n’appartenant pas au fourre-tout

Le fait d’ajouter un champ Métadonnées gérées à une liste ajoute deux colonnes :

  • Un champ Liste de choix pour la balise réelle

  • Un champ de texte masqué pour la valeur de chaîne

Le nombre maximal de colonnes de métadonnées gérées est égal à (14 + (16 * (n-1))) où n représente la valeur du mappage de lignes (6 par défaut).

Les colonnes de type Données externes présentent le concept de colonne principale et de colonnes secondaires. Lorsque vous ajoutez une colonne de données externes, vous pouvez sélectionner certains champs secondaires de type contenu externe en vue de les ajouter à la liste. Par exemple, dans le cas d’un type de contenu externe « Client » qui possède des champs tels que les champs « ID », « Nom », « Pays » et « Description », lorsque vous ajoutez une colonne de données externes de type « Client » à une liste, vous pouvez ajouter des champs secondaires pour afficher les « ID », « Nom », « Pays » et « Description » du client. Dans l’ensemble, les colonnes ajoutées sont les suivantes :

  • Colonne principale : champ de texte.

  • Colonne ID masquée : champ de texte multiligne.

  • Colonnes secondaires : chaque colonne secondaire est un champ texte/nombre/booléen/texte multiligne basé sur le type de données de la colonne secondaire définie dans le modèle du catalogue de données métiers. Par exemple, ID peut être mappé sur une colonne Nombre, Nom sur une colonne Une seule ligne de texte et Description sur une colonne Plusieurs lignes de texte.

Le tableau suivant répertorie les recommandations pour les pages.

 

Limite Valeur maximale Type de limite Commentaires

Composants WebPart

25 par page Wiki ou page de composants WebPart

Seuil

Ce chiffre est une estimation basée sur des composants WebPart simples. La complexité des composants WebPart détermine le nombre de composants WebPart pouvant être utilisés sans que les performances soient affectées.

 

Limite Valeur maximale Type de limite Commentaires

Nombre de groupes SharePoint auxquels un utilisateur peut appartenir

5,000

Pris en charge

Cette limite n’est pas codée en dur, mais elle est cohérente avec les recommandations Active Directory. Plusieurs éléments ont une incidence sur ce nombre :

  • La taille du jeton d’utilisateur.

  • Le cache des groupes : SharePoint Server 2010 possède une table qui met en cache le nombre de groupes auxquels un utilisateur appartient dès que ces groupes sont utilisés dans des listes de contrôle d’accès.

  • La durée de la vérification de sécurité : lorsque le nombre de groupes dont un utilisateur est membre augmente, la durée nécessaire pour la vérification de l’accès augmente également.

Utilisateurs dans une collection de sites

2 millions par collection de sites

Pris en charge

Vous pouvez ajouter des millions de personnes à votre site web à l’aide de groupes de sécurité Microsoft Windows pour gérer la sécurité, au lieu d’utiliser des utilisateurs individuels.

Cette limite repose sur la facilité de gestion et de navigation dans l’interface utilisateur.

Lorsque la collection de sites comprend plus d’un millier d’entrées (groupes de sécurité d’utilisateurs), vous devez utiliser Windows PowerShell pour gérer les utilisateurs, au lieu de l’interface utilisateur. Cela procure une meilleure expérience en matière de gestion.

Utilisateurs/Principaux Active Directory dans un groupe SharePoint

5 000 par groupe SharePoint

Pris en charge

SharePoint Server 2010 vous permet d’ajouter des utilisateurs ou des groupes Active Directory à un groupe SharePoint.

Vous pouvez obtenir des performances acceptables dans la limite de 5 000 utilisateurs (ou utilisateurs ou groupes Active Directory) dans un groupe SharePoint.

Les activités les plus concernées par cette limite sont les suivantes :

  • Extraction d’utilisateurs pour valider les autorisations. Cette opération prend d’autant plus de temps que le nombre d’utilisateurs dans un groupe est élevé.

  • Rendu de l’appartenance de l’affichage. Cette opération prend toujours du temps.

Groupes SharePoint

10 000 par collection de sites

Pris en charge

Au-delà de 10 000 groupes, la durée d’exécution des opérations augmente de manière significative. Cela est particulièrement vrai pour l’ajout d’un utilisateur à un groupe existant, la création d’un groupe et le rendu des affichages de groupes.

Principal de sécurité : taille de l’étendue de sécurité

5 000 par liste de contrôle d’accès

Pris en charge

La taille de l’étendue a une incidence sur les données utilisées pour le calcul d’une vérification de sécurité. Ce calcul est effectué chaque fois que l’étendue change. Il n’existe pas de limite codée en dur, mais plus l’étendue est grande, plus la durée du calcul est longue.

Cette section répertorie les limites par fonctionnalité.

Le tableau suivant répertorie les recommandations pour la recherche.

 

Limite Valeur maximale Type de limite Notes

Applications de service de recherche SharePoint

20 par batterie de serveurs

Pris en charge

Plusieurs applications de service de recherche SharePoint peuvent être déployées sur une même batterie de serveurs, car vous pouvez affecter des bases de données et des composants de recherche à différents serveurs. La limite recommandée de 20 est inférieure à la limite maximale pour toutes les applications de service dans une batterie de serveurs.

Bases de données d’analyse et éléments de base de données

10 bases de données d’analyse par application de service de recherche

25 millions d’éléments par base de données d’analyse

Seuil

La base de données d’analyse stocke les données d’analyse (durée/statut, etc.) relatives à tous les éléments qui ont été analysés. La limite prise en charge est de 10 bases de données d’analyse par application de service de recherche SharePoint.

La limite recommandée est de 25 millions d’éléments par base de données d’analyse (ou un total de quatre bases de données d’analyse par application de service de recherche).

Composants d’analyse

16 par application de service de recherche

Seuil

La limite recommandée par application est de 16 composants d’analyse au total, dont deux par base de données d’analyse et deux par serveur, dans l’hypothèse où le serveur possède au moins huit processeurs (cœurs).

Le nombre total de composants d’analyse par serveur doit être inférieur à 128/(nombre total de composants de requête) pour réduire au minimum la dégradation des opérations d’E/S de propagation. Le dépassement de la limite recommandée peut ne pas se traduire par de meilleures performances d’analyse ; en fait, celles-ci peuvent diminuer suivant la disponibilité des ressources sur le serveur d’analyse, la base de données et l’hôte du contenu.

Partitions d’index

20 par application de service de recherche ; 128 au total

Seuil

La partition d’index contient un sous-ensemble de l’index de l’application de service de recherche. La limite recommandée est de 20. Si vous augmentez le nombre de partitions d’index, chaque partition contient un sous-ensemble plus petit de l’index, ce qui réduit la mémoire RAM et l’espace disque requis sur le serveur de requête qui héberge le composant de requête affecté à la partition d’index. La frontière pour le nombre total de partitions d’index est de 128.

Éléments indexés

100 millions par application de service de recherche ; 10 millions par partition d’index

Pris en charge

La recherche SharePoint prend en charge les partitions d’index, qui contiennent chacune un sous-ensemble de l’index de recherche. Le maximum recommandé est de 10 millions d’éléments par partition. Le nombre d’éléments maximal recommandé global (par exemple, personnes, éléments de liste, documents, pages web) est de 100 millions.

Entrées du journal d’analyse

100 millions par application de recherche

Pris en charge

Il s’agit du nombre des différentes entrées du journal d’analyse. Ce nombre suit la limite des éléments indexés.

Bases de données de propriétés

10 par application de service de recherche ;128 au total

Seuil

La base de données de propriétés stocke les métadonnées des éléments de chaque partition d’index qui lui est associée. Une partition d’index ne peut être associée qu’à une seule banque de propriétés. La limite recommandée est de 10 bases de données de propriétés par application de service de recherche. La frontière pour les partitions d’index est de 128.

Composants de requête

128 par application de recherche ; 64/(nombre total de composants d’analyse) par serveur

Seuil

Le nombre total de composants de requête est limité par la capacité des composants d’analyse à copier les fichiers. Le nombre maximal de composants de requête par serveur est limité par la capacité des composants de requête à absorber les fichiers propagés à partir des composants d’analyse.

Règles d’étendue

100 règles d’étendue par étendue ; 600 au total par application de service de recherche

Seuil

Le dépassement de cette limite réduit le caractère actualisé de l’analyse et retarde les résultats potentiels des requêtes sur lesquelles porte la recherche.

Étendues

200 étendues de site et 200 étendues partagées par application de service de recherche

Seuil

Le dépassement de cette limite peut réduire l’efficacité de l’analyse et, si les étendues sont ajoutées au groupe d’affichage, affecter la latence du navigateur de l’utilisateur final. En outre, l’affichage des étendues dans l’interface de l’administration de la recherche se dégrade dès que le nombre d’étendues est supérieur à la limite recommandée.

Groupes d’affichage

25 par site

Seuil

Les groupes d’affichage permettent d’obtenir un affichage groupé des étendues par le biais de l’interface utilisateur. Le dépassement de cette limite entraîne la dégradation de l’expérience des étendues dans l’interface utilisateur d’administration de la recherche.

Alertes

1 000 000 par application de recherche

Pris en charge

Il s’agit de la limite testée.

Sources de contenu

50 par application de service de recherche

Seuil

La limite recommandée de 50 peut être dépassée jusqu’à la frontière de 500 par application de service de recherche. Toutefois, vous devez utiliser moins d’adresses de démarrage et suivre la limite du nombre d’analyses simultanées.

Adresses de démarrage

100 par source de contenu

Seuil

La limite recommandée peut être dépassée jusqu’à la frontière de 500 par source de contenu. Toutefois, plus le nombre d’adresses de démarrage est élevé, moins vous devez utiliser de sources de contenu. Si le nombre d’adresses de démarrage est élevé, il est recommandé de les placer sous la forme de liens dans une page HTML et de faire analyser celle-ci par le robot HTTP, en suivant les liens.

Analyses simultanées

20 par application de recherche

Seuil

Il s’agit du nombre d’analyses en cours d’exécution au même moment. Le dépassement de ce nombre peut entraîner une diminution du taux d’analyse global.

Propriétés analysées

500 000 par application de recherche

Pris en charge

Il s’agit des propriétés détectées pendant une analyse.

Règle d’impact de l’analyse

100

Seuil

La limite recommandée est de 100 par batterie de serveurs. La recommandation peut être dépassée. Toutefois, l’affichage des règles de fréquence d’accès au site dans l’interface d’administration de la recherche sera dégradé. Lorsque le nombre de règles de fréquence d’accès s’élève à 2 000 environ, la page Gérer les règles de fréquence d’accès au site devient illisible.

Règles d'analyse

100 par application de service de recherche

Seuil

Cette valeur peut être dépassée. Toutefois, l’affichage des règles d’analyse dans l’interface d’administration de la recherche sera dégradé.

Propriétés gérées

100 000 par application de service de recherche

Seuil

Il s’agit de propriétés qu’utilise le système de recherche dans les requêtes. Les propriétés analysées sont mappées sur les propriétés gérées.

Mappages

100 par propriété gérée

Seuil

Le dépassement de cette limite peut entraîner une diminution de la vitesse des analyses et des performances des requêtes.

Suppressions d’URL

100 suppressions par opération

Pris en charge

Il s’agit du nombre recommandé maximal d’URL à supprimer du système en une seule opération.

Pages faisant autorité

Une page de niveau supérieur et un nombre minimal de pages de deuxième et troisième niveau par application de service de recherche

Seuil

La limite recommandée est une page de référence de niveau supérieur et un nombre minimal de pages de deuxième et troisième niveau pour atteindre la pertinence désirée.

La frontière est de 200 par niveau de pertinence et par application de recherche, mais l’ajout de pages ne permet pas forcément d’atteindre la pertinence désirée. Ajoutez le site clé au premier niveau de pertinence. Ajoutez d’autres sites clés aux second ou troisième niveaux de pertinence, un à la fois, et évaluez la pertinence après chaque ajout pour vous assurer que l’effet de pertinence désiré est obtenu.

Mots clés

200 par collection de sites

Pris en charge

La limite recommandée peut être dépassée jusqu’à la limite maximale de 5 000 (imposée par ASP.NET) par collection de sites sur la base de cinq meilleurs résultats par mot clé. Si vous dépassez cette limite, l’affichage des mots clés dans l’interface utilisateur de l’administration du site s’en trouvera dégradé. Vous pouvez ajuster la limite imposée par ASP.NET en modifiant les fichiers web.config et client.config (MaxItemsInObjectGraph).

Propriétés de métadonnées reconnues

10 000 par élément analysé

Frontière

Il s’agit du nombre de propriétés de métadonnées pouvant être déterminées et éventuellement mappées ou utilisées pour des requêtes lorsqu’un élément est analysé.

Le tableau suivant répertorie les recommandations pour le service de profil utilisateur.

 

Limite Valeur maximale Type de limite Commentaires

Profils utilisateur

2 000 000 par application de service

Pris en charge

Une application de service de profil utilisateur peut prendre en charge jusqu’à 2 millions de profils utilisateur sans porter préjudice aux fonctionnalités de mise en réseau. Ce nombre représente le nombre de profils pouvant être importés dans le magasin de profils des personnes à partir d’un service d’annuaire, ainsi que le nombre de profils qu’une application de service de profil utilisateur peut prendre en charge sans entraîner de diminution des performances des fonctionnalités de mise en réseau.

Liens de mise en réseau, notes et notations

500 000 000 par base de données sociale

Pris en charge

Jusqu’à 500 millions de liens de mise en réseau, de notes et de notations au total sont pris en charge dans une base de données sociale sans diminution significative des performances. Toutefois, les opérations de maintenance de la base de données telles que la sauvegarde et la restauration peuvent afficher une diminution des performances à ce niveau.

Le tableau suivant répertorie les recommandations pour le déploiement de contenu.

 

Limite Valeur maximale Type de limite Commentaires

Travaux de déploiement de contenu en cours d’exécution sur différents chemins d’accès

20

Pris en charge

L’exécution simultanée de différents travaux sur des chemins d’accès connectés à des collections de sites qui appartiennent à la même base de données de contenu source risque d’entraîner des blocages au niveau de cette base de données. Pour les travaux qui doivent s’exécuter simultanément, il est recommandé de déplacer les collections de sites dans différentes bases de données de contenu sources.

NoteNote
Des travaux ne peuvent pas s’exécuter simultanément sur le même chemin d’accès.

Si vous utilisez des instantanés Microsoft SQL Server pour le déploiement de contenu, chaque chemin crée un instantané. Cela permet d’accroître les besoins en matière d’opérations d’E/S pour la base de données source.

Pour plus d’informations, consultez la section À propos des travaux et des chemins de déploiement.

Le tableau suivant répertorie les recommandations pour les blogs.

 

Limite Valeur maximale Type de limite Commentaires

Billets de blog

5 000 par site

Pris en charge

Le nombre maximal de billets de blog est de 5 000 par site.

Commentaires

1 000 par billet

Pris en charge

Le nombre maximal de commentaires est de 1 000 par billet.

Le tableau suivant répertorie les recommandations pour Business Connectivity Services.

 

Limite Valeur maximale Type de limite Commentaires

Type de contenu externe (en mémoire)

5 000 par serveur web (par client)

Frontière

Nombre total de définitions de type de contenu externe chargées en mémoire à un moment donné sur un serveur web.

Connexions au système externe

500 par serveur web

Frontière

Nombre de connexions au système externe actives/ouvertes à un moment donné. La valeur maximale par défaut est de 200. La frontière est de 500. Cette limite s’applique à l’étendue du serveur web, quel que soit le type de système externe (par exemple, base de données, assembly .NET, etc.). La valeur maximale par défaut sert à limiter le nombre de connexions. Une application peut spécifier une limite plus élevée via le contexte d’exécution. La frontière applique la valeur maximale même si l’application ne respecte pas la valeur par défaut.

Éléments de base de données retournés par demande

2 000 par connecteur de base de données

Seuil

Nombre d’éléments par demande pouvant être retournés par le connecteur de base de données

La valeur par défaut maximale de 2 000 permet au connecteur de base de données de restreindre le nombre de résultats pouvant être renvoyés par page. L’application peut spécifier une limite plus élevée via le contexte d’exécution. La valeur maximale absolue applique la valeur maximale même si l’application ne respecte pas la valeur par défaut. La frontière pour cette limite est de 1 000 000.

Le tableau suivant répertorie les recommandations pour le flux de travail.

 

Limite Valeur maximale Type de limite Commentaires

Seuil d’ajournement des activations des flux de du travail

15

Seuil

Le nombre maximal de flux de travail pouvant s’exécuter simultanément par rapport à une base de données de contenu est de 15, à l’exclusion des instances en cours d’exécution dans le service du minuteur. Lorsque ce seuil est atteint, les nouvelles demandes d’activation de flux de travail sont mises en file d’attente en vue de leur exécution ultérieure par le service du minuteur de flux de travail. Au fil de l’exécution d’opérations ne relevant pas du minuteur, les nouvelles demandes sont comptabilisées par rapport à ce seuil. Vous pouvez configurer cette limite à l’aide de la cmdlet Windows PowerShell Set-SPFarmConfig. Pour plus d’informations, consultez la rubrique Set-SPFarmConfig.

Remarque : cette limite ne fait pas référence au nombre total d’instances de flux de travail éventuellement en cours d’exécution. En fait, il s’agit du nombre d’instances en cours de traitement. L’augmentation de cette limite accroît le débit des démarrages et des achèvements des tâches de flux de travail, mais accentue également la charge qui pèse sur la base de données de contenu et sur les ressources système.

Taille de lot du minuteur de flux de travail

100

Seuil

Nombre d’événements que chaque exécution du travail du minuteur de flux de travail obtient et fournit aux flux de travail. Peut être configuré avec Windows PowerShell. Pour autoriser des événements supplémentaires, vous pouvez exécuter des instances supplémentaires du service du minuteur de flux de travail Microsoft SharePoint Foundation.

Le tableau suivant répertorie les recommandations pour les magasins de termes (bases de données) de métadonnées gérées.

 

Limite Valeur maximale Type de limite Commentaires

Nombre maximal de niveaux de termes imbriqués dans un magasin de termes

7

Pris en charge

Les termes d’un ensemble de termes peuvent être représentés de façon hiérarchique.  Un ensemble de termes peut comporter jusqu’à sept niveaux de termes (un terme parent et six niveaux d’imbrication inférieurs.)

Nombre maximal d’ensembles de termes dans un magasin de termes

1,000

Pris en charge

Un magasin de termes peut contenir jusqu’à 1 000 ensembles de termes.

Nombre maximal de termes dans un ensemble de termes

30,000

Pris en charge

Le nombre maximal de termes dans un ensemble de termes est de 30 000.

NoteNote
Une étiquette supplémentaire pour un terme donné, telle qu’un synonyme ou une traduction, n’est pas décomptée comme un terme.

Nombre total d’éléments dans un magasin de termes

1,000,000

Pris en charge

Un élément est un terme ou un ensemble de termes. La somme du nombre de termes et du nombre d’ensembles de termes ne peut pas être supérieure à 1 000 000. Une étiquette supplémentaire pour un terme donné, telle qu’un synonyme ou une traduction, n’est pas décomptée comme un terme.

NoteNote
Un magasin de termes ne peut pas contenir en même temps le nombre maximal d’ensembles de termes et le nombre maximal de termes.

Le tableau suivant répertorie les recommandations pour les instances de Visio Services dans Microsoft SharePoint Server 2010.

 

Limite Valeur maximale Type de limite Commentaires

Taille de fichier des dessins web Visio

50 Mo

Seuil

Visio Services possède un paramètre de configuration qui permet à l’administrateur de modifier la taille maximale des dessins web traités par Visio.

Les grandes tailles de fichier entraînent les effets secondaires suivants :

  • augmentation de l’encombrement mémoire de Visio Services ;

  • augmentation de l’utilisation de l’UC ;

  • réduction du nombre de demandes par seconde adressées au serveur d’applications ;

  • augmentation de la latence globale ;

  • augmentation de la charge réseau des batteries de serveurs SharePoint.

Délai d’expiration pour le recalcul des dessins web Visio

120 secondes

Seuil

Visio Services possède un paramètre de configuration qui permet à l’administrateur de modifier la durée maximale à consacrer au recalcul d’un dessin après une actualisation des données.

Un délai d’attente élevé pour le recalcul entraîne les effets suivants :

  • réduction de la disponibilité de l’UC et de la mémoire ;

  • réduction du nombre de demandes par seconde adressées à l’application ;

  • augmentation de la latence moyenne dans tous les documents.

Un délai d’attente réduit pour le recalcul entraîne les effets suivants :

  • réduction de la complexité des diagrammes pouvant être affichés ;

  • augmentation des demandes par seconde ;

  • diminution de la latence moyenne dans tous les documents.

Âge minimal du cache Visio Services (diagrammes liés aux données)

Âge minimal du cache : 0 à 24 heures

Seuil

L’âge minimal du cache s’applique aux diagrammes liés aux données. Il détermine le point le plus tôt auquel le diagramme actuel peut être supprimé du cache.

La définition de l’âge minimal du cache sur une valeur très faible entraîne une réduction du débit et une augmentation de la latence, car une invalidation trop fréquente du cache oblige Visio à procéder à de fréquents recalculs et à réduire la disponibilité de l’UC et de la mémoire.

Âge maximal du cache Visio Services (diagrammes non liés aux données)

Âge maximal du cache : 0 à 24 heures

Seuil

L’âge maximal du cache s’applique aux diagrammes non liés aux données. Cette valeur détermine la durée de conservation du diagramme actuel en mémoire.

L’augmentation de l’âge maximal du cache diminue la latence pour les dessins fréquemment demandés.

Toutefois, la définition de l’âge maximal du cache sur une valeur très élevée augmente la latence et ralentit le débit pour les éléments qui ne sont pas mis en cache, car les éléments se trouvant déjà dans le cache consomment et réduisent la mémoire disponible.

Le tableau suivant répertorie les recommandations pour le service SharePoint Web Analytics.

 

Limite Valeur maximale Type de limite Notes

Entités SharePoint

30 000 par batterie de serveurs quand Web Analytics est activé

Pris en charge

N’activez pas Web Analytics si votre batterie de serveurs contient, ou est supposée contenir, plus de 30 000 entités SharePoint, comprenant toutes les applications web, des collections de sites et des sites. Ce nombre n’est pas exact, car différentes combinaisons d’entités SharePoint peuvent plus ou moins influer sur les performances de la batterie de serveurs par rapport au scénario testé, décrit dans l’article Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010. Toutefois, comme le nombre d’entités SharePoint dans votre batterie de serveurs avoisine cette limite, les performances de la batterie de serveurs peuvent revenir à des niveaux inacceptables.

Pour plus d’informations sur les frontières et les limites du service SharePoint Web Analytics, voir Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010.

Le tableau suivant répertorie les recommandations pour PerformancePoint Services dans Microsoft SharePoint Server 2010.

 

Limite Valeur maximale Type de limite Commentaires

Cellules

1 000 000 par requête sur une source de données Excel Services

Frontière

Une carte de performance PerformancePoint qui appelle une source de données Excel Services est soumise à une limite absolue de 1 million de cellules par requête.

Colonnes et lignes

15 colonnes par 60 000 lignes

Seuil

Nombre maximal de colonnes et de lignes lors du rendu d’un objet de tableau de bord PerformancePoint qui utilise un classeur Microsoft Excel comme source de données. Le nombre de lignes peut changer en fonction du nombre de colonnes.

Requête sur une liste SharePoint

15 colonnes par 5 000 lignes

Pris en charge

Nombre maximal de colonnes et de lignes lors du rendu d’un objet de tableau de bord PerformancePoint qui utilise une liste SharePoint comme source de données. Le nombre de lignes peut changer en fonction du nombre de colonnes.

Requête sur une source de données SQL Server

15 colonnes par 20 000 lignes

Pris en charge

Nombre maximal de colonnes et de lignes lors du rendu d’un objet de tableau de bord PerformancePoint qui utilise une table SQL Server comme source de données. Le nombre de lignes peut changer en fonction du nombre de colonnes.

Le tableau suivant répertorie les recommandations pour Microsoft Word Automation Services.

 

Limite Valeur maximale Type de limite Commentaires

Taille du fichier d’entrée

512 Mo

Frontière

Taille de fichier maximale pouvant être traitée par Microsoft Word Automation Services.

Fréquence d’exécution des conversions (en minutes)

1 minute (fréquence recommandée) 

15 minutes (fréquence par défaut)

59 minutes (frontière)

Seuil

Ce paramètre détermine la fréquence d’exécution du travail du minuteur Microsoft Word Automation Services. Plus le nombre est petit, plus le travail du minuteur s’exécute rapidement. Nos tests montrent que la fréquence d’exécution idéale de ce travail du minuteur est d’une fois par minute.

Nombre de conversions à démarrer par processus de conversion

Pour les formats de sortie PDF/XPS : 30 x M ; pour tous les autres formats de sortie : 72 x M, M étant la valeur de fréquence à laquelle démarrer les conversions (en minutes)

Seuil

Le nombre de conversions à démarrer a une incidence sur le débit de Microsoft Word Automation Services.

Si ces valeurs sont plus élevées que les niveaux recommandés, certains éléments de conversion risquent de commencer à échouer par intermittence et les autorisations utilisateur risquent d’arriver à expiration. Les autorisations utilisateur expirent 24 heures après le démarrage d’un travail de conversion.

Taille des travaux de conversion

100 000 éléments de conversion

Pris en charge

Un travail de conversion comprend un ou plusieurs éléments de conversion, représentant chacun une conversion unique à exécuter sur un fichier d’entrée spécifique dans SharePoint. Lorsqu’un travail de conversion est démarré (à l’aide de la méthode ConversionJob.Start), ce dernier et tous les éléments de conversion sont transmis à un serveur d’applications qui stocke le travail dans la base de données Microsoft Word Automation Services. Plus le nombre d’éléments de conversion est élevé, plus la durée d’exécution de la méthode Start est longue et plus le nombre d’octets transmis au serveur d’applications est élevé.

Nombre total de processus de conversion actifs

N-1, où N représente le nombre de cœurs sur chaque serveur d’applications

Seuil

Un processus de conversion actif peut consommer un cœur de traitement. Par conséquent, les clients ne doivent pas exécuter plus de processus de conversion qu’il n’existe de cœurs de traitement dans leurs serveurs d’applications.  Le travail du minuteur de conversion et les autres activités SharePoint nécessitent également le recours occasionnel à un cœur de traitement.

Il est recommandé de laisser toujours un cœur disponible pour le travail du minuteur de conversion et SharePoint.

Taille de la base de données Microsoft Word Automation Services

2 millions d’éléments de conversion 

Pris en charge

Microsoft Word Automation Services gère une file d’attente permanente d’éléments de conversion dans sa base de données. Chaque demande de conversion génère un ou plusieurs enregistrements.

Étant donné que Microsoft Word Automation Services ne dispose pas d’une fonctionnalité lui permettant de supprimer automatiquement des enregistrements de la base de données, celle-ci peut croître indéfiniment sans opération de maintenance. Les administrateurs peuvent supprimer manuellement l’historique des travaux de conversion à l’aide de la cmdlet Windows PowerShell Remove-SPWordConversionServiceJobHistory. Pour plus d’informations, consultez la rubrique Remove-SPWordConversionServiceJobHistory.

Le tableau suivant répertorie les recommandations pour Microsoft SharePoint Workspace 2010.

 

Limite Valeur maximale Type de limite Notes

Synchronisation SharePoint Workspace

30 000 éléments par liste

Frontière

SharePoint Workspace ne synchronise pas les listes qui contiennent plus de 30 000 éléments. En effet, le temps nécessaire pour télécharger une liste qui contient plus de 30 000 éléments est très long et implique une utilisation élevée des ressources.

Synchronisation SharePoint Workspace

Limite de 1 800 documents dans SharePoint Workspace

Frontière

Les utilisateurs sont avertis dès qu’ils possèdent plus de 500 documents dans SharePoint Workspace, mais ils peuvent continuer à en ajouter.

Le tableau suivant répertorie les recommandations pour les services Microsoft OneNote.

 

Limite Valeur maximale Type de limite Notes

Nombre de sections et de groupes de sections dans un bloc-notes OneNote (sur SharePoint)

Voir la limite pour les documents dans les limites de liste et de bibliothèque

Chaque section représente un dossier et un document dans la liste. Il en va de même pour chaque groupe de sections.

Taille maximale d’une section

Voir la limite pour la taille de fichier dans les limites de liste et de bibliothèque

 

Cette valeur maximale exclut les images, les fichiers incorporés et les impressions XPS vers OneNote dont la taille est supérieure à 100 Ko. Les images et les fichiers incorporés dont la taille est supérieure à 100 Ko sont scindés en fichiers binaires spécifiques. Cela signifie qu’une section contenant 100 Ko de données tapées et quatre documents Word incorporés ayant chacun une taille de 1 Mo est considérée comme une section de 100 Ko.

Taille maximale d’une image, d’un fichier incorporé et d’une impression XPS OneNote dans une section OneNote.

Voir la limite pour la taille de fichier dans les limites de liste et de bibliothèque

Chaque élément est stocké sous la forme d’un fichier binaire distinct et, par conséquent, est soumis à des tailles limites de fichier. Chaque opération d’impression vers OneNote génère un fichier binaire d’impression XPS, même si l’impression contient plusieurs pages.

Taille maximale de la totalité des images, des fichiers incorporés et des impressions XPS dans une même page OneNote.

La limite par défaut est le double de la limite « Taille des fichiers ».

Seuil

Cela concerne le contenu incorporé dans une seule page OneNote, pas une section ou un bloc-notes. Si les utilisateurs sont confrontés à ce seuil, ils obtiennent le message d’erreur suivant dans OneNote : jerrcStorageUrl_HotTableFull (0xE0000794). Les utilisateurs peuvent contourner ce problème en fractionnant le contenu incorporé en différentes pages et en supprimant les versions antérieures de la page. Si les utilisateurs doivent ajuster cette valeur (« Taille maximale de table à chaud »), la limite effective est la moitié de la valeur absolue qu’ils définissent (par exemple, la spécification d’une taille maximale de table à chaud de 400 Mo signifie que la taille maximale de tout le contenu incorporé sur une page est limitée à 200 Mo).

Opérations de fusion

Une par cœur d’UC et par serveur web

Frontière

Les fusions OneNote combinent les modifications apportées par plusieurs utilisateurs lors de la co-création d’un bloc-notes. Si aucun cœur d’UC n’est disponible pour exécuter une fusion, une page conflictuelle est générée, ce qui oblige l’utilisateur à effectuer la fusion manuellement.

Cette limite s’applique si OneNote est exécuté comme une application cliente ou une application Microsoft Office Web Apps.

Le tableau suivant répertorie les recommandations pour Office Web Apps. Les limites des applications clientes Office s’appliquent également quand une application s’exécute en tant qu’application web.

 

Limite Valeur maximale Type de limite Commentaires

Taille du cache

100 Go

Seuil

Espace disponible pour l’affichage des documents, créé dans le cadre d’une base de données de contenu. Par défaut, le cache disponible pour afficher les documents est de 100 Go. Il n’est pas recommandé d’augmenter la taille du cache disponible.

Rendus

Un par document, seconde, cœur d’UC et serveur d’applications (maximum huit cœurs)

Frontière

Il s’agit du nombre moyen mesuré d’affichages de documents « classiques » pouvant être réalisés sur le serveur d’applications au fil du temps.

Le tableau suivant répertorie les recommandations pour Microsoft Project Server. Pour plus d’informations sur la planification de Project Server, consultez la rubrique Planification et architecture pour Project Server 2010.

 

Limite Valeur maximale Type de limite Commentaires

Fin du temps de projet

Date : 31/12/2049

Frontière

Les plans Projet ne peuvent pas s’étendre au-delà du 31/12/2049.

Livrables par plan de projet

1 500 livrables

Frontière

Les plans Projet ne peuvent pas contenir plus de 1 500 livrables.

Nombre de champs dans un affichage

256

Frontière

Un utilisateur ne peut pas ajouter plus de 256 champs à un affichage qu’il a défini dans Project Web App.

Nombre de clauses dans un filtre pour un affichage

50

Frontière

Un utilisateur ne peut pas ajouter un filtre à un affichage qui contient plus de 50 clauses.

Afficher: