Optimieren der Leistung von Project Online

Wichtig :  Dieser Artikel wurde maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss. Die englische Version des Artikels ist als Referenz hier verfügbar: hier.

Weitere Hilfe zu Project

Seit der Einführung von Project Online vor einigen Jahren können Organisationen jeder Größe Microsofts umfangreiche Palette an PPM-Funktionen (Project Portfolio Management) innerhalb der Office 365-Cloudinfrastruktur nutzen.

Obwohl einer der wesentlichen Vorteile eines cloudbasierten Diensts darin besteht, dass man sich nicht um die Bereitstellung, Einrichtung sowie die Hardware- und Softwareoptimierung kümmern muss, gibt es dennoch einige Schritte, mit denen Sie sicherstellen können, dass Project Online für Ihre Organisation die beste Leistung bringt.

Project Online bietet eine Vielzahl von Konfigurations- und Anpassungseinstellungen, doch können sich Anpassungen auf die Leistung auswirken. In diesem Artikel werden die Auswirkungen auf die Leistung sowie die Vor- und Nachteile einiger der am häufigsten verwendeten Project Online-Einstellungen beschrieben, sodass Sie fundierte Entscheidungen in Bezug auf das Anpassen und Konfigurieren von Project Online treffen können.

Dieser Artikel ist Teil des Projekts Netzwerkplanung und Leistungsoptimierung für Office 365.

Bewährte Methoden für Office 365 und SharePoint Online

Es gibt eine Fülle von Informationen zur Netzwerkplanung und Leistungsoptimierung für SharePoint Online und Office 365. Alle diese Informationen sind für Project Online-Kunden relevant und sollten zusätzlich zu den folgenden für Project Online spezifischen bewährten Methoden zu Rate gezogen werden.

Project Online-Konfiguration und -Anpassung

Viele Elemente einer Project Web App-Website können konfiguriert und angepasst werden, von Verwaltungseinstellungen bis hin zu Berechtigungen und von Einstellungen für die Zusammenarbeit bis hin zum Erscheinungsbild. Im Folgenden werden die Einstellungen erläutert, die sich möglicherweise auf die Gesamtleistung Ihrer Project Web App-Website auswirken können.

Dazu gehören:

  • Sicherheitsberechtigungsmodi

  • Mechanismen zur Synchronisierung zwischen Project Online und SharePoint Online

  • Bereitstellung von Projektwebsites (Arbeitsbereiche für die Zusammenarbeit)

  • Anpassung und Erscheinungsbild der Benutzeroberfläche

  • Projektdetailseiten und Workflows

  • OData und Berichterstellung

(Viele dieser Informationen gelten auch für Project Server 2013.)

Berechtigungsmodi SharePoint oder Project

Mit Project Online und Project Server 2013 wurde ein neues und vereinfachtes Berechtigungsmodell eingeführt, das als SharePoint-Berechtigungsmodus bezeichnet wird – im Gegensatz zum älteren Project-Berechtigungsmodus. Einen Vergleich zwischen den beiden Modi finden Sie auf Technet.

Neue Project Online-Instanzen werden standardmäßig im SharePoint-Berechtigungsmodus bereitgestellt, und es wird davon ausgegangen, dass dieser Modus den Anforderungen der großen Mehrzahl der Kunden gerecht wird. Mithilfe dieses Modus können Sie die Benutzerautorisierung über normale SharePoint-Gruppen und -Berechtigungen verwalten.

Der Project-Berechtigungsmodus bietet ein hohes Maß an Anpassbarkeit, doch kann dies auf Kosten der Leistung gehen. Wenn Sie Hunderte von Kategorien erstellen und hauptsächlich dynamische Berechtigungen über den Ressourcenstrukturplan (RSP) verwenden, kann sich die Endbenutzerleistung für solche Benutzer verringern, die Zugriff auf eine Vielzahl von Inhalten haben, z. B. Administratoren und Portfoliomanager.

Hinweis : Durch das Wechseln zwischen SharePoint-Berechtigungsmodus und Project Server-Berechtigungsmodus werden alle sicherheitsbezogenen Einstellungen gelöscht. Wenn Sie vom SharePoint-Berechtigungsmodus zum klassischen Project Server-Berechtigungsmodus wechseln, müssen Sie die Sicherheitsberechtigungsstruktur manuell in Project Server 2013 konfigurieren. Wenn Sie vom Project Server-Berechtigungsmodus wieder zum SharePoint-Berechtigungsmodus wechseln, werden die Informationen zu Ihren Sicherheitsberechtigungen aus Project Server 2013 gelöscht.

Empfehlung:    

Für eine bessere Gesamtleistung behalten Sie nach Möglichkeit den standardmäßigen SharePoint-Berechtigungsmodus bei. Wenn Sie den Project-Berechtigungsmodus verwenden müssen, schränken Sie die Anpassungen so weit wie möglich ein.

Was wird synchronisiert?

Project Online wird auf SharePoint Online ausgeführt, ebenso wie Project Server auf SharePoint Server ausgeführt wird. Daher muss eine bestimmte Anzahl von Komponenten zwischen den beiden Systemen synchronisiert werden. Diese Synchronisierungen können zeitaufwendig sein und werden manchmal, je nach Geschäftsanforderungen, nicht benötigt. In diesem Artikel werden alle diese verschiedenen Synchronisierungssysteme erläutert, damit Sie entscheiden können, welche Sie benötigen und welche bedenkenlos deaktiviert werden können. Einige dieser Einstellungen sind bereits standardmäßig deaktiviert.

In den folgenden Abschnitten wird Folgendes erläutert:

  • Synchronisierung der Berechtigungen für die Projektwebsite

  • Synchronisierung des Active Directory-Ressourcenpools

  • Synchronisierung der SharePoint-Aufgabenliste für Enterprise-Projekte

Synchronisierung der Berechtigungen für die Projektwebsite

Mithilfe von Projektwebsites werden Arbeitsbereiche, in dem Projektteams zusammenarbeiten, Dokumente hochladen und Probleme lösen können. Wenn Project-Website über die Berechtigung synchronisieren, aktiviert ist Wenn eine Person zu einem Projekt über die Berechtigung erteilt wird, werden die entsprechenden Projektwebsite-Berechtigungen aktualisiert.

Diese Synchronisierung geschieht jedes Mal, wenn das Projekt veröffentlicht wird. Der Nachteil für den Komfort synchronisieren ist Leistung, z. B. mehr Benutzern und Websites, die synchronisiert werden müssen, desto langsamer Vorgang, insbesondere dann, wenn Sie sich befinden, Massen Veröffentlichung, importieren oder Erstellen von mehreren Projekten (mit Projekten Websites) oder Gruppenmitgliedschaft, die eine erneute Synchronisierung der Projektwebsite-Berechtigungen erfordern wird aktualisiert.

Empfehlung:   

Es wird dringend empfohlen, die Option Project-Website über die Berechtigung Synchronisieren deaktivieren, wenn vor der Bereitstellung zutrifft:

  • Sie haben eine große Anzahl von Ressourcen (> 1000)

  • Sie haben eine große Anzahl von Projekten, die eine Projektwebsite erforderlich (> 1000)

  • Sie haben eine große Anzahl von Ressourcen, die für die Mehrzahl der Projektwebsites der Zugriff gewährt werden müssen

Hier sind einige Optionen für die Verwaltung Ihrer Projektwebsite-Berechtigungen berücksichtigen:

  • Wenn Ihre Projektteams niedrig Umsatz, erwägen Sie Deaktivieren der Synchronisierung von Project-Website über die Berechtigung zum Veröffentlichen von Project und Project Detail-Seiten Leistung zu verbessern. Sie müssten dann manuell zuweisen oder Entfernen über die Berechtigung zum Ihrer Projektwebsites aus, wenn jemand Beitritt oder bewirkt, ein Projektteam dass.

  • Wenn Access für alle Benutzer in PWA gewährt werden muss, und sie Ihre vorhandene Gruppenberechtigungen ordnet, erwägen Sie das Konfigurieren der Projektwebsites von PWA übergeordneten Website erbt.

  • Wenn der Zugriff auf bestimmte Rollen ausgerichtet, eine oder mehrere Gruppen erstellen, die diesen Rollen zugeordnet (möglicherweise, wenn Sie eine Gruppe synchronisieren aktiviert haben, können die gleichen Gruppen), und gewähren Sie diesen Gruppen den Zugriff auf die Projektwebsite.

Synchronisierung des Active Directory-Ressourcenpools

Die Synchronisierung des Active Directory-Ressourcenpools an sich weist keine besonderen Leistungsprobleme auf, und es können innerhalb von Minuten Tausende von Ressourcen in die Project Web App-Instanz importiert werden. Doch kann die Auswirkung auf nachgelagerte Teile des Systems die Leistung negativ beeinflussen. Der Prozess, auf den Sie in erster Linie achten müssen, ist die zuvor genannte Synchronisierung der Ressourcenberechtigungen. Wenn die Mitgliedschaft in Active Directory-Gruppen eine hohe Fluktuation aufweist und Sie daher den Ressourcenpool häufig synchronisieren müssen, achten Sie auf mögliche Auswirkungen auf nachgelagerte Vorgänge der Berechtigungssynchronisierung.

Empfehlung:   

Beschränken Sie die Active Directory-Synchronisierung auf Ressourcengruppen, die das System tatsächlich verwenden müssen, und achten Sie auf mögliche Berechtigungsprobleme nach der Synchronisierung großer Gruppen. (Zum Konfigurieren der Active Directory-Synchronisierung mit dem Enterprise-Ressourcenpool klicken Sie unter den Project Web App-Einstellungen auf Synchronisierung des Active Directory-Ressourcenpools.)

Synchronisierung der SharePoint-Aufgabenliste für Enterprise-Projekte

Die Synchronisierung der SharePoint-Aufgabenliste für Enterprise-Projekte ist zum Erreichen einer schnelleren Projektveröffentlichung standardmäßig deaktiviert. Dadurch wird auch der Übergang zwischen Projektdetailseiten beschleunigt. Wenn die Benutzer die Aufgabenliste und deren Zeitachsenvisualisierung auf der Projektwebsite verwenden, können Sie diese Funktion aktivieren und prüfen, ob die Auswirkung auf die Leistung der Projektveröffentlichung in einem vernünftigen Verhältnis steht.

Empfehlung:   

Diese Option ist standardmäßig deaktiviert. Aktivieren Sie die Synchronisierung der Aufgabenliste nur, wenn die Benutzer diese Funktion benötigen. Zum Konfigurieren dieser Option klicken Sie unter den Project Web App-Einstellungen auf Verbundene SharePoint-Websites, und klicken Sie dann auf Einstellungen.

Screenshot des Dialogfelds Einstellungen "Synchronisieren" Aufgabe.

Projektwebsites

Projektwebsites basieren auf grundlegender SharePoint-Funktionalität. Das Erstellen von Projektwebsites ist kein einfacher Prozess, und die Entscheidung, ob und wann Ihre Organisation möglicherweise Projektwebsites benötigt, kann wesentlich zur Verbesserung der allgemeinen Endbenutzererfahrung beitragen.

Viele Organisationen verwenden Project Online, um Projektvorschläge zu sammeln und zu bewerten, bevor über die Finanzierung von Projekten entschieden wird. Wenn Projektwebsites so eingerichtet sind, dass sie automatisch beim ersten Veröffentlichen eines Projekts erstellt werden, erhalten alle Projektvorschläge, auch diejenigen, die nicht umgesetzt werden, eine Projektwebsite. Diese nicht benötigten Websites müssen anschließend manuell bereinigt werden.

Wenn Sie sich für die Verwendung von Projektwebsites entscheiden, stellt die zweite Option einen besseren Ansatz dar, bei dem entweder der Benutzer auswählt, wann eine Website für die Zusammenarbeit erstellt werden soll, oder die Projektwebsite durch einen Workflow erstellt wird, sobald der Projektvorschlag eine bestimmte Phase erreicht hat.

Empfehlung:   

Wenn Ihre Organisation Projektwebsites verwendet, wählen Sie die Option zur Erstellung nach Bedarf und nicht zur automatischen Erstellung aus. Dadurch wird die erste Veröffentlichung beschleunigt, und nicht benötigte Websites und Inhalte werden vermieden. Zum Konfigurieren dieser Option klicken Sie unter den Project Web App-Einstellungen auf Verbundene SharePoint-Websites, und klicken Sie dann auf Einstellungen.

Screenshot des Dialogfelds Einstellungen.

Anpassungen der PWA-Seiten und Ansichten

Seitenanpassungen

Die SharePoint-Plattform bietet aufgrund ihrer modularen Webpart-Infrastruktur und der Unterstützung benutzerdefinierter Seiten großartige Anpassungsmöglichkeiten. Wenn Sie Logos, benutzerdefinierte Webparts und neue Designs hinzufügen, hat dies in einer lokalen Infrastruktur aufgrund der Vorteile von Servernähe, geringer Latenz und hoher Bandbreite der Netzwerke möglicherweise keine wesentliche Auswirkung auf die Leistung. Bei einem Onlinedienst sieht das schon ganz anders aus.

Wenn Sie ein Logo oder eine Grafik mit umfangreicher Dateigröße hochladen, können sich bei einer lokalen Bereitstellung möglicherweise die Seiten etwas verlangsamen, online ist die Beeinträchtigung der Seitenladezeiten jedoch erheblich.

Dasselbe gilt, wenn Sie mehrere Webparts zu einer Seite hinzufügen. Eine benutzerdefinierte Seite mit mehreren Webparts mag verlockend sein, doch solange die Benutzer die Daten nicht wirklich nebeneinander sehen müssen, ist es besser, separate sachbezogene Seiten zu verwenden, statt alles an einem einzigen Ort anzuzeigen. Wenn die Benutzer nur den Inhalt eines Webparts auf der Seite benötigen, müssen sie dennoch länger warten, bis die Seite geladen ist und die Daten für alle anderen Webparts angezeigt werden.

Empfehlung:   

Beim Anpassen von Seiten sollten Sie Ihre Project Online-Website wie jede normale Internet-Website handhaben und soweit wie möglich einfache Seiten erstellen.

Anpassungen von Ansichten

Auch hier trägt eine einfache Gestaltung wesentlich zur Verbesserung der Leistung beim Laden von Seiten bei. Organisationen können benutzerdefinierte Ansichten mithilfe mehrerer Project Web App-Seiten erstellen. Dazu gehören "Projektcenter", "Ressourcencenter", "Aufgaben" und "Arbeitszeittabellen".

Je mehr Inhalt angezeigt wird, desto langsamer ist das Seitenrendering. Sie können jede Seitenladezeit um ein paar Sekunden reduzieren, wenn Sie den Benutzern eine größere Anzahl von einfachen und zielgerichteten Ansichten statt weniger umfassender Ansichten zur Verfügung stellen.

In den folgenden Beispielen werden zum Laden der zweiten Ansicht durchschnittlich 2 bis 3 Sekunden weniger gebraucht als zum Laden der ersten Ansicht.

Screenshot des angepassten Projektcenter anzeigen.
Beispiel 1: Eine erweiterte Projektcenter-Ansicht mit Projektzeitachse, benutzerdefinierten Feldern und grafischen Symbolen.

Screenshot des Projektcenter-Ansicht.

Beispiel 2: Eine einfache Projektcenter-Ansicht mit nur einer Liste von Projektnamen für eine schnellere Navigation zu einzelnen Projekten.

Empfehlung:   

Wenn Sie Ansichten konfigurieren, bieten Sie den Benutzern einfache sachbezogene Ansichten für eine schnellere Navigation statt einer komplexen umfassenden Ansicht, für die zumeist nicht benötigte Daten geladen werden.

Benutzerdefinierte Projektdetailseiten und Workflows

Zusätzlich zu der oben gegebenen Empfehlung für den Seitenentwurf weisen Projektdetailseiten eine Besonderheit auf, da sie eine Neuberechnung des gesamten Projekts auslösen und Workflow-Aktionen einleiten können, wobei es sich jeweils, abhängig von den Anpassungen, um leistungsintensive Vorgänge handeln kann.

Project Online und Project Server weisen zwei grundlegende Aktualisierungsprozesse für Projektinformationen auf:

  • Aktualisierungen, die eine Neuberechnung des Zeitplans erfordern (siehe folgende Liste)

  • Nicht zeitplanbezogene Felder wie Projektname, Beschreibung und Besitzer

Es wird empfohlen, die Aktualisierung beider Arten von Daten auf derselben Projektdetailseite zu vermeiden, damit nicht beide Aktualisierungsprozesse gleichzeitig ausgelöst werden.

Es folgt eine Liste der am häufigsten auftretenden Aktionen, die eine Neuberechnung des Zeitplans erfordern.

  • Änderungen des Projektkalenders

  • Änderungen an den folgenden Datumsfeldern:

    • Anfangstermin

    • Endtermin

    • Statusdatum

    • Aktuelles Datum

  • Änderungen an benutzerdefinierten Projektfeldern

  • Falls das Projekt Abhängigkeiten von Projektleistungen aufweist

Eine zweite Möglichkeit zum Verbessern der Leistung von Projektdetailseiten besteht darin, die Anzahl der Webparts und benutzerdefinierten Felder zu verringern, die auf den einzelnen Projektdetailseiten angezeigt werden. Falls Ihre Geschäftsprozesse häufige Aktualisierungen der gleichen Gruppe von Feldern erfordern, erstellen Sie eine dedizierte Projektdetailseite mit nur diesen Feldern, um Lade- und Speicherzeiten zu verbessern. Das Anzeigen aller benutzerdefinierter Felder zu jeder Zeit bedeutet einen unnötigen Mehraufwand.

Empfehlung:   

Erstellen Sie einfache sachbezogene Projektdetailseiten, und vermeiden Sie es, zeitplanbezogene und nicht zeitplanbezogene Aktualisierungen zu mischen.

Massenaktualisierungen benutzerdefinierter Felder in Workflows mit neuer REST-API

Zum einzelnen Aktualisieren von Werten in benutzerdefinierten Projektfeldern in einem Workflow ist eine separate Serveranforderung über die Aktion "Projektfeld festlegen" erforderlich. Dies führt zu einer verringerten Leistung, wenn viele benutzerdefinierte Felder gleichzeitig in einem Netzwerk mit hoher Latenz und geringer Bandbreite aktualisiert werden.

Zur Lösung dieses Problems steht eine CSOM-Methode zur Massenaktualisierung benutzerdefinierter Felder bereit. Bei dieser Methode müssen Sie ein Wörterbuch mit den Namen und Werten aller benutzerdefinierten Felder übergeben, die Sie aktualisieren möchten.

API zur Bereitstellung von Projektwebsites bei Bedarf

Jedes Projekt kann eine eigene dedizierte SharePoint-Website aufweisen, auf der Teammitglieder zusammenarbeiten, Dokumente gemeinsam nutzen und Probleme ansprechen können. Diese Websites können automatisch bei der ersten Veröffentlichung oder manuell vom Projektmanager über Project Pro oder vom Administrator über Project Web App-Einstellungen erstellt werden, oder sie können einfach deaktiviert werden.

Sie können die CreateProjectSite('')-Methode verwenden, um zu entscheiden, wann die Projektwebsites erstellt werden. Dies ist besonders für Organisationen nützlich, die Websites nur erstellen möchten, nachdem ein Projektvorschlag eine bestimmte Phase in einem vordefinierten Workflow erreicht hat, und nicht bei der ersten Veröffentlichung. Dadurch wird die Leistung der Projekterstellung wesentlich erhöht, da die Erstellung von Projektwebsites zunächst zurückgestellt wird.

OData und Berichterstellung

Mithilfe des Project-OData-Diensts können Sie Informationen aus der Project Online-Instanz für die Berichterstellung extrahieren. Es bestehen Grenzwerte für die Anzahl der Entitäten, die in einer Abfrage des ProjectData-Diensts zurückgegeben werden können. Deshalb ist es zum Abfragen einer großen Datenmenge erforderlich, mehrere Webanforderungen an den Dienst zu senden, wodurch sich Netzwerkbelastung und Latenz bei jeder Anforderung erhöhen.

Für eine Project Web App-Instanz, die eine große Anzahl von Entitäten umfasst, z. B. Projekte, Zuordnungen oder Aufgaben, sollten die zurückgegebenen Daten auf mindestens eine der folgenden Arten beschränkt werden. Wenn Sie die zurückgegebenen Daten nicht beschränken, kann die Abfrage die Standardgrenzwerte übersteigen und die Serverleistung beeinträchtigen.

  • Verwenden Sie die URL-Option "$filter" oder "$select", um die Daten zu beschränken.    Die folgende Abfrage filtert beispielsweise nach Anfangstermin des Projekts und gibt nur vier Felder in Reihenfolge des Projektnamens zurück:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  • Rufen Sie eine Entitätenauflistung mithilfe einer Zuordnung ab.    Die folgende Abfrage verwendet beispielsweise intern die Zuordnung "Project_Assignments_Assignment_Project", um alle Zuordnungen in einem bestimmten Projekt abzurufen:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  • Führen Sie mithilfe des Operators "$top" und des Operators "$skip" in einer Schleife mehrere Abfragen aus, um Daten jeweils seitenweise zurückzugeben.    Mit der folgenden Abfrage werden beispielsweise die Probleme 11 bis 20 für alle Projekte in der Reihenfolge der dem Problem zugewiesenen Ressource abgerufen:

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

Wenn für Ihre Berichtsanforderungen dennoch das Extrahieren einer großen Datenmenge erforderlich ist, können Sie das SSIS-Paket (SQL Server Integration Services) verwenden, um die Berichtsdaten lokal in eine SQL Server-Datenbank oder in Microsoft Azure zu kopieren.

Empfehlung:   

Versuchen Sie, die zur Laufzeit abgefragte Datenmenge mithilfe serverseitiger Filter zu beschränken, oder verwenden Sie das SSIS-Paket, um Project Web App-Berichtsdaten in SQL Server oder Microsoft Azure zu importieren.

Fazit

Project Online erfordert wie jeder im Internet ausgeführte Clouddienst eine bestimmte Optimierung, um beste Leistung im Vergleich zu einer lokalen Bereitstellung zu bieten.

Obwohl das System ständig in Hinsicht auf schnellere Leistung verbessert wird, gibt es einige Schritte, die Sie in der Zwischenzeit ausführen können, um eine gute Endbenutzererfahrung zu bieten.

Zusammenfassende Empfehlung:

  • Verwenden Sie nach Möglichkeit den SharePoint-Berechtigungsmodus.

  • Aktivieren Sie nur die Funktionen, die Sie tatsächlich verwenden.

  • Halten Sie Seiten und Anpassungen so einfach und unkompliziert wie möglich, um für kürzere Seitenladezeiten zu sorgen.

  • Verwenden Sie für mehr Flexibilität bei der Berichterstellung serverseitige Filter, oder exportieren Sie Daten aus OData-Feeds in eine SQL Server-Datenbank.

Hinweis : Haftungsausschluss für maschinelle Übersetzungen: Dieser Artikel wurde mithilfe eines Computersystems und ohne jegliche Bearbeitung durch Personen übersetzt. Microsoft bietet solche maschinellen Übersetzungen als Hilfestellung für Benutzer ohne Englischkenntnisse an, damit Sie von den Informationen zu Produkten, Diensten und Technologien von Microsoft profitieren können. Da es sich bei diesem Artikel um eine maschinelle Übersetzung handelt, enthält er möglicherweise Fehler in Bezug auf (Fach-)Terminologie, Syntax und/oder Grammatik.

Teilen Facebook Facebook Twitter Twitter E-Mail E-Mail

War diese Information hilfreich?

Sehr gut. Noch anderes Feedback?

Was können wir verbessern?

Vielen Dank für Ihr Feedback!

×