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:
Erstellen einer Project Server 2019-Farm
Kopieren und Verschieben Ihrer Datenbanken
Anfügen und Aktualisieren Ihrer SharePoint Server 2016-Inhaltsdatenbank
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.
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
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.
Öffnen Sie die SharePoint 2019-Verwaltungsshell als Administrator.
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.
Öffnen Sie die SharePoint 2019-Verwaltungsshell als Administrator.
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