Limitations et frontières logicielles pour SharePoint 2013
S’APPLIQUE À :
2013 
2016 2019 Subscription Edition SharePoint dans Microsoft 365
Cet article décrit les limites logicielles et les limites de SharePoint Server 2013, notamment :
Limites: Limites statiques qui ne peuvent pas être dépassées par la conception
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.
Importante
Certaines valeurs indiquées dans cet article s'appuient sur des résultats de tests de Produits SharePoint 2010 et peuvent ne pas correspondre aux valeurs finales pour SharePoint Server 2013. Cet article sera mis à jour à l'aide des valeurs appropriées, à mesure que les données de test de SharePoint Server 2013 seront disponibles. > Pour plus d’informations sur la configuration matérielle et logicielle requise, voir Configuration matérielle et logicielle requise pour SharePoint 2013.
Notes
[!REMARQUE] 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.
Découvrez les limites de SharePoint dans Microsoft 365.
Vue d’ensemble des frontières et des limites
Cet article contient des informations qui vous aident à comprendre les limites de performances et de capacité testées de SharePoint Server 2013 et indique 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 résultats des tests et les recommandations fournis dans cet article s'appliquent à une batterie de serveurs SharePoint Server 2013 monoserveur. L’ajout de serveurs à l’installation peut ne pas augmenter les limites de capacité des objets répertoriés dans les tableaux de la section Limites et limites plus loin dans cet article. 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.
Il existe de nombreux facteurs qui peuvent affecter les performances dans un environnement donné, et chacun de ces facteurs peut affecter les performances dans différents domaines. Certains résultats de test et recommandations de cet article peuvent être liés à des fonctionnalités ou des opérations utilisateur qui n’existent pas dans votre environnement et ne s’appliquent donc pas à votre solution. Seuls des tests minutieux peuvent vous fournir des données précises sur votre propre environnement.
Frontières, seuils et limites prises en charge
Dans SharePoint Server 2013, certaines limites sont par nature et ne peuvent pas être dépassées. Certaines autres limites sont définies sur des valeurs par défaut 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 limites sont des limites absolues qui ne peuvent pas être dépassées par conception. Il est important de comprendre ces limites pour vous assurer que vous n’effectuez pas d’hypothèses incorrectes lorsque vous concevez votre batterie de serveurs.
La limite de taille de document de 2 Go est un exemple de limite ; Vous ne pouvez pas configurer SharePoint Server 2013 pour stocker des documents de plus de 2 Go. Cette limite est une valeur absolue intégrée qui ne peut pas être dépassée par la conception.
Un seuil est un paramètre dont la valeur par défaut ne peut pas être dépassée, sauf si la valeur est modifiée. Les seuils peuvent, dans certaines circonstances, être dépassés pour tenir compte des variations dans la conception de votre batterie de serveurs. Toutefois, il est important de comprendre que le dépassement du seuil peut affecter les performances de la batterie de serveurs en plus de la valeur effective d’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 taille du document par défaut est défini sur 250 Mo, mais peut être modifié pour prendre en charge la limite 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 batterie de serveurs. La limite prise en charge 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 savoir que la plupart des valeurs limites fournies dans ce document représentent un point dans une courbe qui décrit une charge de ressources croissante 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’exploitation d’une limite établie ou près d’une limite établie n’est pas une bonne pratique, car les objectifs de performances et de fiabilité acceptables sont mieux atteints lorsque la conception d’une batterie de serveurs fournit un équilibre raisonnable des 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 2013 peuvent être modifiées, mais il est important de comprendre comment la modification d’une limite donnée affecte d’autres parties de la batterie de serveurs.
Mode d’établissement des limites
Dans SharePoint Server 2013, 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 lesquelles les performances globales de la batterie de serveurs seraient acceptables à la limite donnée dans la plupart des circonstances.
De toute évidence, si certains services fonctionnent avec des paramètres supérieurs à ceux utilisés pour le test des limites, les limites effectives maximales des autres services seront réduites. Il est donc important d’exécuter des exercices rigoureux de gestion de la capacité et de test de mise à l’échelle pour des déploiements spécifiques afin d’établir des limites effectives pour cet environnement.
Remarque : Nous ne décrivons pas le matériel utilisé pour valider les limites dans ce document, car les limites ont été collectées à partir de plusieurs batteries de serveurs et environnements.
La métaphore du gâteau
Pour comprendre la relation entre les ressources matérielles, la charge et les performances, il est important de disposer d’un moyen de visualiser les facteurs impliqués et leur impact les uns sur les autres.
Considérez la capacité d’une batterie comme un secteur, dont la taille représente l’agrégat de facteurs tels que les serveurs, les ressources matérielles telles que les processeurs et la RAM, la capacité de stockage, les IOPS de disque, la bande passante réseau et la latence. La taille du gâteau est par conséquent liée aux ressources globales de la batterie ; l'ajout de ressources (telles que des batteries de serveurs) augmente la taille du gâteau.
Ce secteur est divisé en tranches qui représentent la charge provenant de différentes sources : requêtes utilisateur, requêtes de recherche, opérations sur les fonctionnalités installées, travaux du minuteur et surcharge du système d’exploitation. Chacune de ces parts doit partager les ressources disponibles de la batterie. Si la taille d'une part augmente, celle des autres doit diminuer proportionnellement. Étant donné que la charge sur une batterie de serveurs n’est pas statique (les demandes utilisateur, par exemple, peuvent être significatives uniquement pendant certaines heures de la journée), la taille relative des tranches est constamment en mouvement. Toutefois, chaque part doit conserver une taille minimale requise pour fonctionner normalement, et puisque les fonctions représentées par chaque part sont interdépendantes, l'augmentation de la taille d'une part risque d'augmenter la charge placée sur d'autres parts en plus de réduire les ressources disponibles pour leur consommation.
En utilisant cette métaphore, l'objectif de la conception de la batterie consiste à rendre le gâteau suffisamment gros pour qu'il s'ajuste à la taille requise de chaque part à sa charge de pointe.
À présent, considérez un scénario dans lequel les requêtes utilisateur augmentent de 100 % par rapport à la ligne de base. Supposons qu'environ la moitié des requêtes soit des requêtes de recherche et que l'autre moitié soit des listes de modification et des documents. Cette charge accrue réduit les autres parts du gâteau, mais certaines fonctionnalités de la batterie doivent également travailler davantage pour compenser. Le service de recherche doit traiter davantage de requêtes, dont la plupart sont gérées par le cache, alors que certaines requêtes sont transmises aux serveurs de bases de données, ce qui augmente leur charge également. Si la charge sur les serveurs de base de données devient trop importante, la longueur de la file d’attente de disque augmente, ce qui à son tour augmente la latence de toutes les autres requêtes.
Limites et frontières
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. Les performances acceptables signifient que le système testé peut prendre en charge ce nombre d’objets, mais que ce nombre ne peut pas être dépassé sans une diminution des performances ou une réduction de la valeur des limites associées. 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.
Reconcevoir ou partitionner la solution pour vous assurer que vous ne dépassez pas les recommandations de capacité.
Limites par hiérarchie
Cette section indique des limites triées en fonction de la hiérarchie logique d'une batterie de serveurs SharePoint Server 2013.
Limites des applications web
Le tableau suivant répertorie les recommandations pour les applications web.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Application web |
20 par batterie de serveurs |
Pris en charge |
Nous vous recommandons de limiter autant que possible le nombre d'applications web. Créez d’autres collections de sites nommées d’hôte si possible au lieu d’ajouter des applications web. |
| 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é pour les collections de sites nommées par l’hôte |
20 par batterie de serveurs |
Pris en charge |
Les chemins d'accès gérés pour les collections de sites nommées par l'hôte s'appliquent au niveau de la batterie de serveurs. Chaque chemin d'accès géré créé peut être appliqué dans n'importe quelle application web. |
| Chemin d’accès géré pour les collections de sites basées sur le chemin d’accès |
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. Les chemins d'accès gérés pour les collections de sites basées sur le chemin d'accès s'appliquent au niveau de l'application web. Vous pouvez créer un ensemble différent de chemins d'accès gérés par application web. Si le nombre de chemins d'accès gérés par application web est supérieur à 20, la charge sur le serveur web est accrue pour chaque demande. Si vous prévoyez de dépasser 20 chemins managés dans une application web donnée, nous vous recommandons de tester les performances du système 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 à partir du disque, ce qui peut ralentir les temps de réponse. Vous pouvez configurer la taille du cache des solutions à l'aide de l'applet de commande PowerShell Set-SPInfoPathFormsService. Pour plus d'informations, voir Set-SPInfoPathFormsService. |
Limites des serveurs web et des serveurs d’applications
Le tableau suivant répertorie les recommandations pour les serveurs web de la batterie de serveurs.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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 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 utiliser 10 Go ou plus). |
Limites des bases de données de contenu
Le tableau suivant répertorie les recommandations pour les bases de données de contenu.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Nombre de bases de données de contenu |
500 par batterie de serveurs |
Pris en charge |
Le nombre maximal de bases de données de contenu par batterie de serveurs est de 500. Avec 500 bases de données de contenu par application web, les opérations de l’utilisateur final 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. Nous vous recommandons d'utiliser PowerShell pour gérer l'application web en présence de nombreuses bases de données de contenu, car l'interface de gestion peut devenir lente et difficile à parcourir. Avec 200 Go par base de données de contenu et 500 bases de données de contenu par batterie, SharePoint Server 2013 prend en charge 100 To de données par batterie de serveurs. |
| 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 vous recommandons de limiter la taille des bases de données de contenu à 200 Go, sauf si les circonstances des lignes suivantes de ce tableau s’appliquent. Si vous utilisez le Stockage BLOB distant (RBS), le volume total du stockage BLOB distant et des métadonnées dans la base de données de contenu ne doit pas dépasser la limite de 200 Go. |
| 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 : Des performances de sous-système de disque de 0,25 E/S par go, deux E/S par go sont recommandées pour des 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. Considérez les facteurs suivants : La configuration requise pour la sauvegarde et la restauration risque de ne pas être satisfaite par la sauvegarde SharePoint Server 2013 native des bases de données de contenu supérieures à 200 Go. Évaluez et testez les solutions de sauvegarde et de sauvegarde alternatives SharePoint Server 2013 pour déterminer la meilleure solution pour votre environnement spécifique. Il est recommandé de disposer d’une gestion proactive des administrateurs qualifiés des installations de SharePoint Server 2013 et SQL Server. La complexité des personnalisations et des configurations sur SharePoint Server 2013 peut nécessiter une refactorisation (ou une division) des données en plusieurs bases de données de contenu. Faites-vous conseiller par un architecte professionnel chevronné et exécutez des tests pour déterminer la taille de base de données de contenu optimale pour votre implémentation. Des exemples de complexité peuvent inclure des déploiements de code personnalisés, l’utilisation de plus de 20 colonnes dans la promotion de propriété ou des fonctionnalités répertoriées comme ne devant pas être utilisées dans la section sur 4 To ci-dessous. La refactorisation de collections de sites permet de monter en charge une implémentation SharePoint Server 2013 sur plusieurs bases de données de contenu. Cette disposition permet aux implémentations de SharePoint Server 2013 de s’adapter indéfiniment. Cette refactorisation est plus facile et plus rapide lorsque les bases de données de contenu sont inférieures à 200 Go. Pour faciliter la sauvegarde et la restauration, il est suggéré de limiter les collections de sites individuelles dans une base de données de contenu à 100 Go. Pour plus d'informations, voir Limites des collections de sites. IMPORTANT : Nous vous déconseillons d’utiliser des bases de données de contenu qui dépassent 4 To, sauf dans les scénarios d’archivage de documents (décrits dans la ligne suivante de ce tableau). Si, à l’avenir, vous devez mettre à niveau votre installation SharePoint Server 2013, la mise à niveau des collections de sites dans les bases de données de contenu peut s’avérer difficile et fastidieuse. > Il est recommandé d’effectuer un scale-out sur plusieurs bases de données de contenu, plutôt que de dépasser 4 To de données dans une même base de données de contenu. |
| 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 : Répondez à toutes les exigences de la limite « Taille de la base de données de contenu (tous les scénarios d’utilisation) » plus haut dans ce tableau, et vous devez vous assurer que vous avez soigneusement pris en compte tous les facteurs abordés dans le champ Notes de cette limite. Les sites SharePoint Server 2013 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 correctifs de liaison ou de sécurité au niveau de l’élément sur des objets SharePoint Server 2013 dans la base de données de contenu. Note: Document archive content databases can be configured to accept documents from Content Routing workflows. For more information about large-scale document repositories, see Estimate performance and capacity requirements for large scale document repositories in SharePoint Server 2010, and the Typical large-scale content management scenarios section of the article Enterprise content storage planning (SharePoint Server 2010). |
| 60 millions d'éléments, documents et éléments de liste compris |
60 millions d’éléments, documents et éléments de liste compris |
Le plus grand nombre d'éléments par base de données de contenu qui a été testé sur SharePoint Server 2013 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 2013, vous devez déployer plusieurs bases de données de contenu. |
Le plus grand nombre d’éléments par base de données de contenu testé sur SharePoint Server 2013 est de 60 millions d’éléments, y compris les documents et les éléments de liste. Si vous envisagez de stocker plus de 60 millions d’éléments dans SharePoint Server 2013, vous devez déployer plusieurs bases de données de contenu. |
| 10 000 maximum (soit 2 500 collections de sites non personnelles et 7 500 sites personnels, soit 10 000 sites personnels) |
10 000 maximum (soit 2 500 collections de sites non personnelles et 7 500 sites personnels, soit 10 000 sites personnels) |
Pris en charge |
Nous vous recommandons de limiter le nombre de collections de sites dans une base de données de contenu à 5 000. Toutefois, le nombre maximal de collections de sites pouvant être prises en charge dans une base de données s'élève à 10 000. Dans une base de données de contenu avec jusqu’à 10 000 collections de sites au total, un maximum de 2 500 de ces collections peuvent être des collections de sites non personnelles. Il est possible de prendre en charge 10 000 collections de sites personnelles s’il s’agit des seules collections de sites dans la base de données de contenu. 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 par rapport à la mise à niveau de la base de données et aux mises à niveau des collections de sites. 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. 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 5 000 collections de sites risque d'entraîner des temps morts plus longs pendant les mises à niveau. Si vous prévoyez de dépasser 5 000 collections de sites, nous vous recommandons d’avoir une stratégie de mise à niveau claire pour gérer la durée de panne et l’impact sur les opérations, et obtenir du matériel supplémentaire pour accélérer les mises à jour logicielles et les mises à niveau qui affectent les bases de données. To set the warning and maximum levels for the number of sites in a content database, use the PowerShell cmdlet Set-SPContentDatabase with the -WarningSiteCount parameter. Pour plus d’informations, consultez [Set-SPContentDatabase]/powershell/module/sharepoint-server/Set-SPContentDatabase ?view=sharepoint-ps&preserve-view=true). |
| 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 doit pas dépasser 40 millisecondes 95 % du temps. |
Lorsque SharePoint Server 2013 est configuré pour utiliser RBS et que des objets BLOB résident sur le support de stockage NAS, envisagez la limite prise en charge suivante. |
Entre le moment où SharePoint Server 2013 demande un objet BLOB et le moment où il reçoit le premier octet de la part du serveur NAS, 95 % du temps, pas plus de 40 millisecondes ne peuvent s'écouler. Limites des collections de sites |
Limites des collections de sites
Le tableau suivant répertorie les recommandations pour les collections de sites.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Collections de sites par batterie de serveurs |
Pris en charge |
Pris en charge |
Le nombre maximal recommandé de sites par batterie de serveurs est de 500 000 collections de sites contenant un seul site personnel plus 250 000 collections de sites contenant toutes les autres collections de sites pour tous les autres modèles de sites. Les sites peuvent tous résider sur une seule application web ou peuvent être répartis dans plusieurs applications web. Cette limite est affectée par d’autres facteurs susceptibles de réduire le nombre effectif de collections de sites qui peuvent être prises en charge par une base de données de contenu donnée. Il est nécessaire d'être prudent afin d'éviter de dépasser les limites prises en charge quand un objet conteneur, tel qu'une base de données de contenu, contient un grand nombre d'autres objets. Par exemple, si une batterie de serveurs contient un nombre total réduit de bases de données de contenu comportant chacune un nombre élevé de collections de sites, les performances de la batterie de serveurs risquent d'être affectées longtemps avant que ne soit atteint le nombre maximal de collections de sites pris en charge. Par exemple, 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 1 000 collections de sites, le nombre total de collections de sites dans l'application web atteint 200 000, ce qui se situe dans les limites prises en charge. En revanche, si chaque base de données de contenu contient 10 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 la batterie de serveurs s'élève à 2 000 000, ce qui dépasse la limite du nombre de collections de sites par application web et par batterie de serveurs. L'utilisation de la mémoire sur les serveurs web doit être surveillée, car elle est tributaire de modèles d'utilisation et des modalités d'accès à un nombre élevé de sites dans une période donnée. De même, les cibles d'analyse risquent de faire également état d'une pression de mémoire, situation dans laquelle le pool d'applications doit être configuré de manière à ce qu'il soit recyclé avant que la mémoire disponible sur chaque serveur web ne soit inférieure à 2 Go. |
| Site web |
250 000 par collection de sites / 250 000 par batterie de serveurs / 500 000 sites personnels par batterie de serveurs. |
Le nombre maximal recommandé de sites web est de 500 000 sites en se basant sur le modèle Site personnel et 250 000 sites en se basant sur tous les autres modèles. Cette limite s'applique par collection de sites, ainsi que par batterie de serveurs. |
Le nombre maximal recommandé de sites web est de 500 000 sites en se basant sur le modèle Site personnel et 250 000 sites en se basant sur tous les autres modèles. Cette limite s’applique par collection de sites et par batterie de serveurs. Un nombre de sous-sites supérieur à 2 000 au niveau de la collection de sites peut dégrader les performances. IMPORTANT : Il est recommandé de rester en dessous de 2 000 sous-sites par collection de sites. Vous pouvez créer un 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 qui contiennent 2 000 sites web chacune équivaut à 250 000 sites dans la batterie de serveurs. Toutefois, ce seuil serait considéré comme la limite maximale recommandée pour les sites non personnels. Si vous avez 250 000 collections de sites, toutes contenant un site web racine qui n’est pas le modèle Site personnel, l’ajout d’un sous-site à l’un de ces sites racine dépasserait la limite de 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 une incidence significative sur la disponibilité d'un site. L'accès au site et aux sous-sites est limité pendant la suppression du site. En outre, si vous tentez de créer de nombreux sous-sites en même temps, l'opération peut échouer. Lorsque vous avez plus de 2 000 sous-sites, les performances d’actions telles que l’exécution de PSConfig lors de l’ajout d’un nouveau serveur à une batterie de serveurs existante ou après l’installation des mises à jour SharePoint peuvent diminuer considérablement. 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 Vérifier l’état de la base de données (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) sur le site web Administration centrale peut entraîner un délai d’expiration. |
| Taille des collections de sites |
Taille maximale de la base de données de contenu |
Pris en charge |
Une collection de sites peut atteindre le volume 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 la taille de base de données de contenu pour des scénarios d'utilisation spécifiques, voir le tableau Limites des bases de données de contenu dans cet article. En général, nous vous recommandons de limiter la taille des collections de sites à 100 Go pour les raisons suivantes : Certaines actions de collection de sites, telles que la sauvegarde/restauration de collection de sites ou l’applet de commande PowerShell Move-SPSite, provoquent des opérations SQL Server volumineuses qui peuvent affecter les performances ou échouer si d’autres collections de sites sont actives dans la même base de données. Pour plus d'informations, voir Move-SPSite. La sauvegarde et la restauration des sites SharePoint est uniquement prise 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. |
| Nombre de canaux d’appareil par collection de sites de publication |
10 |
Frontière |
Le nombre maximal de canaux d’appareil autorisé par collection de sites de publication s’élève à 10. |
Limites des listes et des bibliothèques
Le tableau suivant répertorie les recommandations pour les listes et les bibliothèques. Pour plus d'informations, voir Conception de grandes listes et optimisation des performances des listes (SharePoint Server 2010).
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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. 300 octets sont réservés, ce qui laisse 7 700 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 |
La taille de fichier maximale par défaut est de 250 Mo. Cette limite est configurable et peut être augmentée jusqu'à 2 Go (2 047 Mo). Toutefois, une quantité élevée de fichiers très volumineux peut avoir une incidence sur les performances de la batterie de serveurs. |
La taille de fichier maximale par défaut est de 250 Mo. Cette limite est une limite configurable qui peut être augmentée jusqu’à 2 Go (2 047 Mo). Toutefois, un volume important de fichiers volumineux peut affecter 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 volumineuses en imbrication de dossiers ou en utilisant des vues standard et une hiérarchie de site. 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. Version mineure |
| Version mineure |
511 |
Frontière |
Le nombre maximal de versions de fichier mineures s'élève à 511. Cette limite ne peut pas être dépassée. Éléments |
| 30 000 000 par liste |
30 000 000 par liste |
Pris en charge |
Vous pouvez créer des listes volumineuses à l’aide de vues standard, de hiérarchies de site et de navigation par métadonnées. Cette valeur peut varier suivant le nombre de colonnes dans la liste et l'utilisation de celle-ci. |
| 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 |
12 opérations de jointure par requête |
Seuil |
Spécifie le nombre maximal de jointures autorisées par requête, telles que ces valeurs en fonction 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. Cette condition ne s’applique pas aux opérations à élément unique. 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 12 premières recherches. Note: After applying the SharePoint Server 2013 cumulative update package released on August 13, 2013 (https://support.microsoft.com/kb/2817616), the default value is increased from 8 to 12. |
| Seuil d’affichage de liste |
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. |
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’elles sont effectuées par un auditeur ou un administrateur disposant des autorisations appropriées. Ce paramètre fonctionne avec Autoriser le remplacement du modèle objet. Remarque : Ce seuil doit être activé à l’aide de code personnalisé pour définir SPQueryThrottleOption. |
| Sous-site |
2 000 par affichage de site |
Seuil |
L’interface d’énumération des sous-sites d’un site web donné ne fonctionne pas correctement, car le nombre de sous-sites dépasse 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 Word, PowerPoint et Excel pour les fichiers .docx, .pptx, .ppsx et .xlsx |
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, chaque utilisateur suivant obtient l’erreur « Fichier en cours d’utilisation » et peut uniquement ouvrir 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 risquent de s’y prendre à plusieurs reprises pour télécharger correctement leurs modifications vers le serveur. |
| Étendue de sécurité |
50 000 par liste |
Seuil |
Le nombre maximal d’étendues de sécurité uniques définies pour une liste ne peut pas dépasser 50 000. Pour la plupart des batteries de serveurs, nous vous recommandons de diminuer cette limite à 5 000 étendues uniques. Pour les grandes listes, privilégiez une conception qui utilise le moins d'autorisations uniques possible. Lorsque le nombre d’étendues de sécurité uniques pour une liste dépasse la valeur du seuil d’affichage de liste (défini par défaut à 5 000 éléments de liste), d’autres allers-retours SQL Server ont lieu lorsque la liste est consultée, ce qui peut nuire aux performances de l’affichage de liste. Une étendue est la limite de sécurité d’un objet sécurisable et de tous ses enfants qui n’ont pas de limite de sécurité distincte définie. A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server 2013. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups. |
Limites des colonnes
Les données SharePoint Server 2013 sont stockées dans des tables SQL Server. La valeur de la taille de chaque type de colonne est indiquée en octets. La somme de toutes les colonnes d’une liste SharePoint ne peut pas dépasser 8 000 octets.
| Limite | Nb maximal de colonnes | Commentaires | Taille par colonne | Remarques |
|---|---|---|---|---|
| Une seule ligne de texte |
255 |
Seuil |
30 octets |
|
| Plusieurs lignes de texte |
350 |
Seuil |
22 octets |
|
| Choix |
255 |
Seuil |
30 octets |
|
| Choix (sélections multiples) |
350 |
Seuil |
22 octets |
|
| Nombre |
550 |
Seuil |
14 octets |
|
| Monétaire |
550 |
Seuil |
14 octets |
|
| Date et heure |
550 |
Seuil |
14 octets |
|
| Recherche |
750 |
Seuil |
10 octets |
|
| Oui/Non |
1000 |
Seuil |
7 octets |
|
| Personne ou groupe |
750 |
Seuil |
10 octets |
|
| Lien hypertexte ou image |
127 |
Seuil |
60 octets |
|
| Seuil |
255 |
Seuil |
30 octets |
|
| Seuil |
350 |
Seuil |
22 octets |
|
| Seuil |
750 |
Seuil |
10 octets |
|
| Métadonnées gérées |
190 |
Seuil |
60 octets pour la première, 40 octets pour chacune des 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 Chaque ajout de champ Métadonnées gérées à une liste se traduit par l’ajout de deux colonnes : Un champ Liste de choix pour la balise réelle Un champ de texte masqué pour la valeur de chaîne |
| Seuil |
2 |
Seuil |
30 octets |
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, avec un type de contenu externe « Client » qui a des champs tels que « 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 l'« ID », le « Nom » et la « Description » du client. Dans l’ensemble, ces colonnes sont celles qui sont ajoutées :
Colonne principale : un champ texte.
Colonne ID masqué : un champ 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, l’ID peut être mappé à une colonne Nombre ; Le nom peut être mappé à une colonne *Une seule ligne de texte ; La description peut être mappée à une colonne Plusieurs lignes de texte .
Limites des pages
Le tableau suivant répertorie les recommandations pour les pages.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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. |
Limites de sécurité
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Nombre de groupes SharePoint auxquels un utilisateur peut appartenir |
5,000 |
Pris en charge |
Ce type n’est pas une limite stricte, mais il est conforme aux instructions Active Directory. Plusieurs éléments ont une incidence sur ce nombre : 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 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 vous avez de nombreuses entrées (groupes de sécurité d’utilisateurs) dans la collection de sites (plus de 1 000), vous devez utiliser PowerShell pour gérer les utilisateurs au lieu de l’interface utilisateur. Cette plateforme offre une meilleure expérience de gestion. |
| Utilisateurs/principaux Active Directory dans un groupe SharePoint |
5 000 par 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é. 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. Cette implication est particulièrement vraie lors de l’ajout d’un utilisateur à un groupe existant, de la création d’un nouveau groupe et du rendu des affichages de groupe. |
| 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’y a pas de limite matérielle, mais plus l’étendue est grande, plus le calcul prend de temps. |
Limites par fonctionnalité
Cette section répertorie les limites par fonctionnalité.
Limites de la recherche
Les instructions recommandées pour la recherche sont organisées selon les aspects de la recherche sur lesquels elles ont un impact : la topologie, la taille des éléments, les dictionnaires, les analyses, les schémas, les requêtes et résultats, le classement et l’index.
Notes
Limits for Search have changed significantly as the feature has been updated. For more information, see Plan search in SharePoint Server.
Recherche : limites de topologie
Les limites de topologie permettent de garantir une communication efficace entre les composants de recherche. Le dépassement de ces limites ralentit la communication entre les composants de recherche, ce qui peut entraîner des latences de requête plus élevées et, en fin de compte, un temps d'arrêt de la recherche.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Composants de traitement de l’analyse |
6 par application de service de recherche ; 1 par serveur |
Pris en charge |
|
| Bases de données de création de rapports d’analyse |
4 par application de service de recherche |
Seuil |
Vous pouvez dépasser cette limite afin de tenir compte d'exigences spécifiques. Lors de la mise à l’échelle, ajoutez une base de données de rapports d’analytique lorsque la taille de l’une des bases de données analytiques déployées atteint une taille totale de 250 Go, ou 20 M de lignes au total. Le repartitionnement est ainsi aussi équilibré que possible. |
| Bases de données de liens |
4 par application de service de recherche |
Pris en charge |
Le plus grand nombre d’éléments testés qu’une base de données de liens peut contenir est de 100 millions. |
| Composants d’analyse |
16 par application de service de recherche ; 1 par serveur |
Pris en charge |
|
| Composants d’index |
60 par application de service de recherche ; 4 par serveur |
Pris en charge |
Pour calculer le nombre de composants d’index dont vous disposez, multipliez le nombre de partitions d’index par le nombre de réplicas d’index. Pour SharePoint Foundation 2013, cette limite est d’un composant d’index par application de service de recherche et ne peut pas être dépassée. |
| Partitions d’index |
25 par application de service de recherche |
Pris en charge |
Une partition d'index contient un sous-ensemble de l'index de l'application de service de recherche. 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 nécessaires sur les serveurs qui hébergent les d'index. 3 par partition d'index |
| Pris en charge |
3 par partition d’index |
Pris en charge |
Chaque partition d'index peut posséder un ensemble de copies. Si vous augmentez le nombre de réplicas d’index, cette modification a un effet positif sur les performances des requêtes et offre une meilleure tolérance de panne. Toutefois, si vous ajoutez trop de réplicas à votre partition d’index, cet excès peut nuire à l’indexation. Pour les scénarios de sites Internet, qui ont généralement un taux de requêtes élevé mais un faible volume de contenu (moins de 4 millions d’éléments par partition), la limite prise en charge est de six réplicas d’index par partition. 1 par serveur |
| Composants de traitement du contenu |
1 par serveur |
Pris en charge |
La topologie de recherche prend en charge le scale-out du nombre de composants de traitement du contenu. Bien qu’un hôte physique ou une machine virtuelle spécifique prennent en charge plusieurs composants de traitement de contenu, vous obtenez une meilleure utilisation de la capacité du processeur en utilisant un seul composant de traitement du contenu. En effet, un mécanisme intégré ajuste le nombre de sessions de chargement en fonction des cœurs d'UC disponibles. Plusieurs sessions d’alimentation permettent au composant de traitement du contenu de traiter les documents entrants en parallèle. Ce mécanisme suppose un seul composant de traitement du contenu par hôte. Si le nombre de cœurs physiques sur l’hôte est égal à N, le composant de traitement du contenu aura dessessions d’alimentation N K. K est un coefficient constant avec la valeur initiale 3. Un serveur à 4 cœurs aura 12 sessions d’alimentation, ce qui signifie que le composant de traitement du contenu peut traiter 12 documents en parallèle. Vous pouvez modifier la valeur de K en définissant la propriété NumberOfCssFeedersPerCPUForRegularCrawl de l’application de service de recherche. SharePoint Server 2013 limite la valeur de N à 12, même si un serveur a plus de 12 cœurs physiques. Par conséquent, un serveur à 16 cœurs aura NK = 12 * 3 = 36 sessions d’alimentation. Dans le cas où le temps processeur est toujours inactif, envisagez d’augmenter le coefficient K au lieu d’ajouter un composant de traitement de contenu supplémentaire. Si vous augmentez le coefficient K, vous devez vérifier que l'hôte dispose de suffisamment de mémoire. |
| Composants de traitement des requêtes |
1 par serveur |
Composants de recherche |
64 par application de service de recherche |
| Pris en charge |
64 par application de service de recherche |
Pris en charge |
Cette limite n’inclut pas les composants d’analyse. La somme de l'ensemble des autres composants de recherche ne doit pas dépasser cette limite. |
| Applications de service de recherche |
20 par batterie de serveurs |
Pris en charge |
Plusieurs applications de service de recherche 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. Cette limite est inférieure au nombre total maximal d'applications de service autorisé dans une batterie de serveurs. |
| Sources de contenu |
500 par application de service de recherche |
Frontière |
Il y a une surcharge associée à chaque source de contenu. Nous vous recommandons donc de créer le plus petit nombre de sources de contenu qui répondent à vos autres exigences opérationnelles, par exemple les différences de priorité d’analyse et de planification. |
Recherche : limites de taille des éléments
Les limites de taille des éléments préservent les performances d’analyse et la taille de l’index. Voici quelques exemples décrivant la façon dont les limites peuvent affecter la recherche :
Si vous ne pouvez pas obtenir de résultats lorsque vous recherchez un élément, il se peut que celui-ci soit trop grand. Un avertissement apparaîtra dans le journal d'analyse, indiquant que le fichier a dépassé la taille maximale pouvant être téléchargée par le robot.
Si vous recherchez du texte dans un élément et que vous obtenez uniquement les résultats de la première partie du texte, le composant de traitement du contenu a peut-être tronqué l’élément, car il a dépassé certaines limites de taille d’élément. Lorsque le composant de traitement de contenu tronque un élément, il indique cette troncation en définissant la propriété gérée IsPartiallyProcessed sur True. Un avertissement apparaîtra également dans le journal d'analyse pour indiquer la raison pour laquelle l'élément a été tronqué.
Si vous réglez les limites de taille d’élément, nous vous recommandons de les utiliser dans l’ordre où elles apparaissent dans le tableau ci-après.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Taille de document que le composant d’analyse peut télécharger |
64 Mo (3 Mo pour les documents Excel) |
Seuil |
La recherche télécharge les métadonnées et le contenu d'un document jusqu'à la taille maximale de document. Le reste du contenu n’est pas téléchargé. La recherche télécharge toujours les métadonnées d'un document. Vous pouvez modifier la limite par défaut de taille maximale de document. Effectuez cette modification à l’aide des applets de commande Microsoft PowerShell pour modifier la propriété d’application de service de recherche MaxDownLoadSize ou MaxDownloadSizeExcel. MaxDownLoadSize n'a aucune incidence sur la taille maximale des documents Excel. Entrez la valeur en mégaoctets. La valeur la plus élevée pour la taille maximale de document est de 1 024 Mo (valable également pour les documents Excel). Si vous augmentez la limite de taille maximale de document, la recherche indexe davantage de contenu et exige plus d’espace disque. |
| Taille du contenu analysé |
2 millions de caractères |
Frontière |
La recherche arrête d'analyser un élément après avoir analysé jusqu'à 2 millions de caractères de contenu dans ce dernier, pièces jointes comprises. Le nombre réel de caractères analysés peut être inférieur à cette limite, car la recherche passe au maximum 30 secondes à analyser un seul élément et ses pièces jointes. Lorsque la recherche arrête d'analyser un élément, celui-ci est marqué comme partiellement traité. Tout contenu non analysé n’est pas traité et n’est donc pas indexé. |
| Frontière |
La recherche divise le contenu en mots individuels (jetons). L'analyseur lexical génère des jetons à partir des 1 000 000 premiers caractères d'un seul élément, pièces jointes comprises. Le nombre réel de caractères traités peut être inférieur à cette limite, car la recherche passe au maximum 30 secondes à effectuer la césure de mots. Tout contenu restant n'est pas traité et n'est donc pas indexé. |
Frontière |
La recherche divise le contenu en mots individuels (jetons). L’analyseur lexical génère des jetons à partir des 1 000 000 premiers caractères d’un seul élément, pièces jointes comprises. Le nombre réel de caractères traités peut être inférieur à cette limite, car la recherche passe au maximum 30 secondes à effectuer la césure de mots. Tout contenu restant n’est pas traité et n’est donc pas indexé. |
| Taille des propriétés gérées indexées |
512 Ko par propriété gérée pouvant faire l’objet d’une recherche ou utilisable dans une requête |
Seuil |
Ce seuil est la valeur par défaut pour la taille maximale d’une propriété managée qui est définie sur « pouvant faire l’objet d’une recherche » ou « interrogeable ». Vous pouvez configurer cette limite en utilisant les cmdlets PowerShell et le modèle objet de schéma pour définir l'attribut MP.MaxCharactersInPropertyStoreIndex. Entrez la valeur en octets. The maximum value for this maximum size is 2,097,152 bytes. Si vous augmentez cette limite, vous activez l’indexation d’un plus grand nombre de données par propriété gérée. L’indexation de données supplémentaires par propriété managée utilise plus d’espace disque et augmente la charge globale sur le système de recherche. |
| Taille des propriétés gérées affichables dans les résultats d’une recherche |
16 Ko par propriété gérée |
Seuil |
Ce seuil est la valeur par défaut pour la taille maximale d’une propriété managée récupérable. Vous pouvez configurer cette limite par propriété gérée en utilisant les cmdlets PowerShell et le modèle objet de schéma pour définir l'attribut P.MaxCharactersInPropertyStoreForRetrieval. Entrez la valeur en octets. The maximum value for this maximum size is 2,097,152 bytes. Si vous augmentez cette limite, vous activez l’indexation d’un plus grand nombre de données par propriété gérée. L’indexation et l’extraction de plus de données par propriété gérée augmentent la charge globale sur le système et utilisent davantage d’espace disque . |
| Taille des propriétés gérées triables et utilisables dans une recherche approfondie |
16 Ko par propriété gérée |
Frontière |
Cette limite correspond à la taille maximale d’une propriété managée pouvant être triable et refinable. |
| Taille de jeton |
Variable |
Frontière |
La recherche peut indexer des jetons de toute longueur. Cependant, le séparateur de mots utilisé par la recherche pour générer les jetons peut limiter la longueur de jeton. Les séparateurs de mots sont des composants linguistiques qui divisent le contenu en mots uniques (jetons). Vous pouvez également créer des séparateurs de mots personnalisés. Par conséquent, la limite de taille de jeton dépend du séparateur de mots. Voici la limite de césure de mots pour les langues occidentales : Le séparateur de mots ne prend en compte que les 1 000 premiers caractères d’un jeton pour le fractionnement et ignore les caractères restants. Le séparateur de mots fractionne les jetons qui dépassent 300 caractères en plusieurs jetons ne contenant pas plus de 300 caractères. Par exemple, un jeton de 612 caractères est fractionné en deux jetons de 300 caractères et un jeton de 12 caractères. |
Recherche : limites de dictionnaire
Le dictionnaire limite la mémoire de protection, l’efficacité du traitement du contenu et les résultats des requêtes.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Nombre d’entrées dans un dictionnaire de synonymes |
1 million |
Pris en charge |
Le dictionnaire des synonymes contient des synonymes des termes de requête. Le dépassement de cette limite testée peut entraîner une augmentation de l'utilisation de la mémoire et du temps de réponse des requêtes. |
| Nombre d’entrées dans un dictionnaire d’extraction d’entités personnalisée |
1 million |
Pris en charge |
Le dépassement de cette limite testée peut entraîner une augmentation de l’utilisation de la mémoire, un ralentissement de l’indexation et une augmentation du temps de réponse des requêtes. |
| Nombre d’entrées dans un dictionnaire de recherche personnalisée |
5 000 termes par client |
Frontière |
Cette limite limite le nombre de termes autorisés pour les dictionnaires d’inclusions et d’exclusions pour la correction orthographique des requêtes et l’extraction de l’entreprise. Vous pouvez stocker un nombre de termes supérieur à cette limite dans le magasin de termes, mais la recherche utilise uniquement 5 000 termes par client. |
Recherche : limites de schéma
Les limites de schéma préservent les ressources mémoire et maintiennent la surcharge des opérations de gestion à un niveau acceptable.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Propriétés analysées |
500 000 par application de service de recherche |
Pris en charge |
Le contenu et les métadonnées des éléments que vous analysez sont représentés sous la forme de propriétés analysées. Vous pouvez mapper ces dernières sur des propriétés gérées. Si le nombre de propriétés analysées dépasse cette limite prise en charge, cet excès réduit la vitesse d’indexation. |
| Propriétés gérées |
50 000 par application de service de recherche |
Pris en charge |
La recherche utilise des propriétés gérées dans les requêtes. Les propriétés analysées sont mappées sur les propriétés gérées. Si vous dépassez la limite prise en charge pour les propriétés gérées, la vitesse d'indexation est réduite. |
| Mappages des propriétés gérées |
100 par propriété gérée |
Pris en charge |
Les propriétés analysées peuvent être mappées sur les propriétés gérées. Le dépassement de cette limite peut entraîner une diminution de la vitesse des analyses et des performances des requêtes. |
| Valeurs par propriété gérée |
1000 |
Propriétés de métadonnées reconnues |
Une propriété gérée peut avoir plusieurs valeurs du même type. Cette figure est le nombre maximal de valeurs par propriété managée à valeurs multiples managée par document. En cas de dépassement de ce nombre, les valeurs restantes sont ignorées. |
| Propriétés de métadonnées reconnues |
100 000 par élément analysé |
Pris en charge |
Nombre maximal de propriétés de métadonnées que le composant d'analyse peut déterminer lors de l'analyse d'un élément. Ces propriétés de métadonnées peuvent être mappées ou utilisées pour les requêtes. Le fait d’approcher ce nombre de propriétés analysées peut entraîner un taux d’analyse faible. |
Recherche : limites d’analyse
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Adresses de démarrage |
500 par source de contenu |
Pris en charge |
|
| Longueur du nom de l’ordinateur hôte |
15 caractères |
Seuil |
NetBIOS limite la longueur maximale du nom de l’ordinateur hôte à cette valeur. |
| Bases de données d’analyse |
15 par application de service de recherche |
Pris en charge |
Recherche : limites de requêtes et de résultats
Les limites des requêtes et des résultats protègent le moteur de recherche contre l’exécution d’expressions de requête volumineuses et le retour de jeux de résultats volumineux. Le fait d’empêcher le moteur de recherche d’exécuter des expressions de requête volumineuses et de retourner des jeux de résultats volumineux empêche les attaques par déni de service (DoS) et s’assure que les résultats sont retournés en temps voulu. Si vous devez récupérer plus de résultats, nous vous recommandons d’utiliser la pagination.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Longueur du texte pour les requêtes utilisant le langage de requête de mot-clé |
4 Ko (4 096 caractères) |
Pris en charge |
Il s’agit de la valeur testée et de la valeur par défaut pour la longueur de texte maximale d’une requête générée à l’aide du langage de requête par mot clé, à l’exception des requêtes de découverte. Pour les requêtes de découverte, la valeur maximale par défaut est de 16 Ko (16 384 caractères). 500 lignes |
| Nombre de lignes dans un jeu de résultats |
500 lignes |
Pris en charge |
Cette valeur est la valeur testée et la valeur par défaut pour le nombre maximal de lignes dans un jeu de résultats, à l’exception d’une requête de découverte. Pour les requêtes de découverte, la valeur par défaut est de 10 000 lignes. Pour afficher l'intégralité du jeu de résultats, générez plus de requêtes de pagination. Vous pouvez modifier la valeur du nombre maximal de lignes dans un jeu de résultats en utilisant les applets de commande PowerShell pour modifier la propriété d'application de service de recherche MaxRowLimit. La propriété MaxRowLimit définit la valeur maximale de la propriété de requête RowLimit et de la propriété de requête de découverte RowLimit. La propriété RowLimit définit le nombre de lignes contenues sur chaque page dans un jeu de résultats. Vous pouvez augmenter la valeur de la propriété MaxRowLimit jusqu'à 10 000 lignes, qui représente la limite prise en charge. |
| Suppression des résultats |
Sans limite |
Pris en charge |
|
| Quota d’alerte de recherche |
100 000 alertes par application de service de recherche |
Pris en charge |
Les utilisateurs finaux peuvent définir des alertes de recherche pour le jeu de résultats d'une requête. Lorsque les résultats sont modifiés ou mis à jour, la recherche informe l'utilisateur final. Il s'agit de la limite testée pour une application de service de recherche qui contient un mélange de requêtes d'utilisateur final (75 %) et de requêtes d'alerte (25 %). La limite pour une application de service de recherche ne contenant que des requêtes d'alerte est de 400 000 alertes. Ces limites sont basées sur un système de cinq requêtes par seconde. |
Recherche : limites de classement
Les limites de classement préservent la mémoire de serveur d’applications, la latence des requêtes et la taille de l’index.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Modèles de classement |
1 000 par client |
Frontière |
Si vous vous approchez de cette limite, les performances globales du système peuvent s’en trouver dégradées. |
| Contextes uniques utilisés pour le classement |
15 contextes uniques par modèle de classement |
Frontière |
Nombre maximal de contextes uniques par modèle de classement. |
| Pages faisant autorité |
Une page de niveau supérieur et le moins possible de pages de deuxième et troisième niveau par application de service de recherche |
Pris en charge |
Utilisez le moins possible de pages de deuxième et troisième niveau tout en conservant la pertinence désirée. La limite est de 200 pages de référence par niveau de pertinence et par application de recherche. Si vous ajoutez davantage de pages, vous risquez de ne pas atteindre la pertinence désirée. Ajoutez le site clé au premier niveau de pertinence. Ajoutez d'autres sites clés aux deuxième ou troisième niveaux de pertinence, un à la fois. Évaluez la pertinence après chaque ajout pour vous assurer que vous obtenez l’effet de pertinence désiré. |
Recherche : limites d’index
Les limites d’index préservent l’index du dépassement des limites et des ressources disponibles.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Termes uniques dans l’index |
2^31 (>2 milliards de termes) |
Frontière |
Nombre maximal de termes uniques pouvant exister dans l’index d’une application de service de recherche. |
| Index de recherche en texte intégral définis par l’utilisateur |
10 |
Frontière |
Nombre maximal d’index de recherche en texte intégral. |
| Éléments indexés |
Chaque partition d'index contient un sous-ensemble de l'index de recherche complet. Un nombre d'éléments indexés trop élevé par rapport à la quantité de mémoire du serveur entraîne une dégradation du temps de réponse des requêtes. |
Pour SharePoint Foundation 2013, le nombre maximal d'éléments indexés est de 2 millions par partition d'index. |
Pour SharePoint Foundation 2013, le nombre maximal d'éléments indexés est de 2 millions d'éléments par partition d'index, avant d'appliquer la mise à jour publique de juin 2016. Cette mise à jour permet l'augmentation de cette limite à 10 millions d'éléments par partition d'index. Limites du service de profil utilisateur For SharePoint Foundation 2013, the maximum number of indexed items is 2 million items per index partition, before applying the June 2016 Public Update. The June 2016 Public Update, increases this limit to 10 million items per index partition. |
Limites du service de profil utilisateur
Le tableau suivant répertorie les recommandations pour le service de profil utilisateur.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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. |
Limites du déploiement de contenu
Le tableau suivant répertorie les recommandations pour le déploiement de contenu.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Travaux de déploiement de contenu en cours d’exécution sur différents chemins d’accès |
20 |
Pris en charge |
Pour exécuter simultanément des travaux sur des chemins d’accès connectés à des collections de sites dans la même base de données de contenu source, il existe un risque accru d’interblocages sur la 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. Remarque : Les travaux en cours d’exécution simultanés sur le même chemin d’accès ne sont pas possibles. Si vous utilisez des instantanés SQL Server pour le déploiement de contenu, chaque chemin crée un instantané. This increases the I/O requirements for the source database. Pour plus d'informations, voir À propos des chemins d'accès et travaux de déploiement. |
Limites des blogs
Le tableau suivant répertorie les recommandations pour les blogs.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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. |
Limites de Business Connectivity Services
Le tableau suivant répertorie les recommandations pour Business Connectivity Services.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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 système externes actives/ouvertes à un moment donné dans le temps. La valeur maximale par défaut est 200 ; la limite est 500. Cette limite est appliquée au niveau de 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 est utilisée pour limiter le nombre de connexions. Une application peut spécifier une limite plus élevée via le contexte d’exécution ; la limite applique la valeur maximale même pour les applications qui ne respectent 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 ; Le maximum absolu applique la valeur maximale même pour les applications qui ne respectent pas la valeur par défaut. La frontière pour cette limite est de 1 000 000. |
| Latence de réponse |
600 secondes |
Seuil |
Délai utilisé par le connecteur de données externes par demande. La valeur par défaut est 180 secondes, mais les applications peuvent être configurées pour spécifier une valeur supérieure, limitée à 600 secondes. |
| Taille de la réponse de service |
150 000 000 octets |
Seuil |
Volume supérieur de données par demande pouvant être retourné par le connecteur de données externes. La valeur par défaut est 3 000 000 d'octets, mais les applications peuvent être configurées pour spécifier une valeur supérieure, limitée à 150 000 000 d'octets. |
| Descripteur de filtre (dans le magasin) |
200 par méthode de type de contenu externe |
Frontière |
Le nombre maximal de descripteurs de filtre par méthode de type de contenu externe s’élève à 200. |
| Identificateur de type de contenu externe (dans le magasin) |
20 par type de contenu externe |
Frontière |
Le nombre maximal d’identificateurs par type de contenu externe s’élève à 20. |
| Élément de base de données |
1 000 000 par demande |
Seuil |
Le nombre maximal par défaut d’éléments que le connecteur de base de données peut renvoyer par demande est 2 000, tandis que la valeur par défaut maximale absolue est 1 000 000. La valeur par défaut maximale 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 le maximum autorisé même pour les applications qui ne respectent pas la valeur par défaut, comme l’indexation. |
Limites du flux de travail
Le tableau suivant répertorie les recommandations pour le flux de travail.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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 l'applet de commande PowerShell Set-SPFarmConfig. Pour plus d'informations, voir Set-SPFarmConfig. Remarque : cette limite ne fait pas référence au nombre total d’instances de workflow qui peuvent être en cours. Au lieu de cela, 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 collecte et fournit aux flux de travail. Il est configurable à l’aide de PowerShell. Pour autoriser des événements supplémentaires, vous pouvez exécuter des instances supplémentaires du service du minuteur de flux de travail SharePoint Foundation. |
| Associations de flux de travail |
100 par liste |
Pris en charge |
Le dépassement de cette limite entraîne une dégradation des performances du navigateur en raison du volume élevé de données chargé pour plus de 100 associations et leurs colonnes d’état. |
| Documents ou éléments de liste pouvant être créés ou téléchargés en bloc en vue du démarrage d’instances de flux de travail |
5 000 éléments |
Pris en charge |
Des tests ont montré que tous les événements d'activation de flux de travail sont traités pour une association de flux de travail à la création d'élément quand au maximum 5 000 éléments sont créés au cours d'un même téléchargement en bloc. Le dépassement de cette limite peut entraîner un dépassement du délai imparti à l'initiation du flux de travail. |
| Définitions de flux de travail publiées par site web |
1 000 par site web |
Pris en charge |
Le nombre maximal de définitions de flux de travail publiées pris en charge par site web s’élève à 1 000. |
| Nombre total d’associations de flux de travail par site |
1 799 par site |
Frontière |
Le bus des services prend en charge un maximum de 1 799 abonnements par étendue. Cette valeur maximale inclut la somme des associations publiées et des associations non publiées. |
| Taille maximale des définitions de flux de travail (xaml) |
5 120 Ko |
Frontière |
Toute tentative de publication d’un fichier xaml dont la taille dépasse la limite de taille est vouée à l’échec. |
| Profondeur maximale d’une sous-étape de flux de travail dans un fichier xaml (complexité du flux de travail) |
121 niveaux |
Frontière |
Il existe une limite matérielle de 125 pour la profondeur de nœud en xaml. La valeur maximale de 121 niveaux tient compte des activités par défaut (étape, séquence, etc.) insérées automatiquement par SharePoint Designer. |
| Activations d’instance de flux de travail par seconde par serveur web |
6 par seconde |
Frontière |
Des tests ont confirmé qu'un serveur web SharePoint peut activer un maximum de 6 instances de flux de travail par seconde. Ce nombre est en réalité proportionnel au nombre de serveurs web dans la batterie de serveurs. Par exemple, 2 serveurs web peuvent activer 12 instances de flux de travail par seconde, tandis que 3 serveurs web peuvent en activer 18. |
| Appels REST à partir d’un flux de travail SharePoint par seconde par serveur web |
60 par seconde |
Pris en charge |
Des tests ont confirmé qu’un serveur web SharePoint peut traiter efficacement jusqu’à 60 appels REST par seconde à partir d’un flux de travail SharePoint. Si ce niveau de volume est appelé à être dépassé, nous vous recommandons d’ajouter un serveur web à charge équilibrée à la batterie de serveurs SharePoint. Au cours des tests, 120 appels REST par seconde en direction d’un seul serveur web ont abouti à une utilisation soutenue de l’UC de l’ordre de 90 à 100 %. L’ajout d’un deuxième serveur web s’est traduit par la réduction de l’utilisation de l’UC à 30-40 % sur les deux serveurs. L’ajout d’un troisième serveur web a permis de traiter 180 appels par seconde, avec une utilisation de l’UC d’environ 30 à 40 % sur les trois serveurs, et ainsi de suite. Les serveurs utilisés pour ce test étaient des machines virtuelles Hyper-V avec un processeur de 16 cœurs et 24 Go de RAM chacun. |
| Taille d’une variable du flux de travail |
256 Ko |
Frontière |
La quantité maximale de données pouvant être stockée dans une seule variable de flux de travail est 256 Ko. Le dépassement de cette limite entraîne l'interruption de l'instance de flux de travail. |
| Taille de liste maximale pour les recherches de flux de travail sur les champs non indexés |
5 000 éléments par affichage de liste |
Seuil |
Cette limite est tributaire de la limite maximale de la taille de l'affichage. Quand cette limite est dépassée, les recherches de flux de travail sur les champs non indexés échouent pour les utilisateurs qui ne remplissent pas de fonctions administratives. À ce seuil, un index doit être créé pour le champ, afin que les flux de travail puissent effectuer des recherches sur le champ. |
| Taille de liste maximale pour les associations de flux de travail à démarrage automatique |
10 millions d’éléments par liste |
Pris en charge |
Les tests ont confirmé que les performances des associations de flux de travail de démarrage automatique ne sont pas affectées lorsque la taille de la liste atteint 1 million d’éléments. Comme le temps de réponse ne change pas à mesure qu’évolue la taille de la liste, la limite effective est identique au nombre maximal d’éléments dans une liste non associée à un flux de travail. |
Limites de métadonnées gérées
The following table lists the recommended guidelines for managed metadata configuration.
| Type de limite | Commentaires | Commentaires | Notes |
|---|---|---|---|
| Frontière |
Les métadonnées par défaut basées sur l'emplacement vous permettent de définir des valeurs par défaut pour les colonnes de liste par dossier. Vous ne pouvez appliquer de valeurs par défaut basées sur l'emplacement qu'à 1 000 dossiers par site au maximum, ou uniquement jusqu'à ce que la taille du fichier de données dans lequel les métadonnées par défaut basées sur l'emplacement sont stockées pour le site (client_LocationBasedDefaults.html) atteigne 265 Mo. |
Lorsque le nombre de dossiers dans le fichier de données est supérieur à 1 000 ou que la taille du fichier de données dépasse 256 Mo, les valeurs par défaut ajoutées à d'autres dossiers sont ignorées. |
Les métadonnées par défaut basées sur l'emplacement vous permettent de définir des valeurs par défaut pour les colonnes de liste par dossier. Vous ne pouvez appliquer de valeurs par défaut basées sur l'emplacement qu'à 1 000 dossiers par site au maximum, ou uniquement jusqu'à ce que la taille du fichier de données dans lequel les métadonnées par défaut basées sur l'emplacement sont stockées pour le site (client_LocationBasedDefaults.html) atteigne 265 Mo. 1 000 liens ou taille de fichier de 256 Mo par document |
| Frontière |
Lorsqu'un document contenant des liens est ajouté à un dossier, SharePoint Foundation 2013 met automatiquement à jour les liens lorsque la cible du lien est déplacée vers un nouvel emplacement. Dans un document comportant plus de 1 000 liens ou dont la taille de fichier dépasse 256 Mo, le document est traité comme s'il ne contenait aucun lien et les mises à jour de la cible des liens sont ignorées pour l'ensemble du document. |
Limites des magasins de termes (bases de données) de métadonnées gérées |
When a document containing links is added to a folder, SharePoint Foundation 2013 will update links automatically when the link target is moved to a new location. In a document with more than 1,000 links, or a document with a file size that exceeds 256 Mb, the document is treated as though it contains no links, and updates to link targets are ignored for the entire document. |
Limites des magasins de termes (bases de données) de métadonnées gérées
Le tableau suivant répertorie les recommandations pour les magasins de termes (bases de données) de métadonnées gérées.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| 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. Remarque : L’ensemble de termes locaux et l’ensemble de termes globaux respectent la limite de 30 000 termes par site de terme. Utilisez des ensembles de termes globaux pour stocker les données réutilisables pour toutes les collections de sites, au lieu d’utiliser une grande quantité d’ensembles de termes de collection de sites ou de créer un service de métadonnées managées. Une application web peut avoir des connexions à plusieurs services. |
| 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. Remarque : Les étiquettes supplémentaires pour le même terme, telles que les synonymes et les traductions, ne sont pas comptabilisées comme termes distincts. |
| 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 d’ensembles de termes ne peut pas dépasser 1 000 000. Les étiquettes supplémentaires pour le même terme, telles que les synonymes et les traductions, ne sont pas comptabilisées comme des termes distincts. Remarque : Vous ne pouvez pas avoir simultanément le nombre maximal d’ensembles de termes et le nombre maximal de termes dans un magasin de termes. |
| Nombre d’étiquettes de variantes |
209 par magasin de termes |
Pris en charge |
Le nombre maximal d’étiquettes de variantes par magasin de termes s’élève à 209. |
| Nombre de termes dans un ensemble de termes de la navigation gérée |
2,000 |
Pris en charge |
Le nombre maximal de termes pris en charge dans un ensemble de termes de la navigation gérée s’élève à 2 000. |
Voir aussi Vue d’ensemble du service de métadonnées managées dans SharePoint 2013 et L’impact de l’utilisation de plusieurs services de métadonnées managées par batterie de serveurs
Limites de Visio Services
The following table lists the recommended guidelines for instances of Visio Services in SharePoint.
| Type de limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Seuil |
50 Mo |
Seuil |
augmentation de l'encombrement mémoire de Visio Services ; Les grandes tailles de fichier entraînent les effets secondaires suivants : réduction du nombre de demandes par seconde adressées au serveur d'applications ; 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. |
| Seuil |
120 secondes |
Seuil |
réduction de la disponibilité de l'UC et de la mémoire ; 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. |
| Seuil |
Âge minimum du cache : 0 à 24 heures |
Seuil |
L'âge minimum 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 minimum 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. |
| Seuil |
Âge maximum du cache : 0 à 24 heures |
Seuil |
L'âge maximum 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 maximum du cache diminue la latence pour les dessins couramment demandés. Toutefois, définir 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 déjà dans le cache consomment et réduisent la mémoire disponible. |
Limites du service SharePoint Web Analytics
The SharePoint Web Analytics service has been deprecated in SharePoint Server 2013.
Limites de PerformancePoint Services
The following table lists the recommended guidelines for PerformancePoint Services in SharePoint.
| Type de limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Cellules |
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. |
Frontière |
15 colonnes par 60 000 lignes |
| 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 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. |
Limites de Word Automation Services
Le tableau suivant répertorie les recommandations pour Word Automation Services.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Taille du fichier d’entrée |
512 Mo |
Frontière |
Taille de fichier maximale pouvant être traitée par Word Automation Services. |
| Fréquence d’exécution des conversions (en minutes) |
1 minute (fréquence recommandée) Seuil 59 minutes (frontière) |
Seuil |
Ce paramètre détermine la fréquence d'exécution du travail du minuteur Word Automation Services. Plus le nombre est petit, plus le travail du minuteur s'exécute rapidement. Nos tests montrent qu’il est particulièrement utile d’exécuter ce travail du minuteur une fois par minute. |
| Nombre de conversions à démarrer par processus de conversion |
Le nombre de conversions à démarrer a une incidence sur le débit de Word Automation Services. |
Seuil |
Le nombre de conversions à démarrer a une incidence sur le débit de Word Automation Services. Si ces valeurs sont définies plus haut que les niveaux recommandés, certains éléments de conversion peuvent commencer à échouer par intermittence et les autorisations utilisateur peuvent expirer. 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 Word Automation Services. Un grand nombre d’éléments de conversion augmente à la fois le temps d’exécution de la méthode Start et le nombre d’octets transmis au serveur d’applications. |
| 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 Word Automation Services |
2 millions d’éléments de conversion |
Pris en charge |
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. Word Automation Services ne supprime pas automatiquement les enregistrements de la base de données, de sorte que la base de données peut croître indéfiniment sans maintenance. Les administrateurs peuvent supprimer manuellement l'historique des travaux de conversion à l'aide de l'applet de commande PowerShell Remove-SPWordConversionServiceJobHistory. Pour plus d'informations, voir Remove-SPWordConversionServiceJobHistory. |
Limites d’Excel Services
The following table lists the recommended guidelines for Excel Services in SharePoint.
| Type de limite | Commentaires | Commentaires | Notes |
|---|---|---|---|
| Pris en charge |
La taille maximale d'un classeur pouvant être ouvert dans Excel Services est 10 mégaoctets. |
Limites du service de traduction automatique |
The maximum size of a workbook that can be opened in Excel Services is 10 megabytes. |
Limites du service de traduction automatique
Le tableau suivant répertorie les recommandations pour le service de traduction automatique.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Taille de fichier d’entrée pour les fichiers binaires |
524 288 Ko par fichier |
Seuil |
Le transfert et le traitement des fichiers dont la taille est supérieure à la limite prennent trop de temps et entraînent une diminution du débit du service. |
| Taille de fichier d’entrée pour les fichiers texte |
15 360 Ko par fichier |
Seuil |
Les fichiers dont la taille est supérieure à la limite possèdent trop de texte à traduire, ce qui entraîne une diminution du débit du service. |
| Nombre maximal de caractères dans les documents Microsoft Word |
10 000 000 par document |
Seuil |
Les documents dont le nombre de caractères est supérieur à la limite possèdent trop de texte à traduire, ce qui entraîne une diminution du débit du service. |
| Nombre total de processus de traduction simultanés |
5 |
Seuil |
L’utilisation de processus supérieurs à la limite n’augmente pas le débit, car il existe une limite à la quantité de texte qui peut être traduite à la fois. Utiliser davantage de processus engendre une consommation accrue des ressources du serveur. |
| Délai entre les traductions |
59 minutes |
Seuil |
Démarrer des traductions avec un délai supérieur à la limite entraîne une augmentation excessive de la durée de la traduction des documents et peut engendrer un nombre excessif de traductions en attente. |
| Nombre de traductions par processus de traduction |
1 000 par processus |
Seuil |
Le fait de démarrer plus de traductions que la limite entraîne l’échec des traductions en raison du délai d’expiration, car elles ne peuvent pas être traitées avant le délai d’expiration. |
| Nombre maximal de demandes de traduction simultanées |
300 |
Seuil |
Un nombre de demandes de translation simultanées supérieur à 300 peut entraîner l’expiration des traductions, car les demandes sont mises en attente pendant une durée supérieure au délai d’expiration. |
| Nombre de fichiers par travail de traduction |
100 000 fichiers |
Pris en charge |
La soumission de travaux comportant un nombre de fichiers supérieur à la limite entraîne une durée trop longue de la soumission et du traitement des travaux. |
| Taille de la base de données du service de traduction automatique |
1 000 000 de fichiers |
Pris en charge |
Les opérations de gestion de la file d’attente des travaux ralentissent si la base de données croît au-delà du nombre maximal de fichiers qu’elle peut contenir. |
Limites des services d’application web Office
Le tableau suivant répertorie les recommandations pour Office Online. Les limites des applications clientes Office s'appliquent également quand une application s'exécute en tant qu'application web.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Taille du cache |
100 Go |
Seuil |
Espace disponible pour le rendu des documents, créé dans le cadre d'une base de données de contenu. Par défaut, le cache disponible pour restituer les documents est de 100 Go. Nous vous déconseillons d’augmenter le 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é de rendus de documents « classiques » pouvant être réalisés sur le serveur d’applications pendant une période de temps. |
| Seuil |
8 par document |
Seuil |
Les fusions OneNote combinent les modifications apportées par plusieurs utilisateurs lors de la co-création d'un bloc-notes. Si un nombre excessif de fusions simultanées sont en cours, une page conflictuelle est générée, ce qui oblige l'utilisateur à effectuer la fusion manuellement. |
Limites de Project Server
Le tableau suivant répertorie les recommandations pour Project Server. Pour plus d'informations sur la planification de Project Server, voir Planning and architecture for Project Server 2010.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Fin du temps de projet |
Date : 31/12/2149 |
Frontière |
Les plans de projet ne peuvent pas dépasser la date du 31/12/2149. |
| Livrables par plan de projet |
1 500 livrables |
Frontière |
Les plans de projet ne peuvent pas contenir plus de 1 500 livrables. |
| Nombre de champs dans un affichage |
256 |
Frontière |
Un utilisateur ne peut pas avoir plus de 256 champs ajoutés à une vue qu’il a définie dans Project Web App. |
| Nombre de clauses dans un filtre pour un affichage |
50 |
Frontière |
Un utilisateur ne peut pas ajouter de filtre à une vue contenant plus de 50 clauses. |
Limites des applications SharePoint
Le tableau suivant répertorie les recommandations pour les apps pour SharePoint.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Taille maximale du package d’application Access/SharePoint |
100 Mo |
Frontière |
Taille maximale de stockage de base de données de l'application Access dans SQL Azure Remarque : Access compresse la base de données lorsqu’il crée le package d’application, de sorte que le package d’application peut inclure plus de 100 Mo de données. |
| Taille maximale de stockage de base de données de l’application Access dans SQL Azure |
1 Go |
Frontière |
Chaque application Access créée sur SharePoint crée une base de données sur SQL Azure. 1 Go est la limite pour le stockage de base de données sur SQL Azure. Dans une installation locale, l’administrateur contrôle la taille de la base de données SQL associée. |
| Applications affichées dans la page Gérer les licences |
2,000 |
Frontière |
Jusqu'à 2000 applications (disponibles dans le store) peuvent être affichées dans la page Gérer les licences. Vous pouvez toujours gérer la licence d'une application en accédant à la page Tout le contenu du site du site qui héberge l'application et en cliquant sur Licences, ou en recherchant l'application à l'aide de la fonction de recherche sur Marketplace. |
| Nombre de licences d’application par client |
1,000,000 |
Pris en charge |
Nombre maximal de licences prises en charge (achat d’applications dans le Store) pour un déploiement SharePoint unique, local ou SharePoint dans Microsoft 365. Le dépassement de cette limite peut entraîner une dégradation significative des performances. |
| Nombre d’applications affichées dans la page Ajouter une application |
240 |
Frontière |
Au-delà de cette limite, seules les 240 premières applications sont affichées, et un message vous indiquant comment rechercher votre application apparaît. |
| Nombre de gestionnaires par licence d’application |
30 |
Frontière |
Seules 30 personnes peuvent gérer une licence. Les gestionnaires de licence peuvent ajouter ou retirer des utilisateurs ou supprimer une licence. |
| Nombre de licences d’application affectées à un utilisateur visualisables par celui-ci |
2,000 |
Frontière |
Quand le nombre de licences affectées à un utilisateur est supérieur à 2 000, cet utilisateur ne voit plus aucune application dans l'affichage par défaut Ajouter une application. À la place, apparaît un message indiquant comment effectuer une recherche dans le catalogue d'applications ou dans le SharePoint Store. |
| Nombre d’applications dans le catalogue d’entreprise visualisables par un utilisateur |
500 |
Frontière |
Quand un utilisateur peut visualiser plus de 500 applications du catalogue d'entreprise, cet utilisateur ne voit plus aucune application dans l'affichage par défaut Ajouter une application. À la place, apparaît un message indiquant comment effectuer une recherche dans le catalogue d’applications ou dans le SharePoint Store. |
Limites du service de cache distribué
Le tableau suivant répertorie les recommandations pour le service de cache distribué.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Nombre d’entités pouvant être suivies (utilisateurs, documents, sites et balises de hachage) par hôte de cache |
400,000 |
Pris en charge |
Le nombre total d’entités pouvant être suivies par un utilisateur sur un hôte de cache distribué dont 16 Go de RAM sont affectés au service de cache distribué s’élève à 400 000. |
| Nombre d’hôtes de cache dans un cluster |
16 |
Frontière |
Le nombre total d’hôtes de cache qu’un cluster de cache distribué peut prendre en charge s’élève à 16. |
| Quantité maximale de mémoire dédiée à un hôte de cache |
16 Go |
Frontière |
La quantité totale de mémoire pouvant être dédiée au service de cache distribué sur un même hôte de cache dans un cluster s’élève à 16 Go. |
Limites diverses
Le tableau suivant répertorie les limites et les conseils recommandés pour les services et fonctionnalités non abordés dans les autres sections.
| Limite | Commentaires | Commentaires | Remarques |
|---|---|---|---|
| Nombre de sous-chaînes d’agent utilisateur par canal d’appareil |
150 |
Frontière |
Le nombre maximal de sous-chaînes d’agent utilisateur par canal d’appareil mobile s’élève à 150. |
| Nombre de sources SharePoint par cas de découverte électronique |
100 |
Frontière |
Le nombre maximal de sources SharePoint pouvant être ajoutées à un cas de découverte électronique s’élève à 100. |
| Nombre de sources Exchange (boîtes aux lettres) par cas de découverte électronique |
1,500 |
Frontière |
Le nombre maximal de sources Exchange (boîtes aux lettres) par cas de découverte électronique s’élève à 1 500. |
| Taille maximale d’une requête de découverte électronique |
16 mille caractères ou 500 mots clés |
Frontière |
La taille maximale d’une requête de découverte électronique est franchie dès que la limite de 500 mots clés ou de 16 000 caractères est atteinte. |
Articles connexes
Configuration matérielle et logicielle requise pour SharePoint 2013
Configuration matérielle et logicielle requise pour SharePoint 2013