Évaluer les besoins en termes de performances et de capacité pour les environnements de collaboration Windows SharePoint Services (Office SharePoint Server)
Mise à jour : 2009-04-23
Dans cet article :
Caractéristiques clés
Environnement de test
Profil d’utilisation
Recommandations
Ce scénario de planification des performances et de la capacité intègre une batterie de serveurs Windows SharePoint Services 3.0 unique utilisée pour la collaboration et la gestion des documents dans un environnement d’entreprise.
Caractéristiques clés
Les caractéristiques clés décrivent les facteurs d’environnement, les caractéristiques d’utilisation et d’autres considérations courantes pour le scénario.
Les caractéristiques clés de ce scénario sont les suivantes :
**Authentification/autorisation **De manière générale, l’authentification des utilisateurs et la sécurisation des sites et du contenu s’effectuent par le biais des groupes de sécurité ou en accordant une autorisation d’accès à des utilisateurs individuels sur la base de leur compte d’utilisateur. L’authentification Windows intégrée est utilisée dans ce scénario.
**Opérations utilisateur courantes (lecture) et complexes (lecture/écriture) **Dans un environnement de collaboration, les utilisateurs affichent le contenu et y contribuent. Les objectifs de débit pour ce scénario sont destinés à assurer des temps de réponse raisonnables pour des opérations utilisateur complexes, telles que le téléchargement d’un document à partir d’un site ou vers celui-ci.
**Croissance des données et des sites dans le temps **Outre l’estimation du volume de données initial, un environnement de collaboration Windows SharePoint Services 3.0 doit prendre en compte la croissance des données et des sites dans le temps. Une batterie de serveurs qui est dimensionnée uniquement pour le volume de données initial peut être rapidement saturée.
**Temps de réponse utilisateur **Les objectifs de temps de réponse utilisateur pour les opérations courantes, non courantes, de longue durée et rares sont répertoriés dans le tableau Temps de réponse utilisateur qui se trouve à la fin de la section Plan for software boundaries [Windows SharePoint Services]. Certaines organisations tolèrent des temps de réponse utilisateur plus lents, d’autres exigent des temps de réponse utilisateur plus rapides. Le temps de réponse utilisateur prévu est un facteur clé qui détermine les objectifs de débit global. (Le débit se définit par le nombre de demandes que la batterie de serveurs peut traiter par seconde.) Un plus grand nombre d’utilisateurs nécessite un objectif de débit plus élevé afin d’obtenir le même temps de réponse utilisateur.
**Utilisateurs simultanés **Un taux de simultanéité de 10 % est supposé, avec 1 % d’utilisateurs simultanés établissant une demande à un moment donné. En d’autres termes, pour 10 000 utilisateurs, l’hypothèse est que 1 000 utilisateurs utiliseront activement la solution en même temps, et que 100 utilisateurs établiront activement une demande.
**Tâches asynchrones de longue durée **Les tâches telles que l’indexation de contenu et la sauvegarde de bases de données ajoutent une charge de performances à la batterie de serveurs. Les caractéristiques de performances générales des exemples de topologies supposent que ces tâches s’exécutent pendant les heures creuses, par exemple, la nuit. Ainsi, les taux de réponse utilisateur pendant les heures de travail ne sont pas affectés.
Environnement de test
Le test de ce scénario a été conçu pour contribuer à développer des estimations permettant de déterminer comment différentes configurations de batterie de serveurs répondent aux modifications d’un grand nombre de facteurs, notamment le nombre d’utilisateurs simultanés, les opérations utilisateurs et le nombre d’objets, tels que les collections de sites, les sites, les bibliothèques et les listes.
Il est important de noter que même s’il est possible de tirer certaines conclusions des résultats du test, les chiffres spécifiques de la capacité et des performances indiqués dans cette section varieront dans les environnements réels. Ces résultats sont destinés à fournir un point de départ pour concevoir un environnement correctement adapté. Après avoir terminé votre conception initiale du système, testez la configuration pour déterminer si votre système prend en charge les facteurs inhérents à votre environnement.
Pour plus d’informations sur le test de votre déploiement, voir Tools for performance and capacity planning (Windows SharePoint Services).
Hypothèses
- **Architecture 64 bits **Seuls des serveurs 64 bits ont été utilisés dans l’environnement de test. Bien que Windows SharePoint Services 3.0 puisse être déployé sur des serveurs 32 bits, Microsoft recommande d’employer des serveurs 64 bits dans les déploiements de batteries de serveurs Windows SharePoint Services 3.0. Pour plus d’informations, voir la section 64 bits et 32 bits dans l’article About performance and capacity planning (Windows SharePoint Services).
Topologie du test
Afin d’obtenir des résultats de test extrêmement détaillés, plusieurs configurations de batterie ont été utilisées pour le test, depuis un ordinateur autonome jusqu’à huit serveurs Web avec un seul ordinateur et des ordinateurs en cluster exécutant Microsoft SQL Server 2005. Le test a été effectué avec huit ordinateurs clients simulant de 32 à 256 connexions utilisateur.
Le tableau suivant répertorie le matériel spécifique utilisé pour le test.
| Rôle de l’ordinateur | Matériel |
|---|---|
Serveur Web |
2 processeurs double cœur Intel Xeon 2,8 Gigahertz (GHz) 4 Gigaoctets (Go) de mémoire vive (RAM) |
Serveur de bases de données |
4 processeurs double cœur Intel Xeon 2,8 GHz 32 Go de mémoire vive (RAM) |
Ordinateur client |
1 processeur Pentium 3 1,2 GHz 1 Go de mémoire vive (RAM) |
Un réseau Gigabit (1 milliard de bits/s) a été utilisé dans l’environnement de test.
Profil d’utilisation
Le tableau suivant montre le profil d’utilisation de l’environnement de test de collaboration Windows SharePoint Services 3.0. Notez que le profil d’utilisation du scénario de collaboration Windows SharePoint Services 3.0 suppose que la majorité des actions utilisateur sont effectuées au sein de sites d’équipe.
La recherche dans Windows SharePoint Services porte sur une collection de sites. Par conséquent, les actions de recherche n’affectent pas considérablement le débit.
Le tableau suivant indique le pourcentage de débit consommé par chaque type d’opération utilisateur répertorié dans l’environnement de test.
| Opération | Pourcentage de débit |
|---|---|
Obtenir la page d’accueil |
15,00 |
Obtenir un document mis en cache |
15,00 |
Obtenir un document statique |
15,00 |
Obtenir la page de liste (HTML) |
10,00 |
Obtenir la page de liste (grille) |
10,00 |
Obtenir le formulaire de liste |
7,00 |
Erreurs 404 |
5,00 |
Insérer un élément de liste |
2,00 |
Modifier un élément de liste |
2,00 |
Supprimer un élément de liste |
2,00 |
Insérer un document |
2,00 |
Synchroniser avec Outlook |
2,00 |
Supprimer un document |
2,00 |
Répertorier les URL |
2,00 |
*DAV* (Distributed Authoring and Versioning) Ouvrir un document pour le modifier |
1,00 |
DAV Enregistrer un document |
1,00 |
*FPRPC* (FrontPage Server Extensions Remote Procedure Call) Ouvrir un document pour le modifier |
1,00 |
FPRPC Enregistrer un document |
1,00 |
Extraction à court terme |
1,00 |
Courrier électronique entrant |
1,00 |
*RSS* (Really Simple Syndication) |
1,00 |
Démarrer un flux de travail |
0,75 |
Fin d’une tâche de flux de travail |
0,75 |
Ajouter/supprimer un utilisateur |
0,50 |
Recommandations
Cette section fournit des recommandations d’ordre général sur les performances et la capacité. Utilisez-les pour déterminer les caractéristiques de performances et de capacité de la topologie de départ que vous avez créée dans l’article Plan for availability (Windows SharePoint Services), et pour déterminer si vous avez besoin de monter en charge ou d’accroître les performances de la topologie de départ.
Recommandations matérielles
Le tableau suivant répertorie le matériel recommandé pour les serveurs Web et les serveurs de base de données. Pour plus d’informations sur les configurations minimale et recommandée requises, voir Determine hardware and software requirements (Windows SharePoint Services).
.gif "Note") Remarque : |
|---|
Les besoins en mémoire pour les serveurs Web et les serveurs de base de données dépendent de la taille de la batterie de serveurs, du nombre d’utilisateurs simultanés et de la complexité des composants fonctionnels et des pages de la batterie de serveurs. Les recommandations de mémoire figurant dans le tableau suivant peuvent être adaptées à une batterie de serveurs peu ou faiblement sollicitée, à condition de surveiller attentivement l’utilisation de la mémoire pour déterminer s’il est nécessaire d’en ajouter davantage |
| Rôle de l’ordinateur | Matériel recommandé |
|---|---|
Serveur Web |
Processeurs doubles 2,5 GHz ou plus rapides (3 GHz ou plus rapides recommandé) 2 Go de mémoire RAM minimum recommandé 3 Go d’espace disque disponible Lecteur DVD, local ou réseau accessible Moniteur d’une résolution de 1024 x 768 ou supérieure |
Serveur de bases de données |
Processeurs doubles 2,5 GHz ou plus rapides (3 GHz ou plus rapides recommandé) 4 Go de mémoire RAM minimum recommandé L’espace du disque dur est calculé sur un taux de 1:1,2 du contenu par rapport à la capacité de la base de données. Autrement dit, si vous prévoyez 100 Go de contenu, vous avez besoin d’au moins 120 Go d’espace disque disponible, ainsi que de l’espace supplémentaire pour vos journaux des transactions. Lecteur DVD, local ou réseau accessible Moniteur d’une résolution de 1024 x 768 ou supérieure |
Topologies de point de départ
Vous pouvez estimer les performances de votre topologie de point de départ en comparant celle-ci aux topologies de point de départ fournies dans Plan for availability (Windows SharePoint Services). Ceci vous permet de déterminer rapidement si vous devez ajuster votre topologie de point de départ en fonction de vos objectifs de performances et de capacité.
Capacité et performances des topologies avec montée en puissance parallèle
Pour augmenter la capacité et les performances d’une des topologies de point de départ, augmentez les performances en implémentant des ordinateurs serveurs avec une capacité supérieure ou montez en puissance parallèle en ajoutant des serveurs à 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 méthodes courantes suivantes pour adapter une topologie au scénario de collaboration :
Pour prendre en compte une charge supérieure d’utilisateurs, ajoutez des ordinateurs serveurs Web.
Pour prendre en compte une charge supérieure de données, ajoutez de la capacité au rôle serveur de bases de données en augmentant la capacité d’un serveur unique (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.
Conservez un rapport inférieur ou égal à huit ordinateurs serveurs Web pour un serveur de bases de données (en cluster ou en miroir).
Estimer les objectifs de débit
Le débit est le nombre d’opérations qu’une batterie de serveurs peut effectuer par seconde. Dans l’idéal, le nombre d’opérations demandées par seconde doit être plus faible que le nombre d’opérations visé pour un niveau de performance donné. Si le nombre d’opérations demandées dépasse le nombre visé, les actions utilisateur et les autres opérations prennent plus de temps pour s’exécuter.
Le débit est mesuré en demandes par seconde. Vous pouvez convertir cette mesure en nombre total d’utilisateurs à l’aide d’un modèle de comportement standard d’utilisateur final. Comme de nombreux comportements humains, il existe une grande palette de comportements « standard ». Le modèle utilisateur de Windows SharePoint Services 3.0 présente les deux variables suivantes :
Simultanéité - Pourcentage d’utilisateurs qui utilisent le système de manière active.
Taux de demandes — Nombre moyen de demandes à l’heure généré par un utilisateur actif. Quatre niveaux de comportement d’utilisateurs sont indiqués dans le tableau suivant.
Vous pouvez calculer une valeur de débit approximative pour la charge par défaut en procédant comme suit :
Nombre d’utilisateurs * pourcentage des utilisateurs qui sont actifs/taux de demandes
Par exemple, pour 1 000 utilisateurs, les valeurs suivantes ont pour résultat :
Utilisateurs simultanés = 1000 * 10 % = 100
Demandes estimées par utilisateur et par heure = 36 = 1 demande par utilisateur toutes les 100 secondes
Débit = taux utilisateurs simultanés/demande = 100/100 = 1 demande par seconde
Par conséquent, une réponse par seconde peut prendre en charge jusqu’à 1 000 utilisateurs, chacune effectuant 36 demandes par heure.
Le tableau suivant décrit les objectifs en termes de débit pour quatre niveaux de charge utilisateur.
| Charge utilisateur | Taux de demandes | Utilisateurs pris en charge |
|---|---|---|
Légère |
20 demandes à l’heure. Un utilisateur actif génère une demande toutes les 180 secondes. |
Chaque réponse par seconde de débit prend en charge 180 utilisateurs simultanés et 1 800 utilisateurs au total. |
Par défaut |
36 demandes à l’heure. Un utilisateur actif génère une demande toutes les 100 secondes. |
Chaque réponse par seconde de débit prend en charge 100 utilisateurs simultanés et 1 000 utilisateurs au total. |
Importante |
60 demandes à l’heure. Un utilisateur actif génère une demande toutes les 60 secondes. |
Chaque réponse par seconde de débit prend en charge 60 utilisateurs simultanés et 600 utilisateurs au total. |
Extrême |
120 demandes à l’heure. Un utilisateur actif génère une demande toutes les 30 secondes. |
Chaque réponse par seconde de débit prend en charge 30 utilisateurs simultanés et 300 utilisateurs au total. |
Si votre organisation possède une solution de collaboration existante, vous pouvez afficher les journaux IIS pour déterminer les modèles d’utilisation et les tendances de votre environnement actuel. Pour plus d’informations sur l’analyse des journaux IIS, voir Analyse des fichiers journaux (IIS 6.0) (en anglais) https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x40C .
Si votre organisation prévoit un nouveau déploiement de solution de collaboration, utilisez les informations de la section suivante pour estimer vos modèles d’utilisation.
Estimer les objectifs en termes de débit
Les estimations de performances de débit des batteries de serveurs présentées dans la section précédente sont basées sur les hypothèses suivantes :
Un taux de réponse d’utilisateur inférieur à 1 seconde pour les opérations courantes
Un taux de simultanéité des utilisateurs de 10 %
L’indexation des opérations exécutée dans une fenêtre de temps de nuit de 12 heures
Utilisez les informations de cette section pour modifier la valeur de ces hypothèses en fonction des caractéristiques de votre organisation. Le résultat de l’objectif de débit peut être différent pour votre organisation.
Résultats du test : débit par configuration de batterie de serveurs
Le tableau de cette section présente les résultats du test pour une variété de profils d’opérations utilisateur avec le matériel répertorié dans le paragraphe Environnements de test plus haut dans cet article. Le nombre de connexions utilisateur est un paramètre fixe qui a été utilisé pendant le test.
Le tableau suivant présente les résultats du test pour les opérations utilisateur combinées en lecture-écriture et les opérations utilisateur en lecture seule.
| Configuration de batterie de serveurs | Demandes/s | Nombre total de connexions utilisateur | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
Utilisation faible |
Utilisation par défaut |
Utilisation intensive |
Utilisation extrême |
||||
Combinées |
Lecture |
Combinées |
Lecture |
Combinées |
Lecture |
Combinées |
Lecture |
Combinées |
Lecture |
|
1 par 1 |
3 |
100 |
90 000 |
180 000 |
50 000 |
100 000 |
30 000 |
60 000 |
15 000 |
30 000 |
2 par 1 |
99 |
185 |
178 200 |
333 000 |
99 000 |
185 000 |
59 400 |
111 000 |
29 700 |
55 500 |
3 par 1 |
115 |
265 |
207 000 |
477 000 |
115 000 |
265 000 |
69 000 |
159 000 |
34 500 |
79 500 |
4 par 1 |
120 |
275 |
216 000 |
495 000 |
120 000 |
275 000 |
72 000 |
165 000 |
36 000 |
82 500 |
5 par 1 |
136 |
280 |
244 800 |
504 000 |
136 000 |
280 000 |
81 600 |
168 000 |
40 800 |
84 000 |
6 par 1 |
130 |
280 |
234 000 |
504 000 |
130 000 |
280 000 |
78 000 |
168 000 |
39 000 |
84 000 |
7 par 1 |
134 |
290 |
24 200 |
522 000 |
134 000 |
290 000 |
80 400 |
174 000 |
40 200 |
87 000 |
8 par 1 |
130 |
280 |
234 000 |
504 000 |
130 000 |
280 000 |
78 000 |
168 000 |
39 000 |
84 000 |
Le graphique suivant montre les modifications de débit pour les opérations en lecture-écriture et en lecture seule lorsque le nombre de serveurs Web frontaux change. Notez que ce graphique ne repose pas sur les résultats du test du tableau ci-dessus. Il est destiné à illustrer la tendance générale des performances réalisées lorsque des serveurs Web frontaux sont ajoutés à un système.
Notez que les systèmes qui prennent en charge uniquement les opérations de lecture, tels que les sites portails statiques, peuvent conserver un niveau de débit plus élevé que les systèmes qui prennent en charge les opérations de lecture et d’écriture.
.gif "Exemple des performances de Windows SharePoint Services")
Estimer le temps de réponse utilisateur
Tout d’abord, déterminez si votre organisation peut tolérer un temps de réponse utilisateur plus lent ou si elle exige un temps de réponse utilisateur plus rapide. Les temps de réponse sont classés de la façon suivante :
Lent (3 à 5 secondes) Les temps de réponse utilisateur peuvent ralentir à cette fréquence sans problème.
Recommandé (1 à 2 secondes) Objectif de temps de réponse utilisateur moyen.
Rapide (inférieur à 1 seconde) Pour les organisations dont l’activité exige la vitesse.
En fonction du temps de réponse utilisateur qui correspond le mieux aux besoins de votre organisation, déterminez l’objectif de débit à atteindre sur la base du nombre d’utilisateurs. Sachant qu’un déploiement sur un seul serveur est en mesure de servir un maximum de 1 000 utilisateurs, 500 utilisateurs est le nombre minimal répertorié.
Le tableau suivant répertorie les objectifs de débit en fonction des temps de réponse utilisateur.
| Total des utilisateurs | Lent (demandes/s) | Recommandé (demandes/s) | Rapide (demandes/s) |
|---|---|---|---|
500 |
0,4 |
0,5 |
0,7 |
1 000 |
0,7 |
1,0 |
1,2 |
5 000 |
4,0 |
5,0 |
6,0 |
10 000 |
9,0 |
10,0 |
12,0 |
20 000 |
18,0 |
20,0 |
24,0 |
50 000 |
40,0 |
50,0 |
60,0 |
100 000 |
90,0 |
100,0 |
120,0 |
Après avoir identifié l’objectif de débit approprié à votre organisation, réévaluez les données de test des exemples de topologies afin de valider votre choix de topologie et de matériel.
Estimer le taux de simultanéité
Ensuite, estimez le taux de simultanéité de votre organisation. Le taux de simultanéité est le pourcentage d’utilisateurs qui utilisent la solution en même temps. Utilisez le taux de simultanéité que vous prévoyez durant les heures de pointe. Le tableau suivant vous recommande des objectifs de débit calculés en fonction du nombre total d’utilisateurs et du taux de simultanéité.
Le tableau suivant répertorie les objectifs de débit en demandes par seconde à différents taux de simultanéité.
| Total des utilisateurs | Taux de simultanéité de 5 % | 10 % | 15 % | 25 % | 50 % | 75 % | 100 % |
|---|---|---|---|---|---|---|---|
500 |
0,25 |
0,5 |
0,75 |
1,25 |
2,5 |
3,75 |
5,0 |
1 000 |
0,5 |
1,0 |
1,5 |
2,5 |
5,0 |
7,5 |
10,0 |
5 000 |
2,5 |
5,0 |
7,5 |
12,5 |
25,0 |
37,5 |
50,0 |
10 000 |
5,0 |
10,0 |
15,0 |
25,0 |
50,0 |
75,0 |
100,0 |
20 000 |
10,0 |
20,0 |
30,0 |
50,0 |
100,0 |
150,0 |
200,0 |
50 000 |
25,0 |
50,0 |
75,0 |
125,0 |
250,0 |
375,0 |
500,0 |
100 000 |
50,0 |
100,0 |
150,0 |
250,0 |
500,0 |
750,0 |
1 000 |
Après avoir identifié l’objectif de débit approprié à votre organisation en fonction de votre taux de simultanéité prévu, réévaluez les données de test des exemples de topologies afin de valider votre choix de topologie et de matériel.
Estimer la fenêtre d’indexation
Enfin, vérifiez que l’indexation des travaux peut être contenue dans une fenêtre de nuit de 12 heures. Dans un environnement de collaboration Windows SharePoint Services 3.0, l’indexation des travaux représente généralement l’opération la plus longue qui n’est pas initiée par les utilisateurs. Il vous faudra effectuer un test de votre environnement pour déterminer la durée de l’indexation des travaux, et si le débit consommé par l’indexation des travaux interfère avec vos objectifs de temps de réponse utilisateur.
Estimer l’espace disque nécessaire
Cette section fournit des tableaux qui peuvent vous aider à estimer l’espace disque dont vous avez besoin pour le scénario de collaboration. L’espace disque requis par votre matériel varie considérablement en fonction du rôle de serveur et du scénario et dépend des données à stocker dans la base de données de contenu, des critères de mise en cache et du contenu externe analysé par la recherche. Dans le tableau suivant, nous avons, dans la mesure du possible, indiqué des nombres en fonction des besoins en espace disque qu’il est possible de prévoir (par exemple, la taille des fichiers d’installation).
Tout d’abord, estimez l’espace disque dont vous avez besoin par rôle de serveur. Ensuite, en fonction de la topologie que vous avez planifiée, ajoutez l’espace disque nécessaire pour les rôles de serveur qui partageront un même ordinateur serveur physique. Enfin, assurez-vous que votre matériel est correctement dimensionné pour prendre en compte vos besoins en espace disque.
Par ailleurs, vous devez appliquer les meilleures pratiques pour le stockage SQL Server aux serveurs de base de données. Pour plus d’informations, voir Conception de stockage de base de données physique (en anglais) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x40C) (en anglais) . Si plusieurs serveurs de base de données sont implémentés, appliquez le facteur d’espace disque SQL séparément pour chaque serveur de recherche.
| Remarque : |
|---|
Le système d’exploitation et les fichiers de programme doivent être stockés séparément des fichiers de données sur un lecteur distinct ou un volume *RAID*. |
Espace disque nécessaire pour les serveurs de base de données
Utilisez le tableau suivant pour calculer l’espace disque nécessaire pour les serveurs de base de données de votre batterie de serveurs. Si plusieurs serveurs de base de données sont implémentés, calculez cette somme séparément pour chaque serveur.
| Catégorie | Description | Nombre |
|---|---|---|
Fichiers du système d’exploitation |
Espace disque nécessaire pour le programme d’installation et les fichiers système de Windows Server 2003. Pour plus d’informations, voir Choix d’un système de fichiers pour la partition d’installation (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x40C) . |
4 Go |
Fichier d’échange |
La taille du fichier d’échange sera la même que la taille de la mémoire physique, par défaut. |
|
Fichiers d’installation de SQL Server |
Espace disque nécessaire pour le programme d’installation et les fichiers de programme de SQL Server. Pour plus d’informations, voir Configuration requise pour SQL Server 2005 Standard Edition (en anglais) (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x40C) (en anglais) . |
425 mégaoctets (Mo) |
Fichiers journaux des bases de données |
L’espace disque nécessaire pour les fichiers journaux variera en fonction des paramètres de journal et du nombre de bases de données. Pour plus d’informations, voir Conception de stockage de base de données physique (en anglais) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x40C) (en anglais) . |
|
Base de données de configuration |
La base de données de configuration n’augmentera pas au-delà de cette taille. |
1,5 Go |
Bases de données de contenu |
Estimez le volume initial de contenu qui sera stocké dans les bases de données de contenu. Prenez en compte les facteurs suivants :
|
|
Croissance future |
La croissance future est une caractéristique clé du scénario de collaboration. Vous devez prévoir le double de la quantité de données que vous planifiez initialement. Entrez un nombre approprié à votre environnement. |
|
Espace libre |
Laissez au moins 25 % d’espace libre pour chaque disque dur ou volume. |
|
Total |
Espace disque nécessaire pour les serveurs de recherche
Utilisez le tableau suivant pour calculer l’espace disque nécessaire pour les serveurs de recherche de votre batterie de serveurs. Si plusieurs serveurs de recherche Windows SharePoint Services 3.0 sont implémentés, calculez cette somme séparément pour chaque serveur.
| Catégorie | Description | Nombre |
|---|---|---|
Fichiers du système d’exploitation |
Espace disque nécessaire pour le programme d’installation et les fichiers système de Windows Server 2003. Pour plus d’informations, voir Choix d’un système de fichiers pour la partition d’installation (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x40C) . |
4 Go |
Fichier de pagination |
La taille du fichier de pagination sera la même que la taille de la mémoire physique, par défaut. |
|
Fichiers d’installation de Windows SharePoint Services 3.0 |
Ce nombre est une estimation basée sur une installation complète. |
1,3 Go |
Microsoft .NET Framework version 3.0 |
60 Mo |
|
Index de contenu |
Ajoutez la quantité de contenu des bases de données de contenu qui sera indexée par le serveur d’index. Divisez cette quantité par 2. Le nombre obtenu est une estimation de la taille de l’index de contenu. |
|
Espace libre |
Laissez au moins 25 % d’espace libre pour chaque disque dur ou volume. |
|
Total |
Espace disque nécessaire pour les serveurs Web
Utilisez le tableau suivant pour calculer l’espace disque nécessaire pour les serveurs Web de votre batterie de serveurs.
| Catégorie | Description | Nombre |
|---|---|---|
Fichiers du système d’exploitation |
Espace disque nécessaire pour le programme d’installation et les fichiers système de Windows Server 2003. Pour plus d’informations, voir Choix d’un système de fichiers pour la partition d’installation (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x40C) . |
4 Go |
Fichier d’échange |
La taille du fichier d’échange sera la même que la taille de la mémoire physique, par défaut. |
|
Fichiers d’installation de Windows SharePoint Services 3.0 |
1,3 Go |
|
Microsoft .NET Framework version 3.0 |
60 Mo |
|
Espace libre |
Laissez au moins 25 % d’espace libre pour chaque disque dur ou volume. |
|
Total |
Analyser les performances
L’utilisation des compteurs de performances pour analyser l’état de votre système est un facteur important pour déterminer si vous devez monter votre système en charge ou en augmenter les performances. Utilisez les informations contenues dans les tableaux suivants pour déterminer les compteurs de performances à analyser et les processus auxquels les compteurs de performances doivent être appliqués.
Serveur Web
Le tableau suivant indique les compteurs de performances et les processus à analyser pour les serveurs Web de votre batterie de serveurs.
| Compteur de performance | Appliquer au processus | Remarques |
|---|---|---|
% Temps processeur |
Total |
Indique le temps écoulé, en pourcentage, 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 identifier le pool d’applications approprié à analyser. La directive de base consiste à identifier l’utilisation maximale de la mémoire et à attribuer ce nombre plus 10 % au pool d’applications. |
Serveur de bases de données
Le tableau suivant indique les compteurs de performances et les processus à analyser pour les serveurs de base de données de votre batterie de serveurs.
| Compteur de performance | Appliquer au processus | Remarques |
|---|---|---|
% Temps processeur |
Total |
Indique le temps écoulé, en pourcentage, pendant lequel ce thread a utilisé le processeur pour exécuter des instructions. |
% Utilisation de la mémoire |
Total |
Montre l’utilisation moyenne de la mémoire système. |
Télécharger ce livre
Cette rubrique est incluse dans le livre à télécharger suivant pour une lecture et une impression plus faciles :
Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.
Voir aussi
Autres ressources
Additional performance and capacity planning factors [Windows SharePoint Services]