Évaluation des exigences en termes de performances et de capacité pour les services Microsoft Business Connectivity dans SharePoint Server 2010

 

S’applique à : SharePoint Server 2010

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

**Résumé :**Cet article fournit des instructions relatives aux performances et à la planification, puis analyse l’impact de l’utilisation des Business Connectivity Services dans Microsoft SharePoint Server 2010.

Pour plus d’informations sur les Business Connectivity Services, voir Vue d’ensemble de Business Connectivity Services (SharePoint Server 2010).

Dans cet article :

• Glossaire

• Caractéristiques de la batterie de serveurs de test

• Résultats des tests

• Recommandations

Glossaire

La liste suivante définit les termes propres aux Business Connectivity Services utilisés dans ce document.

Terme	Définition
Association	Une association lie des types de contenu externe associés. Par exemple, vous pouvez associer des clients aux commandes qu’ils passent. Les associations sont utilisées avec les composants WebPart.
Élément externe	Instance d’un type de contenu externe.
Liste externe	Liste d’éléments d’un type de contenu externe.
Système externe	Source de données prise en charge pouvant être modélisée par les Business Connectivity Services, telle qu’une base de données, un service Web ou un assembly .NET Framework personnalisé.
Page de profil	Une page de profil affiche les données pour un élément d’un type de contenu externe.
Service Banque d’informations sécurisé	Service partagé qui stocke de manière sécurisée les jeux d’informations d’identification pour les sources de données externes et qui associe ces jeux d’informations d’identification à des identités de personnes ou de groupes.
Composant WebPart	Composant réutilisable d’un site SharePoint qui présente des informations extraites de plusieurs sources de données.

Caractéristiques de la batterie de serveurs de test

Cette section définit les scénarios de test et décrit le processus de test suivi pour chaque scénario. Vous trouverez des informations détaillées telles que les résultats des tests et les paramètres spécifiques dans les sections relatives aux résultats des tests plus loin dans cet article.

Nom du test	Description du test
Liste externe	Afficher une liste externe standard. Modifier les fonctionnalités de la liste externe (nombre d’éléments, taille des éléments, etc.) pour déterminer l’incidence de ces modifications sur le débit et la latence.
Page de profil	Afficher une page de profil standard. Modifier les fonctionnalités de la page de profil (nombre d’éléments par association, taille des éléments, etc.) pour déterminer l’incidence de ces modifications sur le débit et la latence.

Jeu de données

La capacité et les performances des listes externes et des pages de profil dépendent fortement du volume de données qui sont traitées. Pour les listes externes, la quantité de données traitées est déterminée par trois variables : le nombre d’éléments dans la liste externe, le nombre de colonnes par élément et la taille de chaque élément. Le tableau suivant décrit les listes externes représentatives utilisées dans les tests.

Liste externe	Petite	Moyenne	Grande
Nombre d’éléments	500	2 000	4 000
Nombre de colonnes par élément	25	25	25
Taille des éléments	2 Ko	4 Ko	8 Ko

Pour les pages de profil, la quantité de données traitées dépend du nombre et de la complexité des associations qui sont utilisées. Une association lie les types de contenu externe associés dans un système. Une page de profil peut contenir plusieurs associations, chacune d’elles pouvant avoir plusieurs éléments. Le tableau suivant décrit les pages de profil représentatives utilisées dans les tests.

Page de profil	Petite	Moyenne	Grande
Nombre d’associations	2	2	10
Nombre d’éléments par association	100	500	2 500
Taille des éléments	4 Ko	4 Ko	4 Ko

Charge de travail

Les tests ont mesuré l’impact du débit et de la latence sur les pages de profil et les listes externes. Les tests ont été conçus pour produire des estimations concernant la façon dont le débit et la latence répondent aux modifications apportées aux variables suivantes :

• Nombre de serveurs Web frontaux

• Nombre d’éléments dans la liste externe

• Taille de l’élément externe

• Nombre d’éléments par association

• Méthode d’authentification (mode relais ou authentification du service Banque d’informations sécurisé)

• Source de données externe (service Web WCF [Windows Communication Foundation] ou base de données SQL Server)

• Charge sur le serveur Web frontal mesurée par l’utilisation processeur

Les chiffres spécifiques relatifs à la capacité et aux performances répertoriés dans cet article diffèrent des chiffres d’un environnement du monde réel. Les chiffres présentés ici sont destinés à fournir un point de départ pour la conception d’un environnement à l’échelle appropriée. Une fois que vous avez terminé la conception initiale du système, testez la configuration pour déterminer si le système prend en charge les facteurs dans l’environnement.

Définitions des zones verte et rouge

Pour chaque configuration, nous avons exécuté deux tests afin de déterminer une zone verte (qui correspond au débit recommandé pouvant être soutenu) et une zone rouge (qui correspond au débit maximal pouvant être toléré durant un court moment, mais qui doit être évité).

Pour déterminer les charges utilisateur dans chaque zone, un test par étape a été réalisé jusqu’à l’obtention des conditions suivantes :

• Pour la zone verte, tous les serveurs Web frontaux dans la batterie de serveurs présentent une utilisation processeur constante comprise entre 40 et 50 %. Pour parvenir à cela, la charge utilisateur utilisée est augmentée et des temps de réflexion sont établis dans les tests, ce qui signifie que chaque test peut avoir une charge utilisateur différente.

• Pour la zone rouge, tous les serveurs Web frontaux dans la batterie de serveurs présentent une utilisation processeur constante comprise entre 90 et 99 %. Pour parvenir à cela, la charge utilisateur utilisée dans les tests est augmentée, ce qui signifie que chaque test peut avoir une charge utilisateur différente.

Matériel, paramètres et topologie

Cette section décrit le matériel, les paramètres et les topologies qui ont été utilisés lors des tests.

Matériel de laboratoire

Pour fournir un niveau élevé de détails dans les résultats de tests, plusieurs configurations de batterie de serveurs ont été utilisées lors des tests. Ces configurations comprenaient entre un et quatre serveurs Web, ainsi qu’un serveur de base de données unique exécutant le logiciel de base de données Microsoft SQL Server 2008.

Le tableau suivant indique le matériel spécifique utilisé lors des tests.

	Serveur Web frontal	Serveur d’applications	Serveur de base de données	Système externe
Processeurs	2 processeurs à 2,33 GHz (4 cœurs)	2 processeurs à 2,33 GHz (4 cœurs)	4 processeurs à 3,2 GHz (4 cœurs)	4 processeurs à 3,2 GHz (4 cœurs)
Mémoire RAM	8 Go	8 Go	32 Go	32 Go
Système d’exploitation	Windows Server 2008 R1 (x64)	Windows Server 2008 R1 (x64)	Windows Server 2008 R1 (x64)	Windows Server 2008 R1 (x64)
Nombre de cartes réseau	2	2	2	2
Vitesse des cartes réseau	1 Go	1 Go	1 Go	1 Go
Authentification	NTLM	NTLM	NTLM	NTLM
Version du logiciel	Version préliminaire de SharePoint Server 2010	Version préliminaire de SharePoint Server 2010	SQL Server 2008	SQL Server 2008

Les tests utilisaient deux systèmes externes : un service Web WCF et une base de données. Les systèmes externes étaient hébergés sur un ordinateur physique séparé (détails décrits dans le tableau répertoriant le matériel spécifique). La liste suivante décrit les deux systèmes externes :

• Service Web WCF   Service Web WCF qui retourne des données en mémoire mises en cache. Les données sont stockées efficacement dans une table de hachage et retournées immédiatement lorsqu’elles font l’objet d’un appel par les Business Connectivity Services. Les données se composent de 8 000 lignes de 25 champs chacune de divers types .NET.

• Base de données   Table comprenant 25 colonnes, divers types de données et 8 000 lignes. La table se trouve dans une base de données séparée qui est hébergée sur SQL Server 2008.

Topologie

Le processeur et la mémoire sur le serveur Web frontal constituent un facteur de limitation important en termes de débit. Le processeur sur le serveur d’applications doit également être pris en compte pour les modes d’authentification des Business Connectivity Services qui nécessitent des appels au service Banque d’informations sécurisé.

Pour varier la topologie, des serveurs Web frontaux supplémentaires ont été ajoutés.

Topologie de la planification de la capacité des services Business Connectivity

Résultats des tests

Les sections suivantes indiquent les résultats des tests des Business Connectivity Services dans SharePoint Server 2010. Pour chaque groupe de tests, seules certaines variables spécifiques ont été modifiées pour indiquer l’impact progressif sur les performances de la batterie de serveurs.

Dans les graphiques des tests, la légende suivante est utilisée pour décrire le jeu de données :

Système externe,Type de test,[Authentification],[Nombre d’associations],Taille des éléments,Nombre d’éléments,Charge processeur

Élément	Description
Système externe	Source de données externe : WCF (service Web WCF) ou DB (base de données).
Type de test	Type de test : EL (liste externe) ou PP (page de profil).
Authentification	Méthode d’authentification : SSS (utilisation d’un mode d’authentification du service Banque d’informations sécurisé, par exemple WindowsCredentials). Si SSS n’est pas spécifié, le mode relais est utilisé.
Nombre d’associations	Nombre d’associations dans la page de profil (par exemple, 2A). Cet élément s’applique uniquement aux tests des pages de profil.
Taille des éléments	Taille des éléments (en Ko).
Nombre d’éléments	Nombre d’éléments dans la liste externe ou nombre d’éléments par association.
Charge processeur	Charge processeur : l’utilisation processeur du serveur Web frontal RZ (zone rouge) est supérieure à 90 % ou l’utilisation processeur du serveur Web frontal GZ (zone verte) est comprise entre 40 et 50 %.

Tous les tests de la zone rouge indiqués dans cet article ont été menés sans temps de réflexion, délai naturel entre des opérations consécutives. Dans un environnement réel, chaque opération est suivie d’un délai lorsque l’utilisateur effectue l’étape suivante de la tâche. À l’opposé, dans les tests de la zone rouge, chaque opération était immédiatement suivie de l’opération suivante, avec pour conséquence une charge continue sur la batterie de serveurs. Cette charge a introduit un conflit de base de données et d’autres facteurs susceptibles d’affecter les performances.

Impact du nombre de serveurs Web frontaux sur la latence

Les graphiques suivants présentent les résultats des tests relatifs à l’impact du nombre de serveurs Web frontaux sur la latence. Les résultats sont répartis sur plusieurs graphiques pour faciliter la comparaison des variables associées.

Graphique 1 :

Le graphique suivant présente les résultats des tests réalisés sur les listes externes. À l’aide de ce graphique, vous pouvez déterminer la façon dont le système externe (base de données ou service Web WCF) et la charge processeur (zone rouge ou verte) affectent les performances.

Graphique 1 : impact du nombre de serveurs Web frontaux sur la latence

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,500,RZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,4k,500,GZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,4k,500,GZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Graphique 2 :

Le graphique suivant présente les résultats des tests réalisés sur les pages de profil. À l’aide de ce graphique, vous pouvez déterminer la façon dont le système externe (base de données ou service Web WCF) et la charge processeur (zone rouge ou verte) affectent les performances.

Graphique 2 : impact du nombre de serveurs Web frontaux sur la latence

Comme le montrent les graphiques 1 et 2, le temps moyen de réponse de la page reste quasiment le même dans la zone verte et dans la zone rouge, et ce malgré l’ajout de serveurs Web frontaux et d’utilisateurs supplémentaires. (Au cours des tests, nous avons augmenté la charge utilisateur afin de maintenir tous les serveurs Web frontaux dans la plage d’activité processeur requise). Toutefois, il s’agit bien d’un gain de performances, car le fait d’augmenter le nombre de serveurs Web frontaux dans la batterie de serveurs permet à SharePoint Server de desservir plus d’utilisateurs au même taux. Par ailleurs, notez l’amélioration significative, de l’ordre du quintuple, des cas dans la zone verte par rapport aux cas dans la zone rouge. Nous vous recommandons donc de maintenir l’utilisation processeur du serveur Web frontal dans une plage comprise entre 40 et 50 %.

La liste suivante décrit le jeu de données utilisé :

• WCF,PP,2A,100,RZ : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,2A,100,RZ : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF, PP,2A,100,GZ : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,PP,2A,100,GZ : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Graphique 3 :

Le graphique suivant présente les résultats des tests réalisés dans la zone rouge. Comme les données semblables sont regroupées, la seule variable est l’authentification utilisée. Vous pouvez utiliser ces données pour déterminer si l’utilisation du service Banque d’informations sécurisé affecte les performances.

Graphique 3 : impact du nombre de serveurs Web frontaux sur la latence

Dans les scénarios de zone rouge, le service Banque d’informations sécurisé ne semble pas apporter une surcharge significative comme l’indique la mesure du temps moyen de réponse de la page. Ceci peut être dû au fait que la surcharge du service Banque d’informations sécurisé est éclipsée par un facteur plus important, à savoir la charge utilisateur élevée. Dans la plupart des cas, les résultats avec et sans le service Banque d’informations sécurisé sont similaires.

Par ailleurs, souvenez-vous que le service Banque d’informations sécurisé a un impact minimal sur les serveurs d’applications.

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,500,RZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,SSS,4k,500,RZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,2A,100,RZ : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,SSS,2A,100,RZ : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,SSS,4k,500,RZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,2A,100,RZ : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

Graphique 4 :

Le graphique suivant présente les résultats des tests réalisés dans la zone verte. Comme les données semblables sont regroupées, la seule variable est l’authentification utilisée. Vous pouvez utiliser un jeu de données semblable pour déterminer si l’utilisation du service Banque d’informations sécurisé affecte les performances.

Graphique 4 : impact du nombre de serveurs Web frontaux sur la latence

La surcharge associée au service Banque d’informations sécurisé devient plus apparente pour les pages de profil au cours des scénarios de charge types. Le temps moyen de réponse de la page pour les pages de profil est légèrement supérieur, de l’ordre de 20 millisecondes.

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,500,GZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,EL,SSS,4k,500,GZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,PP,2A,100,GZ : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,PP,SSS,2A,100,GZ : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,4k,500,GZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,SSS,4k,500,GZ : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB, PP,2A,100,GZ : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,PP,SSS,2A,100,GZ : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact du nombre de serveurs Web frontaux sur le débit

Graphique 1 :

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests réalisés sur les listes externes. À l’aide de ce graphique, vous pouvez déterminer la façon dont la charge processeur (zone rouge ou zone verte) affecte les performances.

Graphique 1 : impact du nombre de serveurs Web frontaux sur le débit

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,500,RZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,4k,500,GZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Graphique 2 :

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests réalisés sur les pages de profil. À l’aide de ce graphique, vous pouvez déterminer la façon dont le système externe (base de données ou service Web WCF) et la charge processeur (zone rouge ou verte) affectent les performances.

Graphique 2 : impact du nombre de serveurs Web frontaux sur le débit

Comme le montrent les graphiques 1 et 2, le nombre de demandes par seconde évolue linéairement jusqu’à l’ajout du troisième serveur Web frontal. Après quoi, la tendance devient logarithmique ou sous-linéaire. Bien que l’ajout de serveurs Web frontaux à la batterie de serveurs procure des avantages supplémentaires, cette opération n’est pas rentable. En particulier, l’ajout d’un quatrième serveur Web frontal produit un gain relativement faible.

La liste suivante décrit le jeu de données utilisé :

• WCF,PP,2A,100,RZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,2A,100,RZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,2A,100,GZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,PP,2A,100,GZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Graphique 3 :

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests réalisés dans la zone rouge. Comme les données semblables sont regroupées, la seule variable est l’authentification utilisée. Vous pouvez utiliser ces résultats pour déterminer si l’utilisation du service Banque d’informations sécurisé affecte les performances.

Graphique 3 : impact du nombre de serveurs Web frontaux sur le débit

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,500,RZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,SSS,4k,500,RZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,2A,100,RZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,SSS,2A,100,RZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,4k,500,RZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,SSS,4k,500,RZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,2A,100,RZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,SSS,2A,100,RZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

Graphique 4 :

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests réalisés dans la zone verte. Comme les données semblables sont regroupées, la seule variable est l’authentification utilisée. Vous pouvez utiliser ces résultats pour déterminer si l’utilisation du service Banque d’informations sécurisé affecte les performances.

Graphique 4 : impact du nombre de serveurs Web frontaux sur le débit

Comme le montrent les graphiques 3 et 4, la surcharge du service Banque d’informations sécurisé entraîne un nombre de demandes par seconde inférieur dans certains cas. Toutefois, la tendance linéaire-logarithmique est semblable et, dans la plupart des cas, la différence en termes de demandes par seconde entre la surcharge avec le service Banque d’informations sécurisé et celle sans le service Banque d’informations sécurisé est minime.

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,500,GZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,EL,SSS,4k,500,GZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,PP,2A,100,GZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,PP,SSS,2A,100,GZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,4k,500,GZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB, EL,SSS,4k,500,GZ,RPS : liste externe de 500 éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,PP,2A,100,GZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, le mode d’authentification relais est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,PP,SSS,2A,GZ,RPS : page de profil avec 2 associations, 100 éléments par association, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact de la taille des éléments sur la latence

Le graphique suivant présente les résultats des tests relatifs à l’impact de la taille des éléments sur la latence. Au cours des tests, la taille des éléments dans la liste externe augmente et l’impact sur la latence est mesuré.

Impact de la taille des éléments sur la latence

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,500,RZ : liste externe de 500 éléments, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,SSS,500,RZ : liste externe de 500 éléments, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,500,GZ : liste externe de 500 éléments, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,EL,SSS,500,GZ : liste externe de 500 éléments, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact de la taille des éléments sur le débit

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests relatifs à l’impact de la taille des éléments sur le débit. Au cours des tests, la taille des éléments dans la liste externe augmente et l’impact sur le débit est mesuré.

Impact de la taille des éléments sur le débit

Le nombre de demandes par seconde passe toujours en dessous du niveau linéaire à mesure que la taille des éléments augmente. Des conditions de charge élevée entraînent plus de demandes par seconde. Toutefois, comme le montrent les résultats des tests précédents, des conditions de charge élevée provoquent également des temps de réponse de la page plus longs.

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,500,RZ : liste externe de 500 éléments, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,SSS,500,RZ : liste externe de 500 éléments, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,500,GZ : liste externe de 500 éléments, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,EL,SSS,500,GZ : liste externe de 500 éléments, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact du nombre d’éléments sur la latence

Le graphique suivant présente les résultats des tests relatifs à l’impact du nombre d’éléments sur la latence. Au cours des tests, le nombre d’éléments dans la liste externe augmente et le temps nécessaire pour afficher la page est mesuré.

Impact du nombre d’éléments sur la latence

La liste suivante décrit le jeu de données utilisé :

• WCF,EL,4k,RZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,SSS,4k,RZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,4k,RZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,SSS,4k,RZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,4k,GZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,EL,SSS,4k,GZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,4k,GZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,SSS,4k,RZ : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact du nombre d’éléments sur le débit

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests relatifs à l’impact du nombre d’éléments sur le débit. Au cours des tests, le nombre d’éléments dans la liste externe augmente et l’impact sur le débit est mesuré.

Impact du nombre d’éléments sur le débit

Comme le montre ce graphique, le nombre de demandes par seconde diminue de façon quasi linéaire à mesure que la taille des éléments augmente. En comparaison avec les tests précédents sur l’impact de la taille des éléments, l’augmentation du nombre d’éléments semble avoir un impact plus significatif sur les performances que l’augmentation de la taille des éléments.

La liste suivante décrit le jeu de données :

• WCF,EL,4k,RZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,SSS,4k,RZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,4k,RZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,EL,SSS,4k,RZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,EL,4k,GZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• WCF,EL,SSS,4k,GZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,4k,GZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,EL,SSS,4k,GZ,RPS : liste externe comportant un nombre variable d’éléments, 4 Ko de données par élément, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact du nombre d’éléments par association sur la latence

Le graphique suivant présente les résultats des tests relatifs à l’impact du nombre d’éléments dans une association sur la latence. Au cours des tests, le nombre d’éléments dans une association augmente et le temps nécessaire pour afficher la page est mesuré.

Impact du nombre d’éléments par association sur la latence

La liste suivante décrit le jeu de données :

• WCF,PP,2A,RZ : page de profil avec 2 associations, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,SSS,2A,RZ : page de profil avec 2 associations, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,2A,GZ : une page de profil de 2 associations, le système externe est une base de données et l’utilisation des processeurs du serveur Web frontal est comprise entre 40 et 50 pour cent.

• DB,PP,SSS,2A,GZ : page de profil avec 2 associations, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Impact du nombre d’éléments par association sur le débit

Le graphique suivant présente les résultats, exprimés en demandes par seconde, des tests relatifs à l’impact du nombre d’éléments dans une association sur le débit. Au cours des tests, le nombre d’éléments dans une association augmente et l’impact sur le débit est mesuré.

Impact du nombre d’éléments par association sur le débit

La liste suivante décrit le jeu de données :

• WCF,PP,2A,RZ : page de profil avec 2 associations, le système externe est un service Web WCF et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• WCF,PP,SSS,2A,RZ : page de profil avec 2 associations, le système externe est un service Web WCF, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est supérieure à 90 %.

• DB,PP,2A,GZ : page de profil avec 2 associations, le système externe est une base de données et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

• DB,PP,SSS,2A,GZ : page de profil avec 2 associations, le système externe est une base de données, un mode d’authentification du service Banque d’informations sécurisé (par exemple WindowsCredentials) est utilisé et l’utilisation processeur du serveur Web frontal est comprise entre 40 et 50 %.

Recommandations

Cette section fournit des recommandations générales afin d’optimiser les performances et la capacité. Utilisez ces recommandations pour déterminer les caractéristiques de la topologie que vous avez créée et pour décider si vous devez la soumettre à une montée en puissance parallèle ou à une montée en puissance par unité.

Recommandations liées au matériel

Pour obtenir des informations spécifiques sur les configurations système minimale et recommandée requises, voir Configuration matérielle et logicielle requise (SharePoint Server 2010) ().

Recommandations liées aux performances des services Business Connectivity

Cette section fournit des recommandations visant à optimiser les performances lors de l’utilisation de listes externes et de pages de profil, ainsi que des recommandations d’ordre général liées aux performances des Business Connectivity Services.

Recommandations liées aux listes externes

Le tableau suivant décrit la façon dont les données passent du système externe à une liste externe.

Charge	Processus	Affichage
Les Services Microsoft Business Connectivity interrogent le système externe et chargent les données retournées dans SharePoint Server.	Applique tout traitement supplémentaire (tri, filtrage, regroupement) aux données chargées.	La liste externe affiche les éléments sur la page.

Les Services Microsoft Business Connectivity ne disposent pas d’un cache en mémoire pour les éléments externes. Les données doivent être chargées, traitées et affichées chaque fois qu’une liste externe est actualisée. Par conséquent, plusieurs recommandations ont pour but de limiter la quantité de données à traiter.

La liste suivante décrit les recommandations liées aux listes externes :

• Réduisez le plus possible le nombre d’éléments à traiter en limitant le nombre de lignes retournées à partir du système externe. Cette opération est la clé des performances des listes externes. Nous vous recommandons de limiter le nombre de lignes retournées à 100-500. Le nombre de lignes retournées par le système externe ne doit pas dépasser 2 000. Vous pouvez utiliser des filtres pour limiter le nombre d’éléments retournés à partir du système externe. Pour plus d’informations sur les filtres, voir Procédure : créer un type de contenu externe basé sur une table SQL Server (https://go.microsoft.com/fwlink/?linkid=192184&clcid=0x40C).

• L’affichage d’une liste exige des ressources processeur importantes sur le serveur Web frontal et le serveur d’applications. Le nombre d’éléments affichés diffère du nombre total d’éléments chargés et traités. Le nombre d’éléments affichés dépend de la configuration de l’affichage de liste externe. Vous devez tenir compte de l’expérience globale de l’utilisateur et du nombre d’éléments pouvant être visualisés à l’écran de manière acceptable, et maintenir le nombre d’éléments affichés par page à un niveau raisonnable. Nous vous recommandons de limiter le nombre d’éléments à environ 30 par page (valeur par défaut).

• Maintenez le nombre de colonnes figurant dans une liste externe à un niveau adéquat. Un nombre élevé de colonnes peut affecter les performances et entraver l’expérience utilisateur (trop de colonnes affichées à l’écran peuvent nuire au confort visuel de l’utilisateur).

• Veillez à ne pas inclure des colonnes de grande taille (en particulier les chaînes) dans les affichages de liste. Les colonnes de plus de 1 Ko ne doivent pas figurer dans un affichage de liste. Le type de contenu externe peut tout de même inclure la colonne de grande taille. Toutefois, celle-ci doit être affichée uniquement dans l’affichage à élément unique.

• Lors de la conception d’une liste externe, configurez l’affichage par défaut de manière à ce qu’il corresponde à l’affichage souhaité par la plupart des utilisateurs. Si vous modifiez le tri ou le filtre sur un affichage, les données doivent être chargées, traitées et affichées.

Recommandations liées aux pages de profil

• Le nombre d’associations est un élément clé des performances des pages de profil. Pour des performances optimales, nous vous recommandons de ne pas recourir à plus de deux associations.

• Attendez-vous à une baisse des performances, à la fois en termes de débit et latence, lorsque des associations comptent un plus grand nombre d’éléments.

Recommandations d’ordre général liées aux services Business Connectivity

• Nous avons constaté une augmentation significative des performances, de l’ordre du quintuple, au niveau de l’impact du nombre de serveurs Web frontaux sur la latence ainsi que des cas dans la zone verte par rapport aux cas dans la zone rouge. Nous vous recommandons donc de maintenir l’utilisation processeur du serveur Web frontal dans une plage comprise entre 40 et 50 %.

• Le nombre d’éléments semble avoir plus d’impact sur les performances que la taille des éléments. Si vous contrôlez votre source de données externe, essayez d’augmenter la taille des éléments tout en réduisant leur nombre afin d’obtenir de meilleurs résultats. Par exemple, songez à agréger les données volumineuses dans un élément unique au lieu de répartir les données dans plusieurs éléments.

• Les niveaux de journalisation des diagnostics pour les Services Microsoft Business Connectivity peuvent également avoir un impact important sur la latence et le débit tels qu’ils sont perçus par les utilisateurs. Maintenez les niveaux de journalisation aux niveaux minimums autorisés, selon les besoins de votre entreprise, pour une utilisation normale. Vous pouvez alors augmenter temporairement le niveau de détail de la journalisation lorsque des analyses plus poussées sont nécessaires.

• Les performances du système externe ont un impact important sur les performances des Business Connectivity Services. Tenez compte de la latence et du débit du système externe lorsque vous planifiez la capacité et les performances.

Topologies avec montée en puissance parallèle et par unité

Vous pouvez évaluer les performances de votre topologie de départ en comparant votre topologie aux topologies de départ fournies dans Planifier la disponibilité (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=189518&clcid=0x40C). De cette façon, vous pouvez rapidement déterminer si vous devez effectuer une montée en puissance parallèle ou par unité de votre topologie de départ afin de satisfaire à vos objectifs en matière de performances et de capacité.

Pour accroître la capacité et les performances de l’une des topologies de départ, vous pouvez soit effectuer une montée en puissance par unité en augmentant la capacité de vos serveurs existants, soit effectuer une montée en puissance parallèle en ajoutant des serveurs supplémentaires à la topologie. Cette section décrit les caractéristiques de performances générales de plusieurs topologies avec montée en puissance parallèle. Les exemples de topologies représentent les moyens courants suivants d’effectuer une montée en puissance parallèle d’une topologie.

• Pour accepter une charge utilisateur plus importante, ajoutez des serveurs Web.

• Pour accepter une charge de données plus importante, augmentez la capacité du rôle serveur de base de données en augmentant la capacité d’un seul serveur (en cluster ou en miroir), en effectuant une mise à niveau vers un serveur 64 bits ou en ajoutant des serveurs en cluster ou en miroir.

• Veillez à ce qu’il n’y ait pas plus de huit serveurs Web par serveur de base de données (en cluster ou en miroir). Bien que les tests aient révélé un nombre optimal spécifique de serveurs Web par rapport au nombre de serveurs de base de données dans chaque scénario de test, le déploiement d’un matériel plus robuste, en particulier pour le serveur de base de données, peut produire de meilleurs résultats dans l’environnement.

Estimation des objectifs de débit

De nombreux facteurs peuvent avoir un impact sur le débit. Ceux-ci sont notamment les suivants :

• Nombre d’utilisateurs

• Type, complexité et fréquence des opérations utilisateur

• Nombre de publications dans une opération

• Performance des connexions de données

Chacun de ces facteurs peut avoir un impact majeur sur le débit de la batterie de serveurs. Vous devez donc évaluer avec précaution chacun d’entre eux lorsque vous planifiez votre déploiement.

SharePoint Server 2010 peut être déployé et configuré de nombreuses façons. Par conséquent, il n’est pas aisé d’évaluer le nombre d’utilisateurs pouvant être pris en charge par un nombre de serveurs donné. Veillez à effectuer des tests dans votre propre environnement avant de déployer SharePoint Server 2010 dans un environnement de production.

Optimisations

Goulots d’étranglement courants et leurs causes

Durant les tests de performances, plusieurs goulots d’étranglement courants ont été révélés. Un goulot d’étranglement est une condition où la capacité d’un composant spécifique d’une batterie est atteinte, ce qui provoque une stabilisation ou une diminution du débit de la batterie.

Le tableau suivant répertorie certains goulots d’étranglement courants et décrit leurs causes et les résolutions possibles.

Résolution des problèmes de performances et d’évolutivité

Goulot d’étranglement	Cause	Solution
Conflit de base de données (verrous)	Les verrous de base de données empêchent plusieurs utilisateurs d’effectuer d’apporter à un jeu de données des modifications pouvant entrer en conflit. Lorsqu’un jeu de données est verrouillé par un utilisateur ou par un processus, aucun autre utilisateur ou processus ne peut modifier ce jeu de données tant que le premier utilisateur ou processus n’a pas terminé de modifier les données et libéré le verrou.	Pour réduire l’incidence des verrous de base de données, vous pouvez effectuer les opérations suivantes : Répartir les formulaires envoyés sur davantage de bibliothèques de documents. Appliquer au serveur de base de données une montée en puissance par unité Rendre le disque dur du serveur de base de données accessible en lecture/écriture Des méthodes permettent de contourner le système de verrouillage de base de données dans SQL Server 2005, telles que le paramètre NOLOCK. Toutefois, nous déconseillons et ne prenons pas en charge cette méthode, car elle peut entraîner une altération des données.
Opérations d’E/S sur le disque du serveur de base de données	Lorsque le nombre de demandes d’E/S sur un disque dur dépasse la capacité d’E/S de celui-ci, les demandes sont mises en file d’attente. Par conséquent, le temps nécessaire à l’exécution de chaque demande augmente.	La répartition de fichiers de données sur plusieurs lecteurs physiques autorise l’exécution en parallèle des opérations d’E/S. Le blog Allocation d’espace disque et opérations d’E/S sur disque dans un environnement SharePoint (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x40C) (éventuellement en anglais) contient des informations utiles sur la résolution des problèmes d’E/S sur disque.
Utilisation processeur des serveurs Web	Lorsqu’un serveur Web est surchargé de demandes utilisateur, l’utilisation processeur moyenne avoisine les 100 %. Cela empêche le serveur Web de répondre rapidement aux demandes et peut entraîner des dépassements de délai et des messages d’erreur sur les ordinateurs clients.	Ce problème peut être résolu de deux façons. Vous pouvez ajouter des serveurs Web à la batterie de serveurs pour répartir la charge utilisateur ou vous pouvez appliquer une montée en puissance par unité au(x) serveur(s) Web en ajoutant des processeurs plus rapides. Pour plus d’informations, voir Planifier la disponibilité (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=189518&clcid=0x40C).

Analyse des performances

Pour déterminer à quel moment vous devez appliquer une montée en puissance parallèle ou par unité à votre système, analysez l’intégrité de votre système à l’aide de compteurs de performances. En vous appuyant sur les informations indiquées dans les tableaux suivants, déterminez les compteurs de performances à analyser et le processus auquel appliquer ceux-ci :

Serveurs Web

Le tableau suivant indique les compteurs de performances et les processus à analyser pour les serveurs Web de votre batterie de serveurs.

Compteur de performances	Objet concerné	Remarques
Temps processeur	Totalité de l’objet	Indique le pourcentage de temps écoulé pendant lequel ce thread a utilisé le processeur pour exécuter des instructions.
Utilisation de la mémoire	Pool d’applications	Indique l’utilisation moyenne de la mémoire système pour le pool d’applications. Vous devez déterminer le pool d’applications adéquat à surveiller. En règle générale, il est conseillé de déterminer l’utilisation maximale de la mémoire pour une application Web donnée, puis d’affecter ce nombre augmenté de 10 au pool d’applications associé.

Serveurs de base de données

Le tableau suivant indique les compteurs de performances et les processus à surveiller pour les serveurs de base de données de votre batterie de serveurs.

Compteur de performances	Objet concerné	Remarques
Longueur moyenne de file d’attente de disque	Disque dur contenant SharedServices.mdf	Des valeurs moyennes supérieures à 1,5 par pile indiquent que les temps d’écriture pour ce disque dur sont insuffisants.
Temps processeur	Processus SQL Server	Des valeurs moyennes supérieures à 80 % indiquent que la capacité du processeur sur le serveur de base de données est insuffisante.
Temps processeur	Totalité de l’objet	Indique le pourcentage de temps écoulé pendant lequel ce thread a utilisé le processeur pour exécuter des instructions.
Utilisation de la mémoire	Totalité de l’objet	Indique l’utilisation moyenne de la mémoire système.

See Also

Other Resources

Centre de ressources : services Business Connectivity dans SharePoint Server 2010 (éventuellement en anglais)