Freigeben über


Upgraden auf Project Server 2016

Zusammenfassung: Informationen zum Upgrade auf Project Server 2016.
Gilt für: Project Server 2016

Dieser Artikel beschreibt die erforderlichen Schritte für das Upgrade auf Project Server 2016.

Hinweis

Lesen Sie vor diesem Artikel die Informationen unter Planen des Upgrades auf Project Server 2016, um mehr über das Upgrade und den Upgradeprozess zu erfahren.

Upgradeanforderungen

Beachten Sie die folgenden Anforderungen für das Upgrade auf Project Server 2016:

  • Das Upgrade ist nur von Project Server 2013 aus möglich. Wenn Sie von früheren Versionen von Project Server ein Upgrade durchführen, müssen Sie Ihre Datenbanken zuerst auf Project Server 2013 aktualisieren, um das Upgrade auf Project Server 2016 durchzuführen.

    Hinweis

    Informationen zur Aktualisierung von Project Server 2010 auf Project Server 2013 finden Sie unter Upgrade auf Project Server 2013.

  • Für den Upgradeprozess müssen Sie Windows PowerShell-Cmdlets in der SharePoint Server 2016-Verwaltungskonsole ausführen. Stellen Sie sicher, dass Sie über die erforderlichen Berechtigungen zum Ausführen der Cmdlets verfügen.

  • Wenn Sie Ihre Project Server 2013-Ressourcenpläne zur Verwendung als Ressourcenverhandlungen in Project Server 2016 migrieren:

    • Sie müssen veröffentlicht werden.

    • Sie müssen Zeitdaten (also Arbeit und nicht nur Ressourcen) enthalten.

      Hinweis

      Weitere Informationen zu Ressourcenverhandlungen finden Sie in diesem Blogbeitrag: Ressourcenverhandlungen.

Upgradeschritte für Project Server 2016

Das Upgrade auf Project Server 2016 kann in sechs Schritten unterteilt werden. Zu diesen zählen:

  1. Erstellen einer Project Server 2016-Farm

  2. Kopieren und Verschieben Ihrer Datenbanken

  3. Anfügen und Aktualisieren Ihrer SharePoint 2013-Inhaltsdatenbank

  4. Testen der SharePoint-Inhaltsdatenbank

  5. Anfügen und Aktualisieren der Project Server 2013-Datenbanken

  6. Deaktivieren von Grenzwerten für Datenbankkontingente für die PWA-Website

  7. Migrieren der Project Server 2013-Ressourcenpläne (optional)

Nachfolgend erhalten Sie weitere Details zu den in der Upgradeübersicht enthaltenen Schritten.

Erstellen der Project Server 2016-Farm

Der erste Schritt des Upgradeprozesses besteht darin, die Project Server 2016-Farm zu erstellen. Da das Anfügen der Datenbank die unterstützte Methode für das Upgrade ist, fügen Sie Ihre Project Server 2013-Datenbanken in den folgenden Schritten an diese Farm an und aktualisieren sie.

Beachten Sie, dass ein wesentlicher Unterschied zwischen der Installation von Project Server 2016 und der Art und Weise, wie es in früheren Versionen installiert wurde, darin besteht, dass die Project Server 2016-Installation nun Teil der SharePoint Server 2016-Installation ist. Project Server 2016 wird nun als Dienstanwendung in SharePoint Server 2016 ausgeführt und erfordert keine separate Installation.

Wichtig

Project Server 2016 kann nur in der Enterprise-Version von SharePoint Server 2016 aktiviert werden. Project Server 2016 kann mit einer Standardlizenz nicht auf SharePoint Server 2016 aktiviert werden.

Hinweis

Weitere Informationen zur Installation einer neuen Project Server 2016-Farm finden Sie unter Bereitstellen von Project Server 2016.

Kopieren und Verschieben Ihrer Datenbanken

Im zweiten Schritt des Upgradeprozesses werden die Datenbanken, die für Ihre Project Server 2013-Umgebung erforderlich sind, in die neue Project Server 2016-Umgebung kopiert. Dieser Vorgang umfasst zwei Schritte.

  1. Während sich die SharePoint Server 2013-Farm im schreibgeschützten Modus befindet, sichert der Serverfarmadministrator die folgenden beiden Datenbanken aus der SQL Server-Instanz:

    • SharePoint 2013-Inhaltsdatenbank, die Ihre Projektdaten enthält

    • Project Server 2013-Datenbank

  2. Der Serverfarmadministrator stellt eine Sicherungskopie der Datenbanken auf der SQL Server 2014-Instanz wieder her, die zum Hosten der Project Server 2016-Farmdatenbanken verwendet wird.

SQL Server Management Studio kann zum Kopieren und Wiederherstellen der Datenbanken verwendet werden.

Anfügen und Aktualisieren Ihrer SharePoint 2013-Inhaltsdatenbank

Im zweiten Schritt des Upgradeprozesses wird Ihre SharePoint 2013-Inhaltsdatenbank, die Ihre Project-Websitedaten enthält, an die neue Project Server 2016-Farm angefügt und aktualisiert.

Hierfür müssen Sie das PowerShell-Cmdlet Mount -SPContentDatabase in der SharePoint 2016-Verwaltungsshell ausführen.

  1. Öffnen Sie die SharePoint 2016-Verwaltungsshell als Administrator.

  2. Geben Sie an der Eingabeaufforderung Folgendes ein:

    Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    Beispiel:

    Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

Testen Ihrer Inhaltsdatenbank

Der nächste Schritt des Upgrades besteht darin, die neu angefügte und aktualisierte Inhaltsdatenbank zu testen. Verwenden Sie das PowerShell-Cmdlet Mount -SPContentDatabase zum Testen anhand der angegebenen Webanwendung, um zu prüfen, ob alle Anpassungen, auf die in der Inhaltsdatenbank verwiesen wird, auch in der Webanwendung in der neuen SharePoint Server 2016-Umgebung installiert sind. Durch dieses Cmdlet werden Ihre Daten nicht aktualisiert.

  1. Öffnen Sie die SharePoint 2016-Verwaltungsshell als Administrator.

  2. Geben Sie an der Eingabeaufforderung Folgendes ein:

    Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    Beispiel:

    Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

    Hiermit wird die SharePoint 80-Webanwendung anhand der Anpassungen getestet, auf die in der Datenbank „WSSContentContosoPWA" verwiesen wird, und das Ergebnis veröffentlicht.

Die Ergebnisse des Cmdlets „Test-SPContentDatabase" weist auf Inkonsistenzen hin, die in der aktualisierten SharePoint-Webanwendung in der neuen SharePoint Server 2016-Umgebung gefunden werden. Die Ergebnisse implizieren nicht, dass das Upgrade der SharePoint 2013-Inhaltsdatenbank fehlgeschlagen ist, es werden jedoch Dinge angemerkt, auf die Sie in der neuen Umgebung achten müssen. Möglicherweise wird das folgende Ergebnis angezeigt:

Category: MissingWebPart

Error: True

UpgradeBlocking : False

Message: WebPart class [e6002ce8-69ee-168a-8f7c-a1d98d51da29] (class [Microsoft.Office.Excel.WebUI.ExcelWebRenderer] from assembly [Microsoft.Office.Excel.WebUI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [WSSContentContosoPWA], but is not installed on the current farm. Please install any feature/solution which contains this web part.

Remedy: One or more web parts are referenced in the database [WSSContentContosoPWA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.

Diese Meldung besagt, dass das Excel Services-Webpart, auf das in der aktualisierten Inhaltsdatenbank verwiesen wird, in der SharePoint Server 2016-Farm nicht gefunden wurde. Möglicherweise müssen Sie Office Online Server in der SharePoint Server 2016-Farm installieren.

Hinweis

Office Online Server wird für die Verwendung mit Project Server 2016 unterstützt.

Anfügen und Aktualisieren der Project Server 2013-Datenbank

Nach dem Anfügen, Aktualisieren und Testen der SharePoint 2013-Inhaltsdatenbank besteht der nächste Schritt darin, die Project Server 2013-Datenbank an die Project Server 2016-Farm anzufügen und zu aktualisieren. Hierfür müssen Sie das PowerShell-Cmdlet Migrate -SPProjectDatabase in der SharePoint 2016-Verwaltungsshell ausführen.

  1. Öffnen Sie die SharePoint 2016-Verwaltungsshell als Administrator.

  2. Geben Sie an der Eingabeaufforderung Folgendes ein:

    Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA site URL>

    Beispiel:

    Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection "https://contoso1/sites/PWA"

    Wenn das Cmdlet erfolgreich abgeschlossen wird, überprüfen Sie, ob Sie die in Project Server 2016 angegebene Projektwebsite öffnen können.

Hinweis

Wenn Sie über mehrere PWA-Websites verfügen, die Sie aktualisieren möchten, müssen alle Websites in der Inhaltsdatenbank und alle PWA-Websites gleichzeitig aktualisiert werden. Dies bedeutet, dass die Inhaltsdatenbank, die die Projektdaten für die Website enthält, sowie alle zugehörigen Project-Datenbanken für jede PWA-Website aktualisiert werden müssen.

Deaktivieren von Grenzwerten für Datenbankkontingente für die PWA-Website

Sie müssen das folgende Windows PowerShell-Cmdlet ausführen, um eine Beschränkung eines Datenbankkontingents zu deaktivieren, das standardmäßig in Project Server 2016 festgelegt wird:

Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240

Beispiel:

Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240

Hinweis

Wenn die Datenbankkontingentbegrenzung nicht deaktiviert ist, treten die folgenden Probleme auf:> Wenn Sie ein Upgrade auf Project Server 2016 durchführen und Ihre Project-Datenbank, die Sie aktualisieren, größer als 10 Gigs ist, wird Ihre PWA-Website sofort auf Schreibgeschützt festgelegt.> Wenn Sie Project Server 2016 bereitstellen, einen PWA-Standort konfigurieren und durch die tägliche Produktnutzung die Daten für die Website schließlich den Grenzwert von 10 Gig überschreiten, wird Ihre PWA-Website auf Schreibgeschützt festgelegt.> Wenn Sie mehrere PWA-Standorte verwenden, muss das Cmdlet für jeden PWA-Standort ausgeführt werden.

Hinweis

Weitere Informationen zu diesem Problem finden Sie im Blog zur Projektunterstützung. Wenn Ihre PWA-Website schreibgeschützt ist

Upgraden von Ressourcenplänen auf Ressourcenverhandlungen

Wenn Sie die Funktion „Ressourcenverhandlungen" in Project Server 2016 verwenden möchten, können Sie Ihre vorhandenen Project Server 2013-Ressourcenpläne zur Verwendung als Ressourcenverhandlungen aktualisieren. Zu diesem Zweck müssen Sie nach dem Upgrade Ihrer Project Server 2013-Datenbank auf Project Server 2016 auch das PowerShell-Cmdlet Migrate-SPProjectResourcePlans in der SharePoint-2016-Verwaltungsshell ausführen.

  1. Öffnen Sie die SharePoint 2016-Verwaltungsshell als Administrator.

  2. Geben Sie an der Eingabeaufforderung Folgendes ein:

    Migrate-SPProjectResourcePlans -URL <PWA site URL>

    Beispiel:

    Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"

Nach dem Ausführen des Cmdlets sollte eine der folgenden Bestätigungsmeldungen angezeigt werden:

Meldung Bedeutung
Alle Project-Ressourcenpläne wurden erfolgreich migriert.
Alle Ressourcenpläne wurden gefunden und migriert.
Es wurden {0} von {1} Project-Ressourcenplänen gefunden. In den Protokollen erhalten Sie weitere Details.
Die Ressourcenpläne wurden gefunden, aber einige wurden nicht migriert.
Es sind keine weiteren Project-Ressourcenpläne für die Migration vorhanden. Es wurden entweder alle Ressourcenpläne migriert, oder die maximale Anzahl von Wiederholungen wurde überschritten. Überprüfen Sie die Tabelle „MSP_RESOURCE_PLANS" im veröffentlichten Store, und bestätigen Sie, dass „RESPLAN_IS_MIGRATED" für alle Projekte festgelegt ist.
Es wurden keine Ressourcenpläne für die Migration gefunden, oder die maximale Anzahl von Versuchen wurde überschritten.

Wenn Ihre Ressourcenpläne nicht erfolgreich migriert wurden (wenn eine der beiden letzten Meldungen angezeigt wurde), können Sie die folgenden Schritte zur Problembehandlung verwenden, um weitere Informationen zu erhalten.

Überprüfen der SharePoint Server 2016-Inhaltsdatenbank auf Informationen für die Migration von Ressourcenplänen

Überprüfen Sie die Tabelle „MSP_RESOURCE_PLANS“ auf die folgenden Spalten:

Spalte Werte
RESPLAN_IS_MIGRATED
„0" nicht migriert
„1" migriert
MIGRATED_REV_COUNTER
Der angezeigte Wert ist die Anzahl der Versuche, die zur Migration dieses Ressourcenplans erforderlich waren. Wenn der Befehl wiederholt ausgeführt wird, wird dieser Wert jedes Mal erhöht (der maximale Wert ist 50).
MIGRATION_ERROR_INFO
Bietet weitere Informationen zur Migration:
MissingResources = 1, gefolgt von einer Liste fehlender Ressourcen
AccessDenied=2, gefolgt von zusätzlichen Informationen
DatabaseError=3, gefolgt von zusätzlichen Informationen
Unknown=4, gefolgt von zusätzlichen Informationen

Überprüfen der SharePoint Server 2016-Inhaltsdatenbank auf Informationen für die Migration von Ressourcenplänen

Sie können prüfen, ob eine bestimmte PWA-Website, die Sie migrieren, über einen zugeordneten Ressourcenplan verfügt. Dazu verwenden Sie die folgende SQL-Abfrage:

SELECT *
  FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>

In dieser Tabelle gibt es eine Zeile für jeden Ressourcenplan für die Website (ein Projekt kann 0/1 Ressourcenplan/-pläne aufweisen)

Um den SiteID-Wert für Ihre PWA-Website abzurufen, führen Sie das folgende PowerShell-Cmdlet in der SharePoint Server 2016-Verwaltungskonsole aus:

$site = get-spsite <SiteUrl>
$site.ID

Überprüfen Sie die ULS-Protokolle , um weitere Informationen zu erhalten.

Die folgenden Tags in category:Engagements (PWA) enthalten möglicherweise hilfreiche Informationen zur Problembehandlung bei der Migration von Ressourcenplänen.

  • tag_a5h65

  • tag_a5h66

  • tag_a1kg8

  • tag_a3qj3

  • tag_a1khb

  • tag_a5h67

  • tag_a1khf

  • tag_a2ifm

  • tag_a4bic

  • tag_a1khh

  • tag_a2ifo