Freigeben über


Upgraden auf Project Server 2019

Zusammenfassung: Erfahren Sie, wie Sie ein Upgrade auf Project Server 2019 durchführen.
Gilt für: Project Server 2019

In diesem Artikel werden die schritte beschrieben, die für das Upgrade auf Project Server 2019 erforderlich sind.

Hinweis

Bevor Sie diesen Artikel lesen, finden Sie unter Planen des Upgrades auf Project Server 2019 weitere Informationen zum Upgrade und zum Upgradeprozess.

Upgradeanforderungen

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

  • Sie können nur ein Upgrade von Project Server 2016 durchführen. Wenn Sie ein Upgrade von früheren Versionen von Project Server durchführen, müssen Sie ihre Datenbanken zuerst auf Project Server 2016 aktualisieren, um ein Upgrade auf Project Server 2019 durchzuführen.

    Hinweis

    Informationen zum Upgrade von Project Server 2013 auf Project Server 2019 finden Sie unter Upgrade von SharePoint 2013 auf SharePoint Server 2019.

  • Für den Upgradeprozess müssen Sie Microsoft PowerShell-Cmdlets in der SharePoint Server 2019-Verwaltungsshell ausführen. Stellen Sie sicher, dass Sie über die folgenden Mindestberechtigungen verfügen, um sie auszuführen:

    • Feste Serverrolle securityadmin auf der SQL Server-Instanz.

    • Feste Datenbankrolle db_owner auf allen Datenbanken, die aktualisiert werden sollen.

    • Administratorgruppe auf dem Server, auf dem die PowerShell-Cmdlets ausgeführt werden.

    Mit dem Cmdlet Add-SPShellAdmin kann ein Administrator die Berechtigung zur Verwendung von SharePoint Server-Cmdlets gewähren.

    [! HINWEIS]Wenn Sie nicht über Berechtigungen verfügen, wenden Sie sich an Ihren Setupadministrator oder SQL Server Administrator, um Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

  • Wenn Sie Ihre Project Server 2016 Ressourcenpläne zur Verwendung als Resource Engagements in Project Server 2019 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.

Project Server 2019-Upgradeschritte

Das Upgrade auf Project Server 2019 kann in vier Schritte unterteilt werden. Dies schließt ein:

  1. Erstellen einer Project Server 2019-Farm

  2. Kopieren und Verschieben Ihrer Datenbanken

  3. Anfügen und Aktualisieren Ihrer SharePoint Server 2016-Inhaltsdatenbank

  4. Testen der SharePoint-Inhaltsdatenbank

Im Folgenden finden Sie weitere Details zu diesen Upgradeschritten.

Erstellen Ihrer Project Server 2019-Farm

Der erste Schritt im Upgradeprozess besteht darin, die Project Server 2019-Farm zu erstellen. Da die Datenbankanfügung die unterstützte Methode für das Upgrade ist, fügen Sie Ihre Project Server 2016 Datenbanken in den folgenden Schritten an diese Farm an und aktualisieren sie.

Beachten Sie, dass ein wichtiger Unterschied bei der Installation von Project Server 2019 im Vergleich zur Installation in früheren Versionen darin besteht, dass die Project Server 2019-Installation jetzt Teil der SharePoint Server 2019 Installation ist. Project Server 2019 wird jetzt als Dienstanwendung in SharePoint Server 2019 ausgeführt und erfordert keine separate Installation.

Wichtig

Project Server 2019 kann nur für die Enterprise-Version von SharePoint Server 2019 aktiviert werden. Project Server 2019 kann nicht auf SharePoint Server 2019 mit einer Standardlizenz aktiviert werden.

Hinweis

Weitere Informationen zum Installieren einer neuen Project Server 2019-Farm finden Sie unter Bereitstellen von Project Server 2016 oder 2019.

Kopieren und Verschieben Ihrer Datenbanken

Im zweiten Schritt des Upgradevorgangs werden die für Ihre Project Server 2016-Umgebung erforderlichen Datenbanken in Ihre neue Project Server 2019-Umgebung kopiert. Dieser Vorgang umfasst zwei Schritte.

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

    • SharePoint Server 2016-Inhaltsdatenbank, die Ihre Projektdaten enthält
  2. Der Serverfarmadministrator stellt eine Sicherungskopie der Datenbanken in der SQL Server 2016- oder 2017-Instanz wieder her, die zum Hosten der Project Server 2019-Farmdatenbanken verwendet wird.

Sie können SQL Server Management Studio verwenden, um die Datenbanken zu kopieren und wiederherzustellen.

Anfügen und Aktualisieren Ihrer SharePoint Server 2016-Inhaltsdatenbank

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

Dazu müssen Sie das PowerShell-Cmdlet Mount -SPContentDatabase in der SharePoint 2019-Verwaltungsshell ausführen.

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

  2. Geben Sie an der PowerShell-Eingabeaufforderung Folgendes ein:

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

    Beispiel:

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

Testen Ihrer Inhaltsdatenbank

Der vierte Schritt des Upgrades besteht darin, Ihre neu angefügte und aktualisierte Inhaltsdatenbank zu testen. Sie verwenden das PowerShell-Cmdlet Test-SPContentDatabase, um mit der von Ihnen angegebenen Webanwendung zu testen, um sicherzustellen, dass alle Anpassungen, auf die in der Inhaltsdatenbank verwiesen wird, auch in der Webanwendung in der neuen SharePoint Server 2019-Umgebung installiert sind. Durch dieses Cmdlet werden Ihre Daten nicht aktualisiert.

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

  2. Geben Sie an der PowerShell-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.

In den Ergebnissen des Cmdlets Test-SPContentDatabase werden Inkonsistenzen festgestellt, die in Ihrer aktualisierten SharePoint-Webanwendung in der neuen SharePoint Server 2019-Umgebung gefunden werden. Die Ergebnisse implizieren nicht, dass beim Upgrade der SharePoint 2016-Inhaltsdatenbank ein Fehler aufgetreten ist, sondern nur Dinge, die Sie in Ihrer neuen Umgebung untersuchen müssen. Im Folgenden sind einige Überprüfungen aufgeführt, die möglicherweise in Ihren Ergebnissen angezeigt werden.

Ü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 den folgenden PowerShell-Befehl in der SharePoint Server 2019-Verwaltungsshell 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