Planen der Office Project Server 2007-Konfiguration

Letzte Aktualisierung: Mai 2009

 

Letztes Änderungsdatum des Themas: 2015-02-27

Inhalt dieses Artikels:

• Auswählen einer Project Server-Konfiguration

• Szenario 1: Internes Hosting

• Szenario 2: Externes Hosting

• Szenario 3: Portfolioverwaltungsbereitstellung

• Szenario 4: Bereitstellung von professionellen Diensten/Arbeitszeittabellen

• Szenario 5: Programmbereitstellung

• Wachstumsplanung

• Arbeitsblätter

Auswählen einer Project Server-Konfiguration

Wenn Sie die aktuelle Umgebung bewertet, relevante Umgebungsfaktoren identifiziert und die möglichen Auswirkungen dieser Elemente auf die Architektur von Microsoft Office Enterprise Project Management-Lösung (EPM) ermittelt haben, können Sie das Konfigurationsszenario identifizieren, das den Anforderungen der Organisation am besten entspricht. Das Auswählen einer Project Server-Konfiguration umfasst Folgendes:

• Identifizieren des Konfigurationsszenarios, das die Organisation am besten wiedergibt. Wählen Sie das Konfigurationsszenario aus, das der Größe der Organisation, den Project Server-Features, die verwendet werden sollen, Anzahl und Typ der verwalteten Projekte und Anzahl und Typ der Benutzer in der Organisation am ehesten entspricht.

• Gegebenenfalls Auswählen einer Konfigurationsoption (Standard- oder Alternativkonfiguration), die den Anforderungen am ehesten entspricht. Die ausgewählte Konfigurationsoption basiert auf den spezifischen Infrastruktur- und Umgebungsfaktoren, den Verfügbarkeitsanforderungen und den Projektmanagementanforderungen.

• Gegebenenfalls Ändern der Konfiguration im Hinblick auf die spezifischen Anforderungen der Organisation Sie müssen die Konfiguration beispielsweise in folgenden Fällen ändern:

  • Sie stellen über das Internet oder über ein Extranet Zugriff auf Project Web Access bereit.

  • In der Betriebsumgebung ist keine Active Directory-Verzeichnisdienstdomäne vorhanden.

  • Sie unterstützen eine gehostete Konfiguration, in der mehrere Project Server-Sites auf einem konsolidierten Satz Hardware bereitgestellt werden.

  • Sie unterstützen mehr als 12.000 Benutzer.

  • Sie passen die Größe der Hardware an die Bereitstellung an.

In diesem Artikel werden fünf grundlegende Konfigurationsszenarios beschrieben, die in Organisationen oder Abteilungen in großen Organisationen verwendet und als Ausgangspunkt für die Konfigurationsplanung verwendet werden können. Jedes Konfigurationsszenario enthält eine Beschreibung, Informationen zu Benutzern und Projekten sowie Standard- und Alternativkonfigurationsbeispiele.

Diese Konfigurationsszenarios sollen nicht die Anforderungen aller Organisationen wiedergeben, in denen Microsoft EPM-Lösung bereitgestellt wird, sondern sie sind als repräsentative Beispiele für Organisationstypen gedacht, die eine Lösung für Enterprise Project Management benötigen.

Szenario 1: Internes Hosting

In Szenario 1 werden mehrere Instanzen von Project Server auf freigegebener Hardware für Abteilungen oder Gruppen innerhalb einer Organisation bereitgestellt. In diesem Fall wird den Benutzern von allen Project Server-Instanzen eine eindeutige Websitesammlung der obersten Ebene bereitgestellt, die Bereitstellung erfolgt jedoch in einem gemeinsamen Windows SharePoint Services 3,0-Anwendungspool. Die einzelnen Instanzen sind logisch separat, und die Zugriffsdaten werden über eine freigegebene Project Server-Schnittstelle in der Datenbank gespeichert. Die Datenbanken für die einzelnen Instanzen können auf dedizierten Computern mit SQL Server bereitgestellt werden.

Beispiel für eine Servertopologie mit internem Hosting

Project Server wird einmal installiert und konfiguriert. Neue Instanzen werden mithilfe eines Bereitstellungsprozesses erstellt. Die Instanzen werden im gleichen Webanwendungspool und für den gleichen Anbieter für gemeinsame Dienste bereitgestellt. Die Instanzen haben einen gemeinsamen Satz Dienste, wie beispielsweise die Project Server-Schnittstelle auf der Anwendungsebene. Die Instanzen verwenden eine gemeinsame Windows SharePoint Services-Konfigurationsdatenbank. Die Instanzen verwenden eine gemeinsame Windows SharePoint Services-Inhaltsdatenbank. Die Instanzen verfügen über separate Projektdatenbanken.

Arbeitsblattaktion
Sie können Ihren Plan für internes Hosting mithilfe des Arbeitsblatts "Plan für internes Hosting" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73275&clcid=0x407) dokumentieren.

Szenario 2: Externes Hosting

In Szenario 2 werden mehrere Instanzen von Project Server auf freigegebener Hardware isoliert. Wie in Szenario 1 werden den Benutzern durch die Project Server-Instanzen eindeutige Websitesammlungen der höchsten Ebene bereitgestellt. Jedoch werden in Szenario 2 die einzelnen Instanzen in einem separaten Windows SharePoint Services 3,0-Anwendungspool bereitgestellt; der Zugriff auf die in der Datenbank gespeicherten Daten wird über die Webanwendung des Anbieters für gemeinsame Dienste bereitgestellt. Dieses Szenario bietet zusätzliche Datensicherheit, da die Daten und der Datenzugriff isoliert werden.

Beispiel für eine Servertopologie mit externem Hosting

Neue Instanzen werden mithilfe eines Bereitstellungsprozesses erstellt. Neue Instanzen werden in separaten Anwendungspools bereitgestellt. Die Instanzen verwenden separate Windows SharePoint Services-Inhaltsdatenbanken. Die Instanzen verwenden einen dedizierten Satz Dienste, wie beispielsweise die Project Server-Schnittstelle auf der Anwendungsebene. Die Instanzen verwenden eine gemeinsame Windows SharePoint Services-Konfigurationsdatenbank. Die Instanzen haben separate Project Server-Datenbanken.

Abwägen der Vorteile von internem Hosting und externem Hosting

Der wichtigste Vorteil des Szenarios "Externes Hosting" ist die Isolierung des Prozesskontos. Dieser ergibt sich dadurch, dass zwei Anbieter für gemeinsame Dienste vorhanden sind, die eindeutige Konten verwenden, und dass der Zugriff auf die Project Server-Datenbank auf die jeweiligen Benutzer isoliert ist. Darüber hinaus ist die Webanwendungssicherheit ebenfalls isoliert, da Webanwendungen nur einen Anbieter für gemeinsame Dienste haben können. Der Nachteil des Szenarios "Externes Hosting" besteht darin, dass die einzelnen Anbieter für gemeinsame Dienste die Leistung beeinträchtigen. Außerdem wird aufgrund der zusätzlichen Anwendungspools und Datenbanken zusätzlicher Speicherplatz benötigt. Das Freigeben dieser Ressourcen wie beim internen Hosting bedeutet, dass der Aufwand für die Verwendung des IIS-Anwendungspoolprozesses über mehrere Microsoft Office Project Web Access-Instanzen hinweg maximiert wird.

Arbeitsblattaktion
Sie können Ihren Plan für externes Hosting mithilfe des Arbeitsblatts "Plan für externes Hosting" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73277&clcid=0x407) dokumentieren.

Szenario 3: Portfolioverwaltungsbereitstellung

Das Szenario für die Microsoft Office Project Server 2007-Portfolioverwaltungsbereitstellung kann für alle mittleren bis großen Organisationen gelten, die Project Server zum Verwalten von Projektportfolios verwenden möchten. Diese Organisationen weisen normalerweise die folgenden Merkmale auf:

• Eine große Anzahl von Projekten mit vielen Zuordnungen

• Ein hoher Prozentsatz an Projektmanagern

• Hohe Verwendung von Microsoft Office Project Professional 2007

• Eine einzelne Webanwendung eines Anbieters für gemeinsame Dienste

Organisationen, die sich diesem Szenario zuordnen lassen, verwenden normalerweise das gesamte Spektrum der Project Server-Features, einschließlich Arbeitszeittabellen, Dokumentbibliotheken/Problemen/Risiken, Enterprise-Global-Projektvorlagen und des Enterprise-Ressourcenpools.

Die Organisation, für dieses Szenario gelten kann, kann so klein wie eine mittlere Organisation (oder eine Abteilung in einer größeren Organisation) sein, deren Benutzer alle den gleichen physischen Standort im gleichen LAN haben. Es kann jedoch auch eine große Organisation sein, deren Benutzer sich an vielen verschiedenen physischen Standorten befinden.

Beispiel für eine Abteilungsservertopologie

Zur Unterstützung der Verwendung und der Servicelevelanforderungen als mittlere Organisation kann die Basisservertopologie aus Folgendem bestehen: Ein Server, auf dem die Front-End-Webserver- und Anwendungsserverkomponenten ausgeführt werden. Ein Datenbankserver mit SQL Server 2000 oder SQL Server 2005 für die erforderlichen Datenbanken. Diese Topologie ist optimal, wenn weniger als 20 Projektmanager und jeweils 100 bis 500 aktive Projekte vorhanden sind.

Beispiel für eine Unternehmensservertopologie für Szenario 3

Wenn das System auf 50 oder mehr Projektmanager und mehr als 1.000 aktive Projekte anwächst, kann eine Unternehmensservertopologie implementiert werden. In dieser Topologie wird der Project Server-Front-End-Webserver in einem Cluster mit Lastenausgleich bereitgestellt, um eine höhere Verfügbarkeit zu ermöglichen. Mit dieser Konfiguration kann die Verfügbarkeit im Fall eines Hardwarefehlers sichergestellt werden. Dazu kommt der Vorteil der höheren Leistung durch Unterstützung einer größeren Anzahl gleichzeitiger TCP-Verbindungen der Benutzer von Arbeitszeittabellen. Darüber hinaus befindet sich die Anwendungsebene auf einem eigenen Server, um die Aufrufe der Project Server-Schnittstelle (Project Server Interface, PSI), die durch die höhere Anzahl großer Projekte verursacht werden, besser zu unterstützen. Wenn die Größe der Organisation zunimmt, muss ein neues Rechenzentrum über WAN-Verbindungen kommunizieren, und es werden Firewalls zum Gewährleisten der Sicherheit benötigt.

Beispiel für eine Enterprise-Servertopologie für Szenario 3

Wenn die EPM-Lösung für eine große Organisation skaliert wird und eine größere Anzahl aktiver Projekte (3.000 oder mehr) unterstützen muss, sollte sie auf eine Servertopologie skaliert werden, die auf jeder Ebene Redundanz für höhere Verfügbarkeit bereitstellt. Ein zusätzlicher Front-End-Webserver bietet einer großen Anzahl von Office Project Web Access-Benutzern eine Arbeitserleichterung.

Arbeitsblattaktion
Sie können Ihren Plan für eine Portfolioverwaltungsbereitstellung mithilfe des Arbeitsblatts Portfolioverwaltung (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73279&clcid=0x407) dokumentieren.

Szenario 4: Bereitstellung von professionellen Diensten/Arbeitszeittabellen

Das Szenario für die Bereitstellung von professionellen Diensten/Arbeitszeittabellen in Office Project Server 2007 kann für eine große Organisation gelten, die Project Server hauptsächlich zum Erfassen und Melden von Zeiten verwenden möchte. Mitarbeiter und Auftragnehmer verwenden die Arbeitszeittabellenfunktionalität von Project Server, um die Stunden zu melden, die sie während bestimmter Zeiträume an Vorgängen gearbeitet haben.

Dieses Szenario weist folgende Merkmale auf:

• Minimale Office Project Professional 2007-Verwendung

• Vorrangig Zeit- und Materialabrechnungen

• Eine große Anzahl von Projekten (600 bis 2.500) mit relativ wenigen Vorgängen

• Ein vorhersagbarer Spitzenzeitraum bei der Verwendung, der dem geplanten Arbeitszeittabelleneintrag in Office Project Web Access entspricht.

• Eine einzige Instanz von Office Project Web Access

Organisationen, die sich diesem Szenario zuordnen lassen, verwenden normalerweise eine begrenzte Anzahl der Project Server-Features, um durch Erfassen von Informationen in Arbeitszeittabellen Zeit und Kosten nachzuverfolgen. Skalierbarkeitsprobleme sind die Folge, da sich durch das Senden vieler Arbeitszeittabellen innerhalb eines kurzen Zeitraums eine intensive Nutzung der Systemressourcen ergibt.

Beispiel für eine Unternehmensservertopologie für Szenario 4

Verwenden Sie diese Unternehmensservertopologie für eine große Organisation mit 12.000 Mitarbeitern. In dieser Topologie wird der Front-End-Webserver für Project Server in einem Cluster mit Lastenausgleich bereitgestellt, um höhere Verfügbarkeit zu unterstützen. Mit dieser Konfiguration kann die Verfügbarkeit im Fall eines Hardwarefehlers sichergestellt werden. Dazu kommt der Vorteil der höheren Leistung durch Unterstützung einer größeren Anzahl gleichzeitiger TCP-Verbindungen der Benutzer von Arbeitszeittabellen. Darüber hinaus befindet sich die Anwendungsebene auf einem eigenen Server, um die Aufrufe der Project Server-Schnittstelle (Project Server Interface, PSI), die durch die höhere Anzahl großer Projekte verursacht werden, besser zu unterstützen. Auf die Datenbankebene wird ebenfalls ein Cluster mit Lastenausgleich angewendet.

Beispiel für eine Enterprise-Servertopologie für Szenario 4

Wenn die Organisation auf 20.000 Mitarbeiter anwächst, macht die Zunahme der Benutzer von Arbeitszeittabellen und der Viewer-Kategorien die Skalierung des Unternehmens für diese Enterprise-Servertopologie erforderlich. Diese Topologie erhöht die Redundanz auf der Front-End-Webebene und der Anwendungsebene. Zusätzliche Benutzer erhöhen das plötzliche Ansteigen der Verwendung von Arbeitszeittabellen am Freitagabend.

Arbeitsblattaktion
Sie können Ihren Plan für eine Arbeitszeittabellenbereitstellung mithilfe des Arbeitsblatts "Arbeitszeittabellenszenario" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73280&clcid=0x407) dokumentieren.

Szenario 5: Programmbereitstellung

Das Office Project Server 2007-Programmbereitstellungsszenario gilt für eine große Organisation, deren Schwerpunkt auf der Top-Down-Planung liegt, die über das Projektmanagementbüro (Project Management Office, PMO) gesteuert wird. Dieses Szenario tritt häufiger in Produktentwicklungs- und Fertigungsmärkten auf. Es weist folgende Merkmale auf:

• Eine kleine Anzahl großer Projekte, die häufig miteinander in Verbindung stehen

• Schwerpunkt auf das PMO

• Umfangreiche Office Project Professional 2007-Verwendung

• Verwendung von Vorschlägen und Aktivitätsplänen

Beispiel für eine Unternehmensservertopologie für Szenario 5

Zur Unterstützung der Verwendung und der Servicelevelanforderungen kann die Basisservertopologie aus folgenden Elementen bestehen:

• Zwei Office Project Web Access-Front-End-Webserver, die in einem Cluster mit Lastenausgleich konfiguriert sind

• Ein Anwendungsserver, auf dem die Project Server-Schnittstelle (Project Server Interface, PSI) ausgeführt wird. Der Anwendungsserver wird in einer Ein-Knoten-Konfiguration mit Lastenausgleich bereitgestellt, um den Prozess beim Hinzufügen weiterer Anwendungsserver in der Zukunft zu vereinfachen.

• Separate Cluster aus Computern mit Microsoft SQL Server für die erforderlichen Datenbanken

• Eine Firewall zum Isolieren der Datenebene

Arbeitsblattaktion
Sie können Ihren Plan für eine Programmbereitstellung mithilfe des Arbeitsblatts "Programmbereitstellung" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73281&clcid=0x407) dokumentieren.

Wachstumsplanung

Unabhängig von der ausgewählten Serverkonfiguration sollten Sie planen, wie Sie auf wachsende Anforderungen an EPM-Lösung reagieren. Sie haben zwei Optionen für die Erweiterung des Systems: vertikale Skalierung und horizontale Skalierung.

Vertikale Skalierung

• Erhöhen der Größe des Datenbankservers durch Hinzufügen von mehr bzw. schnelleren Prozessoren und RAM oder durch Verwendung von 64-Bit-Hardware

• Erhöhen der Netzwerkgeschwindigkeit zwischen den Servern

• Maximieren des Durchsatzes auf den Datenbankservern

• Hinzufügen von Netzwerkschnittstellenkarten, um den Datenverkehr zu isolieren

• Hinzufügen eines Netzwerksegments oder Reduzieren der Knoten im SQL-Segment

• Verwenden von Teams aus Netzwerkschnittstellenkarten auf dem Server mit Microsoft SQL Server für Leistung und Redundanz

Horizontale Skalierung

• Hinzufügen von Anwendungsservern zum Behandeln der erhöhten Office Project Professional 2007-Verwendung. Dadurch wird auch Redundanz hinzugefügt.

• Hinzufügen von Front-End-Webservern als zusätzliche Instanzen von Office Project Server 2007

• Clusterdatenbankserver, um Leistung und Zuverlässigkeit hinzuzufügen

Arbeitsblätter

"Plan für internes Hosting" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73275\&clcid=0x407) (in englischer Sprache)

"Plan für externes Hosting" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73277\&clcid=0x407) (in englischer Sprache)

"Portfolioverwaltung" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73279\&clcid=0x407) (in englischer Sprache)

"Arbeitszeittabellenszenario" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73280\&clcid=0x407) (in englischer Sprache)

"Programmbereitstellung" (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73281\&clcid=0x407) (in englischer Sprache)