Share via


Upgrade auf die Project Server-Abonnementedition wird durchgeführt

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

In diesem Artikel werden die Schritte beschrieben, die für das Upgrade auf Project Server-Abonnementedition erforderlich sind.

Hinweis

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

Upgradeanforderungen

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

  • Sie können nur ein Upgrade von Project Server 2016 oder 2019 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 oder 2019 aktualisieren, um auf Project Server-Abonnementedition zu aktualisieren.

    Hinweis

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

  • Für den Upgradeprozess müssen Sie Microsoft PowerShell-Cmdlets in der SharePoint Server-Abonnementedition-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 über keine Berechtigungen verfügen, kontaktieren Sie Ihren Setup-Administrator oder SQL Server-Administrator, um die Berechtigungen anzufordern. Weitere Informationen zu PowerShell-Berechtigungen finden Sie unter Add-SPShellAdmin.

  • Wenn Sie Ihre Project Server 2016 oder 2019-Ressourcenpläne migrieren, um sie als Ressourceneinsätze in Project Server-Abonnementedition zu verwenden:

    • 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-Abonnementedition Upgradeschritte

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

  1. Erstellen einer Project Server-Abonnementedition Farm

  2. Kopieren und Verschieben Ihrer Datenbanken

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

  4. Testen der SharePoint-Inhaltsdatenbank

Im Folgenden finden Sie weitere Details zu diesen Upgradeschritten.

Erstellen Ihrer Project Server-Abonnementedition Farm

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

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

Wichtig

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

Hinweis

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

Kopieren und Verschieben Ihrer Datenbanken

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

  1. Wenn sich die SharePoint Server 2016- oder 2019-Farm im schreibgeschützten Modus befindet, sichert der Serverfarmadministrator die folgende Datenbank aus der SQL Server-Instanz:

    • SharePoint Server 2016- oder 2019-Inhaltsdatenbank, die Ihre Projektdaten enthält
  2. Der Serverfarmadministrator stellt eine Sicherungskopie der Datenbank auf der SQL Server 2019-Instanz wieder her, die zum Hosten der Project Server-Abonnementedition 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- oder 2019-Inhaltsdatenbank

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

Dazu müssen Sie das PowerShell-Cmdlet Mount -SPContentDatabase in der SharePoint Subscription Edition Management Shell ausführen.

  1. Öffnen Sie die Verwaltungsshell der SharePoint-Abonnementedition 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 zu überprüfen, ob alle Anpassungen, auf die in der Inhaltsdatenbank verwiesen wird, auch in der Webanwendung in der neuen SharePoint Server-Abonnementedition-Umgebung installiert sind. Durch dieses Cmdlet werden Ihre Daten nicht aktualisiert.

  1. Öffnen Sie die Verwaltungsshell der SharePoint-Abonnementedition 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-Abonnementedition-Umgebung gefunden werden. Die Ergebnisse implizieren nicht, dass beim Upgrade der SharePoint 2016- oder 2019-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 Sie Ihre SharePoint Server 2016- oder 2019-Inhaltsdatenbank auf Ressourcenplanmigrationsinformationen.

Ü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

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-Abonnementedition-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