Résolution des problèmes de performances dans Project Server 2013

Résumé: Lisez les informations de résolution des problèmes liés aux goulots d’étranglement courants et à leurs causes dans Project Server 2013.
S’applique à : Project Server 2013

Pendant les tests de performances, plusieurs goulots d’étranglement courants différents peuvent être révélés. Un goulot d’étranglement est une condition dans laquelle la capacité d’un composant particulier d’une ferme est atteinte. Cela entraîne un plateau ou une diminution du débit de la batterie de serveurs.

L’analyse de vos performances à l’aide des recommandations spécifiées dans la section Analyse des performances vous permettra peut-être de mieux identifier les goulots d’étranglement qui ont un impact sur les performances perçues de votre déploiement Project Server.

Goulots d’étranglement courants, causes et résolutions

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

Goulot	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 aider à réduire l’incidence du conflit de verrou de base de données, vous pouvez : 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.
Opérations d’E/S sur le disque du serveur de base de données	Lorsque le nombre de requêtes d’E/S sur un disque dur dépasse la capacité d’E/S de celui-ci, les requêtes sont mises en file d’attente. Par conséquent, le temps nécessaire à l’exécution de chaque requête augmente.	La distribution des fichiers de données sur plusieurs lecteurs physiques autorise une mise en parallèle des E/S. Limitez le nombre de projets et de champs affichés dans une vue donnée afin de limiter la quantité de données demandées au serveur de base de données. Essayez de limiter le nombre de champs personnalisés utilisés, en particulier au niveau des tâches. Les champs de formule au niveau de la tâche sont particulièrement coûteux en termes d’E/S disque de serveur de base de données lors de l’exécution d’opérations d’enregistrement à partir de Project Professionnel.
Utilisation du processeur web frontal	Lorsqu’un serveur web frontal est surchargé de demandes utilisateur, l’utilisation processeur moyenne avoisine les 100 %. Cela empêche le serveur web frontal 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 frontaux à la batterie de serveurs pour répartir la charge utilisateur ou appliquer une montée en puissance par unité au(x) serveur(s) web en ajoutant des processeurs plus rapides.
Utilisation de la mémoire de serveur	Lorsqu’une quantité élevée de gros travaux de file d’attente s’exécutent, l’utilisation de la mémoire du serveur peut atteindre une valeur de pointe. Des calculs de planification côté serveur plus complexes, ou l’évaluation de champs de formule personnalisés, peuvent également consommer des ressources mémoire substantielles. Par conséquent, le temps nécessaire à l’exécution de chaque demande augmente.	Déterminez à quel niveau se situe le goulot d’étranglement d’utilisation mémoire. Autrement dit, l’insuffisance de mémoire a-t-elle lieu sur le serveur d’applications, le serveur web frontal ou le serveur de base de données ? Pour éliminer le problème d’insuffisance de mémoire, deux options sont disponibles : achat et installation et mémoire supplémentaire à ce niveau ; achat de serveurs d’applications supplémentaires pour gérer la charge.
Synchronisation Active Directory	Les utilisateurs et les ressources Project Server peuvent être synchronisés avec les utilisateurs du service parmi plusieurs domaines et forêts. Cette fonctionnalité aide les administrateurs à effectuer des tâches ennuyeuses, telles que l’ajout manuel de grandes quantités d’utilisateurs, la mise à jour de métadonnées sur les utilisateurs comme les adresses de messagerie, ainsi que la désactivation des utilisateurs qui n’ont plus besoin d’accéder au système. La synchronisation Active Directory peut s’effectuer manuellement ou selon une planification automatisée. Le processus de synchronisation consomme beaucoup de ressources.	Il est préférable d’exécuter la synchronisation Active Directory en dehors des périodes d’utilisation de pointe. De cette manière, elle n’aura pas d’impact négatif sur les performances perçues par les utilisateurs. Essayez également d’éviter les groupes à forte imbrication, car ils augmentent la complexité de la synchronisation qui doit être effectuée et rallongent le processus de synchronisation.
Processeur de serveur d’applications	Le processeur de serveur d’applications peut être soumis à une très forte pression dans les cas suivants : planification de projets complexes ; évaluation de formules sur des projets complexes ; exécution d’analyses de portefeuilles sur une grande quantité de projets avec l’analyse Planification des ressources chronologiques activée.	Surveillez l’utilisation du processeur de serveur d’applications et, si vous observez qu’il utilise un pourcentage élevé de ses ressources de processeur, ajoutez un serveur d’applications supplémentaire à votre topologie afin de répartir la charge. Notez que le fait d’ajouter un serveur d’applications ajoute des threads supplémentaires qui pourraient augmenter la charge sur le serveur de base de données. Cela risque de créer un goulot d’étranglement sur le serveur de base de données, qui peut être éliminé en autorisant une quantité moindre de threads processeur de travaux dans les paramètres de file d’attente.
Processeur de serveur de base de données	En général, l’utilisation du processeur de serveur de base de données atteint une pointe quand vous essayez de charger des vues qui comportent une grande quantité de projets et de champs. Cela entraîne une réduction du temps de réponse perçu par l’utilisateur lorsque cette vue est appliquée.	Limiter le nombre de projets et de champs affichés dans une vue donnée.

Voir aussi

Vue d’ensemble de la planification des performances et de la capacité dans Project Server 2013

Stratégie de planification de la capacité pour Project Server 2013

Recommandations matérielles en matière de performances et de capacité pour Project Server 2013

Topologies avec montée en puissance parallèle ou par unité dans Project Server 2013

Optimiser les performances dans Project Server 2013

Compteurs de performances dans Project Server 2013

Résolution des problèmes de performances dans Project Server 2013

Jeux de données classiques (Project Server 2013)