Optimiser les performances dans Project Server 2013

Article
04/07/2023

Résumé : Consultez les recommandations relatives à l’optimisation des performances d’un déploiement de Project Server 2013.
S’applique à : Project Server 2013

Optimisations

Ce document et le contenu associé contiennent des informations et des recommandations pour optimiser les performances d’une batterie de serveurs Project Server 2013.

Baselining

En règle générale, il est conseillé de limiter le nombre de plannings de référence enregistrés à tout moment donné. Il existe une limite matérielle de 11 plannings de référence pris en charge à un même moment.

Optimisation des serveurs de bases de données

Project Server 2013 étant une application qui traite de nombreuses données, l’optimisation de votre couche de base de données peut accroître sensiblement les performances. Pour obtenir des recommandations d’ordre général sur l’optimisation de vos paramètres SQL Server, voir les rubriques relatives à la planification et à la configuration de la capacité de stockage de SQL Server. Certaines des recommandations fournies ici reprennent celles mentionnées dans les rubriques sur SQL Server :

Séparez les fichiers de bases de données et les fichiers journaux des transactions des lecteurs du système d’exploitation, de préférence sur leur propre partition. Cela aide à réduire les conflits d’E/S entre le système d’exploitation hôte et SQL Server, et également entre les fichiers journaux et les fichiers de bases de données SQL, qui ont tendance à avoir différents modèles de mise à jour selon la stratégie de récupération employée.
Isolez la base de données TempDB sur sa propre partition. Fractionnez-la en plusieurs fichiers physiques, dans l’idéal en autant de fichiers que vous avez de processeurs sur votre serveur de base de données.

Utilisez un sous-système RAID pour vos besoins en données. Remarque : RAID 5 est acceptable pour les jeux de données de taille moyenne et grande, mais RAID 10 est idéal.
Remarque : Déplacez les index sur leur propre partition.

Optimisation des projets maîtres

Lorsque vous utilisez la fonctionnalité Projets maîtres dans Project Server, notez que les modifications apportées à la planification Projet maître ont un impact sur les planifications des sous-projets dans les projets maîtres. Par conséquent, les modifications de planification pour les très grands projets maîtres peuvent s’exécuter lentement car leurs plans de sous-projets peuvent avoir besoin d’être mis à jour.

Optimisation des paramètres de sécurité

Remarque : les optimisations ne sont pas nécessaires si vous utilisez le mode d’autorisation SharePoint.

En mode Autorisations de projet, les paramètres de sécurité que vous sélectionnez pour vos utilisateurs peuvent avoir un effet significatif sur les caractéristiques de performances. Cela est dû au fait qu’ils déterminent à la fois la quantité de données que les utilisateurs chargent lorsqu’ils affichent des projets, ainsi que la complexité des vérifications de sécurité effectuées pour déterminer les jeux de données sur lesquels les utilisateurs disposent d’autorisations.

Par exemple, les administrateurs ayant accès à tous les projets que vous avez stockés dans Project Server, ils contraints de charger toutes les données lors de leur interaction. Les membres d’équipe peuvent ne pas avoir besoin d’accéder à toutes les données, par conséquent nous pouvons limiter la quantité de données qui leur est envoyée au moyen de catégories de sécurité :

Utilisez des groupes et des catégories dans la mesure du possible, plutôt que des autorisations plus granulaires qui requièrent une complexité supplémentaire en matière de contrôles de sécurité.
Essayez de limiter les autorisations de sécurité des utilisateurs aux projets auxquels ils doivent accéder. De cette façon, ils ne chargent que les données dont ils ont besoin lors de l’interaction avec Project Server.

Optimisation des affichages

Vous devez essayer de limiter les données présentées aux utilisateurs en limitant le nombre de colonnes dans un affichage donné aux seules colonnes que doivent voir les utilisateurs qui disposent d’une autorisation sur cet affichage. Notez par ailleurs que le fait d’ajouter des colonnes Champ personnalisé aura un impact négatif sur les performances des affichages.
Vous pouvez également utiliser des filtres pour limiter la quantité de données qui doivent être chargées lors du chargement d’un affichage particulier. Sachez toutefois que les filtres à la logique complexe nécessitent des calculs supplémentaires et peuvent par conséquent ralentir les performances.

Optimisation des champs personnalisés

L’impact sur les performances de l’utilisation des champs personnalisés dépend de plusieurs aspects des champs personnalisés utilisés (à la fois champs personnalisés d’entreprise et de service). Voici quelques considérations et suggestions concernant les aspects des performances des champs personnalisés.

L’impact sur les performances de vos champs personnalisés dépendra des facteurs suivants :
- L’impact sur les performances de vos champs personnalisés dépendra des facteurs suivants :
  - Quantité de données stockées dans les champs personnalisés utilisés. (Sont-ils « légers » ou existe-il une quantité élevée de données dans une colonne de champ personnalisée donnée ?)
  - Pour les champs Formule, plus les formules employées sont complexes, plus les performances seront affectées.
  - Niveau auquel figurent les champs personnalisés :
- Quantité de données stockées dans les champs personnalisés utilisés. (Sont-ils « légers » ou existe-il une quantité élevée de données dans une colonne de champ personnalisée donnée ?)
- Pour les champs Formule, plus les formules employées sont complexes, plus les performances seront affectées.
- Niveau auquel les champs personnalisés se produisent. Il y a généralement beaucoup plus de tâches que de projets dans un jeu de données. Par conséquent, les champs personnalisés appliqués au niveau de la tâche auront davantage d’impact sur les performances que ceux appliqués au niveau du projet.
En règle générale, il convient d’essayer de limiter le nombre de champs personnalisés utilisés, notamment au niveau de la tâche. En règle générale, essayez d’utiliser moins de 10 à 15 champs personnalisés d’entreprise au niveau de la tâche.
Les champs personnalisés de tâches et d’affectations constituent le principal goulot d’étranglement lors de l’enregistrement de Project Professionnel vers le serveur dans la plupart des jeux de données clients observés.

Optimisation des champs personnalisés locaux

En accord avec les recommandations relatives à l’optimisation des champs personnalisés, vous devez optimiser l’utilisation des champs Formule locaux en limitant le nombre de champs Formule locaux utilisés dans le client Project.

L’impact sur les performances de vos champs personnalisés dépend en particulier de la limitation de l’utilisation des champs de formule dans la mesure du possible, car ils nécessitent un transfert de données supplémentaire qui augmente le temps nécessaire à l’enregistrement sur le serveur.

Optimisation de la charge utile des pages

L’un des facteurs les plus importants pour déterminer le temps de chargement d’une page donnée est la quantité de données qui doit être accessible sur une demande de page donnée. Cette quantité est déterminée en grande partie par le nombre et les types de composants WebPart, ainsi que par la quantité de données qu’ils présentent sur une page donnée. Voici quelques recommandations générales concernant la limitation des charges utiles de vos pages Project Server :

Limitez la quantité de données chargées par ces composants WebPart aux seules données qu’ils ont besoin de charger.
Les aspects liés aux charges utiles sont particulièrement importants lorsqu’il s’agit de Pages de détails de projet, qui comportent souvent davantage de composants WebPart sur une page donnée et dans lesquelles davantage de personnalisations ont lieu.

Optimisation des files d’attente

Project Server 2013 utilise un système de mise en file d’attente pour gérer les demandes, ce qui lui permet de satisfaire globalement une plus grande quantité de demandes. Certains paramètres relatifs au mode de fonctionnement de la file d’attente peuvent être modifiés par le biais de la page Paramètres de file d’attente. Cette section fournit une brève explication des paramètres modifiables et de la façon de les optimiser en fonction de vos besoins. Nombre maximal de threads (1-20, valeur par défaut 4) : détermine le nombre de travaux que la file d’attente peut traiter en parallèle à un moment donné. Notez que cela s’applique à toutes les machines de la batterie : si vous avez trois serveurs d’applications et que vous définissez cette valeur sur 4 pour la file d’attente du projet, vous pouvez traiter jusqu’à 12 travaux de projet indépendants à la fois.

Nombre maximal de threads (1-20, valeur par défaut 4) : détermine le nombre de travaux que la file d’attente peut traiter en parallèle à un moment donné. Notez que cela s’applique à toutes les machines de la batterie : si vous avez trois serveurs d’applications et que vous définissez cette valeur sur 4 pour la file d’attente du projet, vous pouvez traiter jusqu’à 12 travaux de projet indépendants à la fois.

Si vous constatez que les travaux en file d’attente prennent trop de ressources à une charge de travail synchrone, essayez la procédure suivante :

Si une grande quantité de travaux sont traités en parallèle (autrement dit, plusieurs travaux sont à l’état « en cours de traitement » simultanément lorsque vous vérifiez l’état de la file d’attente), vous pouvez essayer de réduire le nombre de threads.

Optimisation du processus de charge de travail

Certains aspects de la façon dont vous utilisez et gérez votre déploiement Project Server peuvent aider à améliorer les performances perçues de Project Server. Cette section traite de certaines modifications de processus informatiques ou métiers susceptibles d’améliorer les performances perçues de Project Server durant les périodes d’utilisation de pointe du système.

Soumission des feuilles de temps et de l’état :
- Dans la mesure du possible, essayez d’étager les horaires auxquels les utilisateurs soumettent des feuilles de temps et des mises à jour de l’état. Cela contribuera à soulager le système durant les heures de pointe en répartissant la charge sur des intervalles de temps plus étendus.
Sauvegardes:
- Si possible, vous devez essayer d’exécuter des processus de sauvegarde pendant les périodes de pointe, car il s’agit de processus gourmands en ressources qui diminuent les performances perçues pour les utilisateurs qui tentent d’utiliser le système pendant qu’ils sont en cours d’exécution.
Rapports:
- Comme avec les processus de sauvegarde, vous devez essayer d’exécuter la création de cubes OLAP pour la création de rapports pendant les périodes de pointe, car il s’agit de processus gourmands en ressources qui diminuent les performances perçues pour les utilisateurs qui tentent d’utiliser le système pendant qu’ils sont en cours d’exécution.
Mode d’autorisation SharePoint :
- Si le mode d’autorisation SharePoint est activé, la synchronisation des utilisateurs SharePoint n’est pas nécessaire, ce qui accroît les performances.

Optimisation des flux de travail

Lorsque vous utilisez la fonctionnalité de flux de travail, sachez que les actions suivantes ont un impact négatif sur les performances de votre déploiement :

Le chargement de la page « Modifier ou redémarrer le flux de travail » dans Paramètres du serveur peut être long lorsqu’une grande quantité de projets sont stockés dans la base de données.
Redémarrage ou modification du TPE pour un grand nombre de projets à partir de la page Modifier ou redémarrer le flux de travail dans Paramètres du serveur.
Existence d’un processus d’approbation avec un très grand nombre d’utilisateurs.
Envoi simultané de plusieurs projets à partir d’une phase de flux de travail sans archivage requis.

En règle générale, nous conseillons de minimiser ces actions ou de les exécuter lors de périodes à faible trafic afin d’optimiser les performances perçues.

Optimisation des solutions personnalisées (programmabilité)

Lorsque vous développez des solutions personnalisées qui interagissent avec les interfaces programmables Project Server, respectez les recommandations suivantes :

Si vous développez des gestionnaires d’événements, sachez qu’ils sont synchrones. Soyez prudent lors de l’emploi de gestionnaires d’événements dans vos solutions personnalisées, car en cas d’utilisation inefficace ils peuvent réduire sensiblement les performances de Project Server.

Remarque

Les gestionnaires d’événements peuvent être exécutés sur un autre ordinateur.
Votre solution personnalisée doit essayer de limiter les appels qu’elles effectuent aux opérations de mise en file d’attente dans Project Server, afin d’éviter de surcharger la file d’attente.
Pour les applications métier, lorsque vous automatisez le mouvement des données entre Project Server et d’autres applications, si vous remarquez que les synchronisations avec ces types d’applications ont un fort impact sur les performances, nous vous conseillons de les exécuter en dehors des heures de pointe.
- Nous recommandons vivement à nos clients de tester et de surveiller les performances de leurs applications métier, en plus des performances perçues par les utilisateurs.
- Dans la mesure du possible, essayez d’utiliser des champs Project Server intrinsèques plutôt que des champs personnalisés afin d’obtenir la synchronisation souhaitée entre Project Server et les applications métier.
- Essayez de limiter les données que vous déplacez entre les applications métier et Project Server au plus petit sous-ensemble dont vous avez besoin pour obtenir la fonctionnalité souhaitée.

Le Kit de développement logiciel SDK Project Server 2013 et les articles associés fournissent des recommandations supplémentaires concernant la maintenance de performances élevées lors du développement de solutions personnalisés.