Optimiser les performances de Project Online

Important :  Cet article a été traduit automatiquement, voir l’avertissement. Vous pouvez consulter la version en anglais de cet article ici.

< Aide supplémentaire sur Project

Par le lancement d' Project Online il y a quelques années, les organisations de toutes tailles ont été en mesure d’utiliser les de Microsoft des fonctionnalités de gestion de portefeuille de projets (PPM) au sein de la convivialité de notre infrastructure cloud Office 365.

Bien que vous n’ayez pas besoin de vous préoccuper des procédures de déploiement, de configuration et d’optimisation logicielle et matérielle lorsque vous faites appel à un service basé sur le cloud, il reste quand même certaines étapes à accomplir pour vous assurer que votre organisation tire le meilleur parti de Project Online.

Project Online propose un grand nombre de paramètres de configuration et de personnalisation, mais les personnalisations peuvent avoir un impact sur les performances. Le présent article met en évidence l’impact sur les performances et les compromis inhérents à certains des paramètres de Project Online les plus courants pour vous permettre de faire des choix éclairés lorsque vous personnalisez et configurez Project Online.

Cet article fait partie du projet Planification réseau et optimisation des performances pour Office 365.

Pratiques recommandées dans Office 365 et SharePoint Online

Il existe une mine d’informations autour de planification réseau et optimisation des performances pour SharePoint Online et Office 365. Toutes ces informations sont pertinentes pour les clients Project Online et doivent être consultées outre les recommandations suivantes spécifiques à Project Online.

Configuration et personnalisation de Project Online

Vous pouvez configurer et personnaliser un grand nombre d’éléments d’un site Project Web App, que ce soit au niveau administratif pour les autorisations ou au niveau collaboratif pour l’apparence. Examinons les paramètres susceptibles d’avoir un impact sur les performances globales de votre site Project Web App.

Cet article aborde les thèmes suivants :

  • Modes d’autorisation de sécurité

  • Créer un type de projet d’entreprise personnalisé

    • Configuration de site de projet

    • Mécanismes de synchronisation entre Project Online et SharePoint Online

  • Synchronisation de la liste des ressources annuaire Active

  • Apparence et personnalisation de l’interface

  • Pages de détails de projet et flux de travail

  • OData et création de rapports

  • quota Project Online

(Certaines de ces informations s’applique à Project Server 2013 et Project Server 2016.)

Modes d’autorisation : SharePoint ou Project

Avec Project Online et Project Server 2013, nous avons introduit un modèle d’autorisation nouvelles et simplifiée appelé mode d’autorisation SharePoint, plutôt que d’utiliser le mode d’autorisation Project hérité. La comparaison entre les deux modes vous pouvez trouver sur Technet.

Les nouvelles instances Project Online sont mises en service dans le mode d’autorisation SharePoint par défaut, et nous sommes convaincus que ce mode répondra aux besoins de la majorité des clients. Ce mode vous permet de gérer les autorisations utilisateur via les groupes et autorisations SharePoint standard.

Mode d’autorisation Project offre un haut degré de personnalisation, mais elle peut provenir en un prix en termes de performances. Si vous créez des centaines de catégories et appuient sur les autorisations dynamiques via votre RBS Resource Breakdown Structure (), il peut ralentir l’expérience utilisateur pour les utilisateurs qui ont accès à un grand nombre de contenu, tels que les responsables de portefeuille et les administrateurs.

Remarque : Basculement entre le mode d’autorisation SharePoint et mode d’autorisation Project Server supprime tous les paramètres de sécurité. Si vous passez du mode d’autorisation SharePoint en mode d’autorisation Project Server classique, vous devez configurer manuellement votre structure d’autorisations de sécurité dans Project Server 2013 et Project Server 2016. À partir de mode d’autorisation Project Server en mode d’autorisation SharePoint supprime vos informations d’autorisations de sécurité de Project Server 2013 et Project Server 2016.

Recommandation :   

Dans la mesure du possible, utilisez le mode d’autorisation SharePoint par défaut pour garantir les meilleures performances globales. Si vous devez utiliser le mode d’autorisation Project, limitez au maximum les personnalisations.

Créer un type de projet d’entreprise personnalisé

Un type de projet d’entreprise (accepter la) représente un emballage qui intègre phases, étapes, un seul flux de travail et Pages de détails de projet (PDP).

EPTs permettent également vous permet de définir :

  • Configuration de site de projet

  • Mécanismes de synchronisation entre Project Online et SharePoint Online

Configuration de site de projet

Les sites de projets s’articulent autour de la fonctionnalité intrinsèque de SharePoint. Le processus de création de sites de projets ne doit pas être pris à la légère. En effet, la décision d’utiliser ou non des sites de projets à tel ou tel moment au sein de votre organisation peut jouer un rôle important dans l’amélioration de l’expérience globale de l’utilisateur final.

Un grand nombre d’organisations utiliser Project Online pour collecter et évaluer les propositions de projet avant de décider les projets à financer. Si les sites de projet sont définies pour être créé automatiquement la première fois qu'un projet est publié, toutes les propositions de projet, même ceux qui ne sont pas couper, obtiennent un site de projet. Ces sites inutiles devra être nettoyé manuellement par la suite.

Une meilleure approche, si vous décidez d’utiliser des sites de projet est soit laisser l’utilisateur choisir quand créer le site de collaboration ou, mieux encore, laisser le flux de travail dès que la proposition de projet atteint une certaine porte scène.

SharePoint Online actuellement limites le nombre de sous-sites peuvent être créés pour chaque collection de sites. Une accepter la vous permet de définir la collection de sites pour créer de nouveaux sites de projet dans. Cela vous permettra de créer un site de projet pour chaque projet que vous pouvez s’étalent sur plusieurs collections de sites.

Sites de projet dans plusieurs collections de Project Web App

Par exemple, si vous avez une collection de sites dédiée à votre service informatique, vous pouvez configurer vos Projets informatiques accepter la pour créer des sites de projet sortie https://contoso.sharepoint.com/sites/IT.

Emplacement de création de site de projet

Recommandation :   

Si votre organisation utilise des sites de projet, sélectionnez l’option les créer à la demande plutôt qu’automatiquement. Cela accélère la première expérience de publication et évite la création de contenu et les sites inutiles.

Pour chaque accepter la, vous pouvez configurer cette option par :

  1. Dans paramètres de Project Web App, cliquez sur Types de projet d’entreprise.

  2. Sélectionnez l’accepter l’auquel vous devez modifier le paramètre.

  3. Dans la page de paramètres accepter la, dans la section Site de projet, sélectionnez Autoriser les utilisateurs à sélectionner.

Options de création de site de projet

Créer des sites de projet dans leur propre collection de sites par l’accepter la. Conserver le nombre de sites de projet dans une collection de sites au-dessous de la limitede SharePoint Online.

Quels sont les éléments à synchroniser ?

Project Online s’exécute sur SharePoint Online que la même manière Project Server s’exécute sur SharePoint Server. Par conséquent, nous devons assurer la synchronisation un certain nombre de composants entre deux systèmes. Ces synchronisations peuvent prendre beaucoup de temps et, en fonction de votre entreprise doivent, peut parfois être inutiles. Cet article traite tous ces systèmes synchronisation différents pour vous aider à décider quels sont ceux que vous devez et quels sont ceux que vous pouvez éteindre. Certaines de ces paramètres sont déjà désactivé par défaut.

Les sections ci-dessous abordent les thèmes suivants :

  • Synchroniser les autorisations des utilisateurs de votre site de projet

  • Répertorie les tâches de synchronisation SharePoint pour les projets d’entreprise

Synchroniser les autorisations des utilisateurs

Sites de projet sont des espaces de travail où les équipes de projet peuvent collaborer, télécharger des documents et déclencher des problèmes. Lorsque les autorisations des utilisateurs synchronisation est activée, chaque fois qu’un utilisateur est autorisé à un projet, les autorisations de site de projet correspondantes sont mis à jour.

La synchronisation a lieu chaque fois que le projet est publié. Bien que la synchronisation présente des avantages, les performances peuvent s’en retrouver affectées. Par exemple, plus vous avez d’utilisateurs et de sites à synchroniser, plus l’opération sera lente, en particulier si vous publiez, importez ou créez plusieurs projets en bloc (avec des sites de projets), ou si vous mettez à jour les appartenances aux groupes qui nécessitent une nouvelle synchronisation des autorisations de sites de projets.

Pour chaque accepter la, vous pouvez définir si les autorisations des utilisateurs synchronisation est activée.

Remarque : J’ai sites de projet f sont créés dans une autre collection de sites à l’endroit où se trouve le site Project Web App (par exemple, https://contoso.sharepoint.com/sites/pwa est l’endroit où se trouve Project Web App et l’accepter l’est création de sites de projet dans https:// contoso.sharepoint.com/sites/IT), la synchronisation des autorisations utilisateur n’est pas pris en charge.

Recommandation :   

Nous vous recommandons fortement de désactiver l’option de synchronisation des autorisations de sites de projets si les affirmations suivantes se vérifient dans le cadre de votre déploiement :

  • Vous avez un nombre élevé de ressources (> 1 000)

  • Vous avez un nombre élevé de projets qui utilisent un site de projet (> 1 000)

  • Vous avez un nombre élevé de ressources auxquelles vous devez accorder l’accès à la plupart des sites de projets

  • Sites de projet sont créées en dehors de la collection de sites par défaut (synchronisation est désactivée)

Voici quelques options que vous pouvez envisager de mettre en place pour gérer vos autorisations de sites de projets :

  • Si les équipes de projet présentent un faible, vous pouvez désactiver la synchronisation des autorisations de site Project pour améliorer les performances des Pages de détails de projet et de publier le projet. Vous devez ensuite manuellement accorder ou supprimer des autorisations à vos sites de projet chaque fois qu’une personne rejoint ou quitte une équipe de projet.

  • Si access doit disposer de tous les utilisateurs dans Project Web App et il correspond à des autorisations de groupe existant, envisagez de configurer vos sites de projet à hériterdu site Project Web App parent.

  • Si l’accès au site s’effectue sur la base de rôles spécifiques, créez un ou plusieurs groupes qui mappent vers ces rôles (si vous avez la synchronisation des groupes activée, vous pouvez probablement utiliser les mêmes groupes) et accordez l’accès au site de projet à ces groupes.

Pour chaque accepter la, vous pouvez activer la synchronisation d’un existant d’utilisateur par :

  1. Dans paramètres de Project Web App, cliquez sur Types de projet d’entreprise.

  2. Sélectionnez l’accepter l’auquel vous devez modifier le paramètre.

  3. Dans la page de paramètres accepter la, dans la section synchroniser, sélectionnez Synchronisation des autorisations utilisateur.

Synchronisation des autorisations utilisateur

Répertorie les tâches de synchronisation SharePoint pour les projets d’entreprise

Synchroniser des listes des tâches SharePoint est désactivée par défaut pour améliorer la vitesse de la publication du projet. Cela permet également d’accélérer la transition entre les Pages de détails de projet. Si vos utilisateurs s’appuient sur la liste des tâches et de sa visualisation chronologie dans le site de projet, vous pouvez activer cette fonctionnalité et vérifiez si son impact sur les performances de publication de projet raisonnablement.

Remarque : J’ai sites de projet f sont créés dans une autre collection de sites à l’endroit où se trouve le site Project Web App (par exemple, https://contoso.sharepoint.com/sites/pwa est l’endroit où se trouve Project Web App et l’accepter l’est création de sites de projet dans https:// contoso.sharepoint.com/sites/IT), la synchronisation de listes de tâches SharePoint n’est pas pris en charge.

Recommandation :   

Si le projet comporte un grand nombre de tâches, en les synchronisant sur Publier prend un certain temps que chaque tâche doit être mis à jour à la fois. Si votre projet comporte > 1000 tâches, il est recommandé de ne pas activer la synchronisation des listes des tâches SharePoint.

Cette option est désactivée par défaut. Activez uniquement synchronisation des listes de tâches SharePoint si vos utilisateurs ont besoin de la fonctionnalité pour chaque accepter la. Pour configurer cette option :

  1. Dans paramètres de Project Web App, cliquez sur Types de projet d’entreprise.

  2. Sélectionnez l’accepter l’auquel vous devez modifier le paramètre.

  3. Dans la page de paramètres accepter la, dans la section synchroniser, sélectionnez Synchroniser des listes des tâches SharePoint.

Synchroniser des listes de tâches SharePoint

Synchronisation de la liste de ressources partagées Active Directory

La synchronisation de la liste de ressources partagées Active Directory en soi n’a guère d’incidence sur les performances et peut procéder à l’importation de centaines de ressources dans votre instance Project Web App en quelques minutes. Toutefois, l’effet en aval sur d’autres parties du système peut se traduire par une diminution des performances. Le principal processus à surveiller concerne la synchronisation des autorisations de ressources mentionnée précédemment. S’il existe une forte rotation des membres de groupes Active Directory et si vous devez souvent synchroniser la liste des ressources partagées, surveillez les effets indirects liés à la synchronisation des autorisations.

Recommandation :   

Limiter la synchronisation Active Directory aux groupes de ressources qui doivent utiliser le système et surveiller les éventuels problèmes d’autorisation après la synchronisation de grands groupes. (Pour configurer entreprise ressource Pool de synchronisation avec Active Directory, dans Project Web App paramètres, cliquez sur Ressource Pool de synchronisation avec Active Directory.

Personnalisation des pages et affichages PWA

Personnalisation des pages

Grâce à son infrastructure WebPart modulable, la plateforme SharePoint offre un haut niveau de personnalisation et fournit une prise en charge des pages personnalisées. L’ajout de logos, composants WebPart et nouveaux thèmes n’a pas d’incidence significative sur les performances d’une infrastructure locale, en raison des avantages de la proximité du serveur, de la faible latence et des réseaux à large bande passante. Cependant, il en est autrement pour les services en ligne.

Lorsque vous téléchargez un logo ou une image de grande taille, les conséquences sur la rapidité d’affichage des pages sont moindres sur un déploiement local, mais importantes sur un service en ligne.

Le même principe s’applique lorsque vous ajoutez plusieurs composants WebPart à une page. Il peut être tentées par les solutions ont une page personnalisée avec plusieurs composants WebPart, mais à moins que les utilisateurs ont réellement besoin afficher les données côte à côte, il est préférable d’avoir des pages spécialisées distinctes plutôt qu’au sein d’un seul endroit. Si les utilisateurs doivent uniquement le contenu d’un composant webpart dans la page, ils doivent toujours pas attendre plus de la page charger et afficher les données pour tous les autres composants WebPart.

Recommandation :   

Lorsque vous personnalisez des pages, traitez votre site Project Online comme n’importe quel autre site Internet et créez des pages légères autant que possible.

Personnalisation des affichages

Là encore, la simplicité est de mise pour optimiser les performances de chargement des pages. Les organisations peuvent créer des affichages personnalisés à l’aide de plusieurs pages Project Web App, notamment les affichages Centre de projets, Centre de ressources, Tâches et Feuilles de temps.

Une chose est sûre : plus le contenu d’une page est important et plus la page sera lente à s’afficher. Vous pouvez réduire de quelques secondes le temps de chargement de chaque page en remplaçant les affichages « tout-en-un » par un plus grand nombre d’affichages simples et ciblés.

Dans les exemples ci-dessous, le chargement du deuxième affichage dure 2 à 3 secondes de moins que celui du premier.

Capture d’écran de l’affichage Centre de projets personnalisé.

Capture d’écran de l’affichage Centre de projets

Recommandation :   

Lorsque vous configurez des affichages, proposez des affichages spécialisés simples pour une meilleure navigation plutôt qu’un affichage complexe « tout-en-un » qui charge le plus souvent des données inutiles.

Paramètres d’affichage utilisateur

Centre de projets : Regroupement avec les sélections multiples

Les utilisateurs peuvent configurer différentes façons de disposer de l’affichage rendu leur, y compris des données groupées par plusieurs champs. Lorsque vous utilisez Regrouper par, données peuvent être reportées pour les champs d’agrégation pris en charge (par exemple, addition de coûts ou un champ personnalisé). Calcul de ces demandes de valeurs agrégées du service pour charger toutes les valeurs pour afficher le total.

Exemple de données regroupées par champs et reportées pour les champs d’agrégation.

Recommandation :   

À moins que l’utilisateur a besoin afficher les valeurs reportées, désactivez l’option report dans le ruban.

Option de synthèse

Centre de projets : diagramme de Gantt

La partie graphique de l’affichage Diagramme de Gantt affiche chaque projet sous forme de barre du Gantt récapitulative.

Recommandation :   

À moins que l’utilisateur a besoin de voir le diagramme de Gantt, désactivez l’option d’un diagramme de Gantt dans le ruban.

Option de diagramme de Gantt

Pages de détails de projet personnalisées et flux de travail

Outre la recommandation ci-dessus au sujet de la création de pages, les pages de détails de projet sont particulières du fait qu’elles peuvent déclencher un recalcul de l’ensemble du projet et lancer les actions du flux de travail. Ces opérations peuvent avoir des conséquences en termes de performances en fonction de vos personnalisations.

Project Online et Project Server appliquent les deux principaux processus de mise à jour suivants pour les informations de projet :

  • Mises à jour nécessitant un recalcul de la planification (voir liste ci-dessous)

  • Champs non soumis à une planification, par exemple le nom, la description et le propriétaire du projet.

Nous vous conseillons de ne pas mettre à jour les deux types de données sur la même page de détails de projet afin d’éviter le déclenchement simultané des processus de mise à jour.

Voici la liste des actions les plus courantes qui nécessitent de recalculer la planification.

  • Modifications apportées au calendrier du projet

  • Modifications apportées aux champs de date suivants :

    • Date de début

    • Date de fin

    • Date d’état

    • Date actuelle

  • Modifications apportées aux champs personnalisés du projet

  • Si le projet comporte des dépendances sur les livrables

Une autre manière d’améliorer les performances des pages de détails de projet (PDP) consiste à réduire le nombre de composants WebPart et de champs personnalisés affichés sur chaque PDP. Si vos processus d’entreprise nécessitent des mises à jour fréquentes pour un même ensemble de champs, créez une page de détails de projet spéciale pour ces champs afin d’optimiser le chargement des pages et gagner ainsi du temps. L’affichage constant de tous les champs personnalisés se traduit par une surcharge d’opérations inutiles.

Recommandation :   

Créez des pages de détails de projet (PDP) spécialisées et légères, et évitez de mélanger les mises à jour qui sont soumises à planification et celles qui ne le sont pas.

Mises à jour en bloc des champs personnalisés dans le flux de travail à l’aide de la nouvelle API REST

Lorsque les valeurs de champs personnalisés sont mises à jour une par une dans le flux de travail, une demande serveur séparée est requise par le biais de l’action Définir le champ de projet. Ceci entraîne une baisse des performances lors de la mise à jour simultanée d’un grand nombre de champs personnalisés sur un réseau à faible bande passante et à latence élevée.

Pour résoudre ce problème, il existe une méthode CSOM pour mettre à jour les champs personnalisés en bloc. Cette méthode nécessite vous permet de passer d’un dictionnaire contenant le nom et les valeurs de tous les champs personnalisés que vous souhaitez mettre à jour.

API de mise en service de sites de projets à la demande

Chaque projet peut avoir son propre site SharePoint dédié sur lequel une équipe peut collaborer, partager des documents et soulever des problèmes. Ces sites peuvent être créés automatiquement à la première publication, manuellement par le responsable de projets via Project Pro ou l’administrateur via les paramètres de Project Web App, ou être simplement désactivés.

Vous pouvez utiliser la méthode CreateProjectSite('') pour déterminer quand créer leurs sites de projet. Ceci est particulièrement utile pour les organisations qui souhaitent créer leurs sites uniquement après un atteint de proposition de projet une étape spécifique dans un flux de travail prédéfini, plutôt que sur tout d’abord publier. Cela améliore considérablement les performances de création d’un projet en différer la création de sites de projet.

OData et création de rapports

Rapports

À l’aide du service OData Project, vous pouvez extraire des informations à partir de l’instance de Project Online pour la création de rapports.

Power BI

Si la quantité de données est petite, puis Power BI peut régulièrement lire les données à partir du service OData Project et vous permettent d’une variété de rapports dynamics. Un exemple de contenu pack sont accessibles ici.

Si la quantité de données dans Project Online est volumineuse, vous pouvez toujours transférer un sous-ensemble des données dans la mesure où il répond à la PowerBI données taille limites affichées en mode plan ici. Une autre option consiste à créer vos rapports dans une fenêtre mobile, c'est-à-dire les projets filtrage qui étaient actifs dans les 30 derniers jours ou afficher la capacité des ressources pour les prochains mois 6.

SQL Server Integration Services (SSIS)

Données à l’aide de SSIS, peuvent être extraites du service OData Project et peuvent télécharger vos données de rapport dans une base de données SQL server localement ou dans Microsoft Azure. Un exemple de package SSIS pour le service OData Project sont accessibles ici.

Recommandation :   

Si votre création de rapports vous avez toujours besoin extraire une grande quantité de données, envisagez d’utiliser le package SQL Server Integration Services (SSIS) pour copier vos données de rapport dans une base de données SQL server localement ou dans Microsoft Azure.

Lorsque vous utilisez SSIS, nous vous recommandons les opérations suivantes :

Synchronisation complète

Obtenir un instantané actuel des création de rapports données que qui vous intéresse.

  1. Enregistrement actuel date/heure comme heure de synchronisation

  2. Télécharger des données à partir de chaque point de terminaison.

Synchronisation delta

Vérifier régulièrement pour conserver une copie à jour.

  1. Heure de la date de l’enregistrement actif.

  2. Point de terminaison ProjectId à partir de projets de requête.

  3. Supprimer les projets locaux où la ProjectId n’existe plus.

  4. Chaque point de terminaison par Project la requête :

    1. ID de l’entité de la requête.

    2. Supprimer des entités locales dans lequel les ID n’existe plus.

    3. Requête pour mod_dates qui a changé depuis la dernière synchronisation.

Tableau de bord de portefeuille de projets Office 365

Fournit préconfigurés avec des tableaux de bord puissants permettant aux chefs d’entreprise, responsables de portefeuilles et responsables de projets à comprendre des zones telles que l’utilisation des ressources, project performances de portefeuille, les coûts, risques/problèmes actifs et des jalons clés.

Recommandation   

Pour un grand nombre de projets, utilisez récupérer des données SQL Server Integration Services (SSIS) et générer des rapports personnalisés à partir des données extraites.

Champs personnalisés

Lorsque vous récupérez des données à partir du point de terminaison OData, calcul supplémentaire est nécessaire lors de l’utilisation des champs personnalisés qui sont des recherches à plusieurs valeurs. Le calcul supplémentaire n’autorise pas le point de terminaison OData tirer parti d’un nombre des optimisations.

Recommandation   

N’utilisez pas de champs personnalisés de recherche à plusieurs valeurs.

Interroger OData

Il existe des limites au nombre d’entités qui peuvent être renvoyées dans une requête du service ProjectData. Par conséquent, interroger une grande quantité de données requiert plusieurs requêtes web soient envoyées au service, ajout de surcharge du réseau et latence pour chaque demande.

Pour une instance Project Web App comportant un grand nombre d’entités, notamment des projets, des affectations ou des tâches, limitez les données renvoyées d’au moins une des façons suivantes. Si vous ne limitez pas la quantité de données renvoyées, la requête peut dépasser les limites par défaut et avoir une incidence sur les performances du serveur.

  • Utilisez une option d’URL $filter ou utilisez $select pour limiter la quantité de données.    Par exemple, la requête suivante applique un filtre par date de début de projet et renvoie uniquement quatre champs, dans l’ordre du nom de projet :

    http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  • Procurez-vous une collection d’entités à l’aide d’une association.    Par exemple, la requête suivante utilise en interne l’association Project_Assignments_Assignment_Project pour obtenir toutes les affectations dans un projet spécifique :

    http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  • Effectuer plusieurs requêtes pour renvoyer les données page par page à la fois, en utilisant l’opérateur de $top et l’opérateur $skip d’une boucle.    Par exemple, la requête suivante obtient problèmes 11 à 20 pour tous les projets, dans l’ordre de la ressource qui est affectée à ce problème :

    http://ServerName/ProjectServerName/_api/ProjectData/Issues?$skip=10&$top=10&$orderby=AssignedToResource

Recommandation :   

Essayez de limiter la quantité de données requête en cours d’exécution en appliquant un filtre côté serveur.

Project Web App Quota

Par défaut, la Project Web App Site est fourni avec une limite de 25 Go et est un distinct de la limite de toutes les données stockées dans la collection de sites SharePoint à laquelle Project Web App est activé.

Remarque : Pour les clients importants, quota peut être augmentée. Veuillez contacter Microsoft.

Conclusion

Project Online, tels que des services cloud s’exécutant sur Internet, nécessite des réglages spécifiques pour les meilleures performances par rapport à un déploiement local.

Bien que nous apportions régulièrement des améliorations au système en vue d’optimiser les performances, vous pouvez aussi prendre certaines mesures pour fournir une bonne expérience à vos utilisateurs finaux.

Récapitulatif des recommandations :

  • Utilisez le mode d’autorisation SharePoint lorsque cela est possible.

  • Activez uniquement les fonctionnalités dont vous avez réellement besoin.

  • Veillez à utiliser des pages et personnalisations aussi simples et légères que possible afin d’accélérer le temps de chargement des pages.

  • Appliquez un filtre côté serveur ou exportez les flux Odata vers une base de données SQL Server pour une plus grande flexibilité dans le cadre de la création de rapports.

Rubriques connexes

Project Online : limites et frontières logicielles

Remarque : Avertissement traduction automatique : cet article a été traduit par un ordinateur, sans intervention humaine. Microsoft propose cette traduction automatique pour offrir aux personnes ne maîtrisant pas l’anglais l’accès au contenu relatif aux produits, services et technologies Microsoft. Comme cet article a été traduit automatiquement, il risque de contenir des erreurs de grammaire, de syntaxe ou de terminologie.

Développez vos compétences
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×