Configurer le nombre maximal de threads de processeur de travail pour le service de mise en file d'attente de Project Server
Dernière rubrique modifiée : 2015-02-27
Le service de mise en file d'attente de Microsoft Office Project Server 2007 vous permet de configurer le nombre maximal de threads processeur pour chaque type de file d'attente.
La page Paramètres de file d'attente dans Paramètres du serveur Project Web Access comporte un nombre maximal de threads de traitement de travaux dont la valeur par défaut est quatre (pour chaque type de file d'attente). Il y a plusieurs choses à prendre en compte pour ajuster cette valeur. Trop de threads processeur de travail peuvent nuire aux performances du serveur d'applications et entraîner des erreurs d'expiration et d'exception de mémoire. Par exemple, un administrateur peut augmenter le nombre maximal de threads processeur de travail de 4 à 10 dans les deux files d'attente, Feuille de temps et Projet, afin de traiter une augmentation de dépôts de feuille de temps et de mises à jour de projet attendue en fin de mois. Sans considération attentive, une telle augmentation risque de nuire aux performances.
La file d'attente est conçue pour limiter le débit de traitement des travaux afin que les pics qui peuvent surcharger le serveur soient étalés. En termes de gestion de projet, il s'agit de nivellement pour le serveur, en empêchant qu'il essaie d'effectuer trop de tâches à la fois.
File d'attente multithread
Comme la file d'attente est multithread, elle peut :
Traiter les travaux rapidement.
Éviter un arrêt complet du traitement des travaux lorsque l'un d'eux rencontre un problème.
Les tableaux suivants décrivent l'ordre dans lequel la file d'attente traitera les travaux dans le cas d'une file d'attente monothread ou multithread. Dans cet exemple, trois projets ont été enregistrés et publiés dans l'ordre suivant :
Le Projet 1 est enregistré et publié.
Le Projet 2 est enregistré et publié.
Le Projet 3 est enregistré.
Le Projet 2 est ouvert, modifié, enregistré et publié à nouveau.
Le tableau suivant décrit la façon dont la file d'attente tentera de traiter les travaux dans un environnement monothread. Les en-têtes de colonne T1 à T9 indiquent les segments temporels. Toutes les opérations seront terminées à la fin du neuvième segment temporel. Notez que le premier travail de publication du Projet 2 est ignoré à des fins d'optimisation, car la file d'attente détecte qu'un travail de publication du Projet 2 identique est prévu plus tard. Par ailleurs, les travaux de création de rapports de Projet 1 et Projet 2 étant de priorité inférieure, ils seront traités ultérieurement.
| Thread | T1 | T2 | T3 | T4 | T5 | T6 | T7 | T8 | T9 |
|---|---|---|---|---|---|---|---|---|---|
Thread 1 |
Projet 1 : enregistrer |
Projet 1 : publier |
Projet 2 : enregistrer |
Projet 2 : publier (ignoré) |
Projet 3 : enregistrer |
Projet 2 : enregistrer |
Projet 2 : publier |
Projet 1 : création de rapports |
Projet 2 : création de rapports |
Le tableau suivant décrit la façon dont la file d'attente tentera de traiter les travaux dans un environnement multithread (dans cet exemple, trois threads). Cela réduit de plus de moitié le temps nécessaire pour traiter les mêmes opérations que dans l'exemple ci-dessus. Notez comment cet environnement permet que des travaux corrélés (par exemple, tous les travaux liés à l'enregistrement et à la publication du Projet 1) soient tous traités sur le même thread. Si un travail échoue dans la corrélation, il peut interdire le traitement des autres travaux de la même corrélation, sans que cela n'affecte les autres travaux des autres threads.
| Thread | T1 | T2 | T3 | T4 | T5 | T6 | T7 | T8 | T9 |
|---|---|---|---|---|---|---|---|---|---|
Thread 1 |
Projet 1 : enregistrer |
Projet 1 : publier |
Projet 1 : enregistrer |
Projet 1 : création de rapports |
|||||
Thread 2 |
Projet 2 : enregistrer |
Projet 2 : enregistrer |
Projet 2 : publier |
Projet 2 : création de rapports |
|||||
Thread 3 |
Projet 3 : enregistrer |
Paramètres recommandés
Comme point de départ, nous vous conseillons de définir le nombre maximal de threads processeur en fonction du nombre de processeurs disponibles (ou cœurs). Par exemple, si le serveur d'applications Project Server utilise un seul processeur bicœur, la configuration de deux threads par file d'attente est un bon départ. Si votre serveur d'applications utilise un processeur à quatre bicœurs, vous pourrez utiliser huit threads par file d'attente. Vous pouvez ajuster ces paramètres en fonction non seulement du volume de transactions, mais aussi de la taille moyenne des transactions (par exemple, publication de projets de 10 lignes ou de projets de 1000 lignes).
Vous devez également prendre en compte la topologie de la batterie de serveurs et les autres applications qui s'exécutent sur celle-ci. Par exemple, ajustez le paramètre en conséquence si votre serveur d'applications sert également de serveur Web frontal ou exécute de la recherche ou d'autres activités sollicitant beaucoup le processeur. En outre, vous pouvez surveiller les compteurs de performance, les journaux d'applications et les journaux ULS pour vous guider dans le réglage de la file d'attente pour le traitement de vos charges serveur normales.