Mise à niveau vers Project Server Édition d’abonnement
Résumé: Découvrez comment effectuer une mise à niveau vers Project Server Édition d'abonnement.
S’applique à : Project Server Édition d'abonnement
Cet article décrit les étapes nécessaires à la mise à niveau vers Project Server Édition d'abonnement.
Remarque
Avant de lire cet article, consultez Planifier la mise à niveau vers Project Server Édition d'abonnement pour plus d’informations sur la mise à niveau et le processus de mise à niveau.
Configuration requise pour la mise à niveau
Notez les conditions suivantes pour la mise à niveau vers Project Server Édition d'abonnement :
Vous pouvez uniquement effectuer une mise à niveau à partir de Project Server 2016 ou 2019. Si vous effectuez une mise à niveau à partir de versions antérieures de Project Server, vous devez d’abord mettre à niveau vos bases de données vers Project Server 2016 ou 2019 pour effectuer une mise à niveau vers Project Server Édition d'abonnement.
Remarque
Pour plus d’informations sur la mise à niveau vers Project Server Édition d'abonnement à partir de Project Server 2013, voir Mise à niveau de SharePoint 2013 vers SharePoint Server Édition d'abonnement.
Le processus de mise à niveau vous oblige à exécuter des applets de commande Microsoft PowerShell dans SharePoint Server Édition d'abonnement Management Shell. Vérifiez que vous disposez des autorisations minimales suivantes pour les exécuter :
du rôle serveur fixe securityadmin sur l'instance SQL Server.
du rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ;
du groupe Administrateurs sur le serveur sur lequel vous exécutez les applets de commande PowerShell.
Un administrateur peut utiliser la cmdlet Add-SPShellAdmin pour accorder les autorisations d'utilisation des cmdlets SharePoint Server.
Remarque
[!REMARQUE] Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d’informations sur les autorisations PowerShell, consultez Add-SPShellAdmin.
Si vous migrez vos plans de ressources Project Server 2016 ou 2019 pour les utiliser comme engagements de ressources dans Project Server Édition d'abonnement :
Ils doivent être publiés.
Ils doivent être associés à des données chronologiques (ils doivent contenir du travail, pas simplement des ressources).
Remarque
Pour plus d'informations sur les engagements de ressources, consultez ce billet de blog : Engagements de ressources.
Project Server Édition d'abonnement étapes de mise à niveau
La mise à niveau vers Project Server Édition d'abonnement peut être divisée en quatre étapes. Cela comprend :
Créer une batterie de serveurs Project Server Édition d'abonnement
Copier et déplacer vos bases de données
Attacher et mettre à niveau votre base de données de contenu SharePoint Server 2016 ou 2019
Tester votre base de données de contenu SharePoint
La section suivante fournit plus de détails sur ces étapes de mise à niveau.
Créer votre batterie de Project Server Édition d'abonnement
La première étape du processus de mise à niveau consiste à créer la batterie de Project Server Édition d'abonnement. Étant donné que l’attachement de base de données est la méthode prise en charge pour la mise à niveau, vous allez attacher et mettre à niveau vos bases de données Project Server 2016 ou 2019 vers cette batterie de serveurs dans les étapes suivantes.
Notez qu’une différence clé dans l’installation de Project Server Édition d'abonnement par rapport à la façon dont il a été installé dans les versions précédentes est que l’installation Project Server Édition d'abonnement fait désormais partie de la SharePoint Server Édition d'abonnement installation. Project Server Édition d'abonnement s’exécute désormais en tant qu’application de service dans SharePoint Server Édition d'abonnement et ne nécessite pas d’installation distincte.
Importante
Project Server Édition d'abonnement ne peut être activé que sur la version Entreprise de SharePoint Server Édition d'abonnement. Project Server Édition d'abonnement ne peut pas être activé sur SharePoint Server Édition d'abonnement avec une licence Standard.
Remarque
Pour plus d’informations sur l’installation d’une nouvelle batterie de serveurs Project Server Édition d'abonnement, consultez Déployer Project Server 2016 ou 2019 ou Édition d’abonnement.
Copier et déplacer vos bases de données
La deuxième étape du processus de mise à niveau copie vos bases de données requises pour votre environnement Project Server 2016 ou 2019 vers votre nouvel environnement Project Server Édition d'abonnement. Ce processus comporte deux étapes :
Avec la batterie de serveurs SharePoint Server 2016 ou 2019 en mode lecture seule, l’administrateur de la batterie de serveurs sauvegarde la base de données suivante à partir de l’instance SQL Server :
- Base de données de contenu SharePoint Server 2016 ou 2019 qui contient les données de votre projet
L’administrateur de batterie de serveurs restaure une copie de sauvegarde de la base de données sur l’instance SQL Server 2019 utilisée pour héberger les bases de données Project Server Édition d'abonnement batterie de serveurs.
Vous pouvez utiliser SQL Server Management Studio pour copier et restaurer les bases de données.
Attacher et mettre à niveau votre base de données de contenu SharePoint Server 2016 ou 2019
La troisième étape du processus de mise à niveau attache et met à niveau votre base de données de contenu SharePoint Server 2016 ou 2019 qui contient les données de votre site Project vers votre nouvelle batterie de serveurs Project Server Édition d'abonnement.
Pour ce faire, vous devez exécuter l’applet de commande PowerShell Mount -SPContentDatabase dans SharePoint Subscription Edition Management Shell.
Ouvrez SharePoint Subscription Edition Management Shell en tant qu’administrateur.
À l’invite de commandes PowerShell, tapez :
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>Par exemple :
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"
Tester votre base de données de contenu
La quatrième étape de la mise à niveau consiste à tester votre base de données de contenu nouvellement attachée et mise à niveau. Vous allez utiliser l’applet de commande PowerShell Test-SPContentDatabase pour effectuer des tests sur l’application web que vous avez spécifiée afin de vérifier que toutes les personnalisations référencées dans la base de données de contenu sont également installées dans l’application web dans le nouvel environnement SharePoint Server Édition d'abonnement. Cette applet de commande ne mettra pas à jour vos données malgré tout.
Ouvrez SharePoint Subscription Edition Management Shell en tant qu’administrateur.
À l’invite de commandes PowerShell, tapez :
Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>Par exemple :
Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"Cela vérifiera l'application Web SharePoint - 80 par rapport aux personnalisations référencées dans la base de données WSSContentContosoPWA et publiera les résultats.
Les résultats de l’applet de commande Test-SPContentDatabase notent les incohérences qu’il trouvera dans votre application Web SharePoint mise à niveau dans son nouvel environnement SharePoint Server Édition d'abonnement. Les résultats n’impliquent pas que la mise à niveau de la base de données de contenu SharePoint 2016 ou 2019 a échoué, mais notent uniquement les éléments que vous devez examiner dans votre nouvel environnement. Voici quelques vérifications qui peuvent apparaître dans vos résultats.
Consultez votre base de données de contenu SharePoint Server 2016 ou 2019 pour obtenir des informations de migration de plan de ressources
Consultez le tableau MSP_RESOURCE_PLANS pour les colonnes suivantes :
| Colonne | Valeurs |
|---|---|
| RESPLAN_IS_MIGRATED |
« 0 » pas migré « 1 » migré |
| MIGRATED_REV_COUNTER |
La valeur affichée correspond au nombre de tentatives qu'il a fallu pour migrer ce plan de charge des ressources. Si la commande est exécutée à plusieurs reprises, cette valeur est incrémentée chaque fois, avec une valeur maximale de 50. |
| MIGRATION_ERROR_INFO |
Fournit des informations supplémentaires sur la migration : MissingResources=1, suivi d’une liste de ressources manquantes AccessDenied=2, suivi de toute information supplémentaire DatabaseError=3, suivi de toute information supplémentaire Unknown=4, suivi de toute information supplémentaire |
Vous pouvez vérifier si un site Project Web App spécifique en cours de migration dispose d'un plan de charge des ressources associé. La requête SQL suivante permet d'effectuer cette action :
SELECT *
FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>
Il existe une ligne dans ce tableau pour chaque plan de charge des ressources pour le site (un projet peut avoir 0 ou 1 plan de charge des ressources).
Pour obtenir la valeur SiteID de votre site PWA, exécutez la commande PowerShell suivante dans SharePoint Server Édition d'abonnement Management Shell :
$site = get-spsite <SiteUrl>
$site.ID
Consulter vos journaux ULS pour plus d’informations
Les balises suivantes dans category:Engagements (PWA) peuvent contenir des informations utiles pour vous aider à résoudre les problèmes associés à votre migration de plan de charge des ressources :
tag_a5h65
tag_a5h66
tag_a1kg8
tag_a3qj3
tag_a1khb
tag_a5h67
tag_a1khf
tag_a2ifm
tag_a4bic
tag_a1khh
tag_a2ifo