Migrieren einer vorhandenen Serverfarm in eine 64-Bit-Umgebung (Project Server 2007)

Letzte Aktualisierung: Mai 2009

 

Letztes Änderungsdatum des Themas: 2015-02-27

Wenn Sie Microsoft Office Project Server 2007 auf eine 64-Bit-Umgebung aktualisieren möchten, müssen Sie die vorhandenen Server in eine neue Farm migrieren. Sie können Office Project Server 2007 nicht direkt von der 32-Bit-Edition von Office Project Server 2007 auf die 64-Bit-Edition aktualisieren.

Sie müssen ermitteln, welche Strategie für die Migration Ihrer Umgebung geeignet ist. Dieser Artikel enthält Anweisungen für eine neue Migration, in Phasen, von einer Project Server-Farm zu Servern in einer 64-Bit-Umgebung. Informationen zu den Vorteilen einer 64-Bit-Umgebung finden Sie unter Vorteile von 64-Bit-Hardware und -Software (Project Server 2007).

Sie können eine vorhandene Farm auf verschiedene Weise in eine 64-Bit-Umgebung migrieren. Sie können beispielsweise einer vorhandenen Farm 64-Bit-Server hinzufügen und dann die 32-Bit-Server entfernen. Der in diesem Artikel beschriebene schrittweise Ansatz wurde entwickelt, um mögliche Leistungsprobleme zu verringern. Durch einen schrittweisen Ansatz werden auch die für eine Migration erforderlichen Ausfallzeiten verteilt. Auf diese Weise können Sie entsprechende Tests nach der Migration der Farmserver durchführen.

Der Dienst wird während der Migration unterbrochen, daher müssen Sie die Migration planen und während einer Zeit durchführen, zu der die Benutzer am wenigsten beeinträchtigt werden.

Dieser Artikel enthält die folgenden Abschnitte:

• Einschränkungen und bekannte Probleme

• Vor der Farmmigration

• Migrieren von Servern in die 64-Bit-Umgebung

Einschränkungen und bekannte Probleme

Voraussetzungen, Einschränkungen und bekannte Probleme in den folgenden Bereichen gelten für die Bereitstellung von Office Project Server 2007 in einer 64-Bit-Umgebung.

Softwareupdates und Service Packs für Project Server und Windows SharePoint Services

Da Windows SharePoint Services 3,0 mit Office Project Server 2007 installiert wird, aktualisieren Sie beide auf dieselbe Service Pack- oder Softwareupdateversion auf allen Computern in der Quell- und Zielfarm. Dies ist erforderlich, um mögliche Fehler nach der Migration zu vermeiden, die auftreten können, wenn die Softwareversionen nicht auf allen Servern identisch sind.

Falls Ihr Migrationsziel auch verschiedene Betriebssystem- oder Datenbankversionen umfasst, empfehlen wir das Identifizieren und Installieren aller öffentlichen Updates, die unter Windows Server 2003 und Microsoft SQL Server 2005 freigegeben und installiert sind, die auch für Windows Server 2008 und Microsoft SQL Server 2008 gelten.

Vorhandene Anwendungen

Sie müssen vorhandene 32-Bit-Anwendungen und benutzerdefinierte Assemblys (z. B. Webparts und Ereignisempfänger) neu kompilieren, damit sie in der 64-Bit-Architektur ausgeführt werden können, da in der 64-Bit-Edition von Project Server eine 32-Bit-Assembly nicht geladen werden kann. Bevor Sie vorhandene Anwendungen oder benutzerdefinierte Assemblys neu kompilieren, sollten Sie sicherstellen, dass sie zur Ausführung in beiden Architekturen kompiliert sind. Wenn dies der Fall ist, kompilieren Sie sie nicht für eine einzelne Architektur. (In Microsoft Visual Studio lautet diese Erstellungsoption AnyCPU.)

Falls die vorhandenen Anwendungen von Drittanbietern stammen, wenden Sie sich an den Drittanbieter, um Informationen zu 64-Bit-Versionen und zur Kompatibilität zu erhalten. Überprüfen Sie im Fall von benutzerdefinierten vertraglichen Lösungen, für die Sie nicht über die Quelle verfügen, die Lösungen in einer 64-Bit-Testumgebung, um die Kompatibilität zu gewährleisten.

Warten von homogenen Servern auf jeder Farmebene

Als bewährte Methode empfiehlt es sich, dass Sie während der Migration homogene Server auf jeder Ebene beibehalten. Eine Ebene ist eine Gruppierung von Servern, die ähnliche Dienste bereitstellen, die im Hinblick auf die Verfügbarkeit der Dienste für Endbenutzer (Front-End-Webserver, Project-Anwendungsserver, Project-Datenbankserver) nicht unterbrochen werden können.

Wenn Sie die in diesem Dokument beschriebenen Verfahren ausführen, enthält jede Ebene Server mit derselben Architektur.

Wenn Sie die Server in eine 64-Bit-Umgebung migrieren möchten, indem Sie einfach einer vorhandenen Farm 64-Bit-Server hinzufügen, stehen nicht immer homogene Server auf jeder Ebene zur Verfügung. Dies kann möglicherweise zu einer unzureichenden oder inkonsistenten Leistung führen. Diese Probleme werden in Bestimmen der Hardware- und Softwareanforderungen (Project Server) identifiziert. Dieser Ansatz (Migration durch Hinzufügen von 64-Bit-Servern zu einer vorhandenen Farm) wird zwar unterstützt, nicht jedoch für die Farmmigration empfohlen, da durch das Mischen von Architekturen in einer Ebene potenzielle Risiken in Bezug auf die Leistung bestehen.

Windows Server 2008

Zur Installation von Office Project Server 2007 auf einem Computer unter Windows Server 2008 müssen Sie Office Project Server 2007 mit SP1 oder höher installieren.

Für Office Project Server 2007 können Sie eine Slipstream-Installation erstellen, die SP1 oder höher enthält. Weitere Informationen finden Sie unter:

• Erstellen einer Installationsdatenquelle mit Softwareupdates (Project Server 2007)

• Der Artikel von Dan Winter, Erstellen eines SharePoint-Slipstreams mit den neuesten Updates (https://go.microsoft.com/fwlink/?linkid=139512\&clcid=0x407), enthält darüber hinaus Informationen zum Erstellen einer Slipstream-Version von Microsoft Office SharePoint Server.

Windows SharePoint Services 3.0 ist unter Windows Server 2008 installiert

Es besteht ein bekanntes Problem in Windows SharePoint Services 3,0, bei dem für Websites, die unter Windows Server 2008 ausgeführt werden, eine Zeitüberschreitung auftritt, wenn Sie eine große Datei zu einer SharePoint-Website hochladen. Da von Windows SharePoint Services 3,0 auch Office Project Server 2007 installiert wird, sollten Sie dies berücksichtigen. Weitere Informationen finden Sie unter:

• Blogbeitrag von MVP Shane Young, Windows Server 2008 WFE will not allow large file uploads (Das Hochladen von umfangreichen Dateien ist unter Windows Server 2008 WFE nicht möglich) (https://go.microsoft.com/fwlink/?linkid=145881\&clcid=0x407)

• KB-Artikel 925083, Fehlermeldung "Zeitüberschreitung der Anforderung", wenn Sie versuchen, eine große Datei in eine Dokumentbibliothek auf einer Windows SharePoint Services 3.0-Website hochzuladen (https://go.microsoft.com/fwlink/?linkid=145916\&clcid=0x407)

Vor der Farmmigration

Bevor Sie die Farm migrieren, überprüfen Sie das Beispiel für ein Farmtopologiemodell und die Strategie, die zum Migrieren einer Farm mit mehreren Ebenen aus einer Umgebung in eine andere empfohlen wird. Diese Migrationsstrategie stellt die bewährteste Migration für diese Art der Farmtopologie bereit.

Farmtopologie

In der folgenden Abbildung wird die Farmtopologie für die Quellfarm (Farm A) und die Zielfarm (Farm B) gezeigt. Zur Vereinfachung sind die Server in jeder Farm basierend auf ihrer Ebene als Ebenen gruppiert.

Farmtopologie für die Migration

Beachten Sie in der vorherigen Abbildung die folgenden Punkte:

• Die Ebenen 1-A und 1-B bestehen aus zwei Front-End-Webservern mit Lastenausgleich (WebA-32 und WebB-32, WebA-64 und WebB-64).

• Die Ebenen 2-A und 2-B bestehen aus einem einzelnen Project-Anwendungsserver (AppA-32 und AppA-64).

• Die Ebenen 3-A und 3-B bestehen aus einem Datenbankserver (DB-32, DB-64).

In der folgenden Tabelle ist die auf den Servern in jeder Farm installierte Software aufgeführt.

Auf Farmservern installierte Software

Software	Farm A (32-Bit)	Farm B (64-Bit)
Betriebssystem	Windows Server 2003, SP2	Windows Server 2008
Datenbank	SQL Server 2005, SP2	SQL Server 2008
Office Server-Anwendungen	Office Project Server 2007 mit installiertem neuesten Service Pack und kumulativem Update	Windows SharePoint Services 3,0 mit installiertem neuesten Service Pack und kumulativem Update

Beachten Sie im Hinblick auf die obige Tabelle Folgendes:

• Als bewährte Methode empfiehlt es sich, das Betriebssystem auf den Zielservern mit allen Hotfixes für Windows Server 2003 und Windows Server 2008 zu aktualisieren.

• Office Project Server 2007 kann nicht unter einer Server Core-Installation von Windows Server 2008 installiert werden.

• Die in diesem Dokument beschriebenen Migration unterstützt jede Version und Patchebene von SharePoint (RTM bis zum neuesten Service Pack oder Update). Es wird empfohlen, dass Sie Office Project Server 2007 und Windows SharePoint Services 3,0 mindestens auf die Ebene des neuesten Service Packs patchen.

Migrationsstrategie

Die Strategie besteht darin, die Farmserver in separaten Phasen für jede Ebene in der Farm in der folgenden Reihenfolge zu migrieren und zu testen:

1. Ebene 3-A: Migrieren Sie den vorhandenen Datenbankserver zum neuen Datenbankserver. Diese Ebene wird zuerst migriert, um potenzielle Leistungsprobleme zu verringern, die auftreten können, wenn ein 64-Bit-System in einer 32-Bit-Datenbank Daten abfragt oder darin schreibt. Folgende Optionen sind verfügbar:

   • Beibehalten desselben Serverhostnamens auf dem Zielserver wie auf dem Quellserver.

   • Ändern des Serverhostnamens auf dem Zielserver. Diese Datenbankmigrationsoption wird in diesem Artikel verwendet.

2. Ebene 2-A: Testen Sie den neuen Datenbankserver, und migrieren Sie den vorhandenen Anwendungsserver in die neue Farm.

3. Ebene 1-A: Testen Sie den Anwendungsserver, und fügen Sie der neuen Farm dann die 64-Bit-Front-End-Webserver hinzu.

Der vorhergehende systematische Ansatz ist nicht obligatorisch, er wird jedoch dringend empfohlen, da dadurch eine Umgebung für die Migration und für Tests bereitgestellt wird, mit der die bewährteste Migration sichergestellt wird. Die Vorteile bestehen darin, dass unerwartete Ergebnisse, wie z. B. fehlende Dateien und beschädigte Daten, minimiert werden und die Möglichkeit besteht, Dienstausfälle während der Migration effizient zu verwalten.

Migrieren von Servern in die 64-Bit-Umgebung

Sie können die Schritte in diesem Abschnitt verwenden, um zu einer Farm zu migrieren, in der eines der folgenden Betriebssysteme und eine der folgenden Datenbanken installiert sind:

• Die 64-Bit-Version von Windows Server 2003

• Die 64-Bit-Edition von Windows Server 2008

• Die 64-Bit-Version von SQL Server 2005

• Die 64-Bit-Version von SQL Server 2008

Im Hinblick auf die Migration ergeben sich die wichtigen Unterschiede zwischen diesen Betriebssystemen und Datenbanken bei der Vorbereitung der Zielserver.

Lesen Sie den folgenden Abschnitt vor dem Durchführen von Phase 1: Migrieren der Back-End-Datenbanken (Back-End-Datenbanken), Phase 2: Migrieren der Anwendungsserver (Anwendungsserver) und Phase 3: Migrieren der Front-End-Webserver (Front-End-Server) der Migration.

Bevor Sie beginnen

Bevor Sie mit einer Farmmigration beginnen, müssen Sie die folgenden Aufgaben ausführen:

• Abrufen von aktualisiertem Referenzmaterial

• Dokumentieren der Farmkonfiguration

• Identifizieren und Dokumentieren der erforderlichen Konten und Berechtigungen

• Vorbereiten der Zielfarm

Abrufen von aktualisiertem Referenzmaterial

Rufen Sie eine Kopie von Migrieren von Project Server-Daten von einer Farm zu einer anderen ab. Dieses Thema enthält umfassende Anweisungen, einschließlich SQL Server- und Stsadm-Befehlen zum Verschieben eines SharePoint-Datenbankservers. Diese Anweisungen umfassen die folgenden Szenarien:

• Verschieben einer Datenbank zu einem neuen Datenbankserver mit demselben Namen.

• Verschieben einer Datenbank zu einem neuen Datenbankserver mit einem anderen Namen.

Dokumentieren der Farmkonfiguration

Einige Elemente einer Farm müssen manuell migriert werden. Stellen Sie sicher, dass Sie Folgendes dokumentiert haben:

• Die den SSPs zugeordneten Webanwendungen

• Benutzerdefinierte Masterseiten und andere Seiten

• Anderen angepassten Inhalt

• Features

• Benutzerdefinierte Anwendungen und kompilierte DLLs

• Alle anderen angepassten Farmelemente

Identifizieren und Dokumentieren der erforderlichen Konten und Berechtigungen

Informationen zum Ausführen von Aufgaben auf den Quell- und Zielservern finden Sie unter Verschieben aller Datenbanken (Project Server 2007). So können Sie sicherstellen, dass Sie über die richtigen Berechtigungen zur Verwendung der Office Project Server 2007-Tools, der Microsoft SQL Server-Datenbanktools und der Betriebssystembefehle verfügen.

Vorbereiten der Zielfarm

Die folgenden vorbereitenden Aufgaben müssen für die Anwendungs- und Datenbankserver in der Zielfarm ausgeführt werden:

• Anwenden der entsprechenden Betriebssystemupdates auf den Servern.

• Verwenden des Themas Installieren von Project Server 2007 unter Windows Server 2008 (Einzelserverinstallation) zum Konfigurieren von SQL Server und zum Bereitstellen von Project Server unter Windows Server 2008.

• Installieren von SQL Server 2008 auf dem Datenbankserver.

• Ausführen einer Farminstallation von Project Server auf AppA-64. Nach Abschluss dieser Aufgabe verfügen Sie über eine neue Farm mit einem Project-Anwendungsserver (AppA-64) und einem Datenbankserver (DB-64).

  Wichtig

  Verwenden Sie für die neuen Inhaltsdatenbanken nicht denselben Namen wie für die Inhaltsdatenbanken in der Quellfarm. Inhaltsdatenbanken können nicht in zwei Project Server-Farmen gemeinsam verwendet werden.

Phase 1: Migrieren der Back-End-Datenbanken

In dieser Phase migrieren Sie die Back-End-Datenbanken mithilfe eines der folgenden Verfahren:

• Verschieben der Datenbank auf einen Hostserver mit demselben Namen.

• Verschieben der Datenbank auf einen Hostserver mit einem anderen Namen.

  Tipp

  Sie ändern den Namen eines Project Server-Datenbankservers, der Instanzname kann jedoch nicht geändert werden. Z. B. kann DB 32\projserv in DB 64\projserv umbenannt werden, DB 32\projserv kann jedoch nicht in DB-32\projserv2 umbenannt werden.

Das folgende Verfahren erfordert eine vollständige Sicherung der Inhaltsdatenbanken.

Verschieben der Datenbank auf einen Hostserver mit demselben Namen.

1. Beenden Sie Farm A vollständig, indem Sie die mit Office Project Server 2007 (Abfrage- und Ereignisdienste für Microsoft Office Project Server) verbundenen Dienste anhalten und indem Sie Internetinformationsdienste (Internet Information Services, IIS) beenden.

2. Verwenden Sie die SQL Server 2005-Tools zum Sichern der SharePoint-Datenbanken auf dem Quelldatenbankserver (DB-32).

3. Fahren Sie den Quelldatenbankserver (DB-32) herunter.

4. Kopieren Sie alle Sicherungsdateien in einen Freigabeordner des Servers, der kein Teil von Farm A oder Farm B ist. Dieser Freigabeordner stellt einen Wiederherstellungspunkt für alle kritischen Project Server-Dateien dar.

5. Kopieren Sie die Datenbanksicherungsdateien auf den Zieldatenbankserver.

6. Stellen Sie die Datenbanken von DB-32 bis DB-64 mithilfe der SQL Server 2008-Tools wieder her.

7. Kopieren Sie alle SQL Server-Anmeldungen, festen Serverrollen, festen Datenbankrollen und Berechtigungen für diese Datenbanken auf den Zielserver (DB-64).

8. Fügen Sie die Datenbanken auf dem neuen Datenbankserver wieder an.

9. Führen Sie einen Neustart des Anwendungsservers AppA-32 durch, um die Änderungen zu übernehmen und um sicherzustellen, dass die Dienste, Websites und Anwendungspools, die Office Project Server 2007 zugeordnet sind, gestartet wurden.

10. Konfigurieren Sie alle Server in Farm A, sodass sie auf DB-64 zeigen.

11. Führen Sie einen Neustart von Farm A aus.

12. Führen Sie die entsprechenden Tests für die Umgebung aus, um sicherzustellen, dass die neue Datenbank von Farm A verwendet wird.

Das folgende Verfahren erfordert eine vollständige Sicherung aller SSPs und Inhaltsdatenbanken.

Verschieben der Datenbank auf einen Hostserver mit einem anderen Namen

1. Verwenden Sie den Vorgang Stsadm, um eine vollständige Sicherung aller SSPs auf AppA-32 durchzuführen.

2. Löschen Sie alle SSPs aus Farm A.

3. Beenden Sie Farm A vollständig, indem Sie die mit Office Project Server 2007 (Abfrage- und Ereignisdienste für Microsoft Office Project Server) verbundenen Dienste anhalten und indem Sie Internetinformationsdienste (Internet Information Services, IIS) beenden.

4. Verwenden Sie die SQL Server 2005-Tools zum Sichern der folgenden Datenbanken auf dem Quelldatenbankserver (DB-32):

   • Alle Inhaltsdatenbanken

   • Inhaltsdatenbank der Zentraladministration

   • Project Server-Datenbanken (Archiv, Entwurf, Veröffentlicht und Berichterstellung)

   • Suchdatenbank der Hilfe zu Windows SharePoint Service (wenn Sie die Windows SharePoint Services-Suche verwenden)

5. Kopieren Sie alle Sicherungsdateien in einen Freigabeordner des Servers, der kein Teil von Farm A oder Farm B ist. Dieser Freigabeordner stellt einen Wiederherstellungspunkt für alle kritischen Dateien dar.

6. Kopieren Sie die Datenbanksicherungsdateien auf den Zieldatenbankserver.

7. Stellen Sie die Datenbanken von DB-32 bis DB-64 mithilfe der SQL Server 2008-Tools wieder her.

8. Kopieren Sie alle SQL Server-Anmeldungen, festen Serverrollen, festen Datenbankrollen und Berechtigungen für diese Datenbanken auf den Zielserver (DB-64).

9. Führen Sie den Stsadm-Vorgang renameserver auf AppA-32 aus, um den Datenbankserver in Farm B umzubenennen.

10. Führen Sie einen Neustart des Anwendungsservers AppA-32 durch, um die Änderungen zu übernehmen und um sicherzustellen, dass die Dienste, Websites und Anwendungspools, die Office Project Server 2007 zugeordnet sind, gestartet wurden.

11. Stellen Sie die SSPs auf AppA-32 wieder her, indem Sie Stsadm –restore mit der Option [keepindex] verwenden.

12. Fügen Sie alle wiederhergestellten SSPs Farm A hinzu.

13. Legen Sie den neuen Standard-SSP fest, und löschen Sie dann den ursprünglichen Standard-SSP.

14. Konfigurieren Sie alle Server in Farm A, sodass sie auf DB-64 zeigen.

15. Führen Sie einen Neustart von Farm A aus.

16. Führen Sie die entsprechenden Tests für die Umgebung aus, um sicherzustellen, dass die neue Datenbank von Farm A verwendet wird.

Nach Abschluss dieser Phase besitzt die aktive Farm die folgende Topologie:

• Front-End-Webserver: WebA-32, WebB-32

• Anwendungsserver: AppA-32

• Datenbankserver: DB-64

Phase 2: Migrieren der Anwendungsserver

In dieser Phase führen Sie eine Sicherung und Wiederherstellung der SSPs aus. Während dieser Phase können Sie die in Dokumentieren der Farmkonfiguration dokumentierten Farmelemente an einen Speicherort in der Serverfreigabe kopieren, die Sie in Phase 1 erstellt haben. Verwenden Sie das folgende Verfahren, um die Anwendungsserver zu migrieren.

Migrieren der Anwendungsserver

1. Bereiten Sie die Front-End-Webserver für Farm B vor, fügen Sie sie jedoch noch nicht der Farm hinzu.

2. Verwenden Sie den Vorgang Stsadm, um eine vollständige Sicherung aller SSPs auf AppA-32 durchzuführen.

3. Löschen Sie alle SSPs aus Farm A, indem Sie den folgenden Befehl ausgeben:

   stsadm -o deletessp -title SharedServices -force

4. Beenden Sie Farm A vollständig, indem Sie die Dienste für Office Project Server 2007 und Internetinformationsdienste (Internet Information Services, IIS) beenden.

5. Kopieren Sie die Farmelemente, die manuell verschoben werden müssen, aus der Serverfreigabe an die Speicherorte in Farm B (WebA-64, WebB-64 und AppA-64), die den Speicherorten in Farm A entsprechen.

6. Kopieren Sie alle Sicherungsdateien in einen Freigabeordner des Servers, der kein Teil von Farm A oder Farm B ist. Dieser Freigabeordner stellt einen Wiederherstellungspunkt für alle kritischen SharePoint-Dateien dar.

7. Kopieren Sie alle Sicherungsdateien auf AppA-64.

8. Führen Sie einen Neustart von AppA-64 durch, um die Änderungen zu übernehmen und um sicherzustellen, dass die Dienste, Websites und Anwendungspools, die Office Project Server 2007 zugeordnet sind, gestartet wurden.

9. Konfigurieren Sie AppA-64 so, dass er auf die Inhaltsdatenbanken zeigt, die aus Farm A wiederhergestellt wurden, und verwenden Sie die SQL Server 2008-Tools, um die ursprünglichen Inhaltsdatenbanken zu löschen, die beim Erstellen von Farm B aus DB-64 erstellt wurden.

10. Stellen Sie die SSPs auf AppA-64 wieder her, indem Sie Stsadm –restore mit der Option [keepindex] verwenden.

11. Fügen Sie alle wiederhergestellten SSPs Farm B hinzu.

12. Legen Sie den neuen Standard-SSP fest, und löschen Sie dann den ursprünglichen Standard-SSP.

13. Führen Sie einen Neustart von Farm A aus.

14. Führen Sie die gewünschten Tests in der Umgebung aus, um sicherzustellen, dass die Quellfarm die neuen Anwendungsserver und die Datenbank verwendet.

Nach Abschluss dieser Phase besitzt die aktive Farm die folgende Topologie:

• Front-End-Webserver: WebA-32, WebB-32

• Anwendungsserver: AppA-64

• Datenbankserver: DB-64

Phase 3: Migrieren der Front-End-Webserver

In dieser Phase beenden Sie die Migration, indem Sie der Farm 64-Bit-Front-End-Webserver hinzufügen. Verwenden Sie das folgende Verfahren, um die Front-End-Webserver zu migrieren.

Migrieren der Front-End-Webserver

1. Beenden Sie Farm A vollständig, indem Sie die Dienste für Office Project Server 2007 und Internetinformationsdienste (Internet Information Services, IIS) beenden.

2. Starten Sie Farm B.

3. Fügen Sie Farm B die Server WebA-64 und WebB-64 hinzu, und konfigurieren Sie diese, sodass sie auf DB-64 zeigen.

4. Führen Sie die entsprechenden Tests für die Umgebung durch, um sicherzustellen, dass die Zielfarm ordnungsgemäß ausgeführt wird.

Nach Abschluss dieser Phase ist die Migration in eine 64-Bit-Umgebung abgeschlossen, und die aktive Farm besitzt die folgende Topologie:

• Front-End-Webserver: WebA-64, WebB-64

• Anwendungsserver: AppA-64

• Datenbankserver: DB-64

Siehe auch

Konzepte

Verschieben aller Datenbanken (Project Server 2007)
Bestimmen der Hardware- und Softwareanforderungen (Project Server)
Installieren von Project Server 2007 unter Windows Server 2008 (Einzelserverinstallation)
Bereitstellen von Project Server 2007 in einer Serverfarmumgebung
Vorteile von 64-Bit-Hardware und -Software (Project Server 2007)

Weitere Ressourcen

Migrieren einer vorhandenen Serverfarm zu einer 64-Bit-Umgebung (Office SharePoint Server 2007)
Verschieben aller Datenbanken (Office SharePoint Server 2007)