Mise à niveau vers Project Server 2019
Résumé: Découvrez comment effectuer une mise à niveau vers Project Server 2019.
S’applique à : Project Server 2019
Cet article décrit les étapes nécessaires à la mise à niveau vers Project Server 2019.
Remarque
Avant de lire cet article, consultez Planifier la mise à niveau vers Project Server 2019 pour plus d’informations sur la mise à niveau et le processus de mise à niveau.
Configuration requise pour la mise à niveau
Notez la configuration requise suivante pour la mise à niveau vers Project Server 2019 :
Vous pouvez uniquement effectuer une mise à niveau à partir de Project Server 2016. 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 afin de procéder à la mise à niveau vers Project Server 2019.
Remarque
Pour plus d’informations sur la mise à niveau vers Project Server 2019 à partir de Project Server 2013, voir Mettre à niveau à partir de SharePoint 2013 vers SharePoint Server 2019.
Le processus de mise à niveau vous oblige à exécuter des applets de commande Microsoft PowerShell dans SharePoint Server 2019 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]Si vous n’avez pas d’autorisations, contactez votre administrateur d’installation ou SQL Server administrateur pour demander des autorisations. Pour plus d’informations sur les autorisations PowerShell, consultez Add-SPShellAdmin.
Si vous migrez votre Project Server 2016 Plans de ressources à utiliser comme engagements de ressources dans Project Server 2019 :
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.
Étapes de mise à niveau de Project Server 2019
La mise à niveau vers Project Server 2019 peut être divisée en quatre étapes. Cela comprend :
Créer une batterie de serveurs Project Server 2019
Copier et déplacer vos bases de données
Attacher et mettre à niveau votre base de données de contenu SharePoint Server 2016
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 serveurs Project Server 2019
La première étape du processus de mise à niveau consiste à créer la batterie de serveurs Project Server 2019. É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 vers cette batterie de serveurs dans les étapes suivantes.
Notez que la principale différence entre l’installation de Project Server 2019 et la façon dont il a été installé dans les versions précédentes est que l’installation de Project Server 2019 fait désormais partie de l’installation SharePoint Server 2019. Project Server 2019 s’exécute désormais en tant qu’application de service dans SharePoint Server 2019 et ne nécessite pas d’installation distincte.
Importante
Project Server 2019 ne peut être activé que sur la version Entreprise de SharePoint Server 2019. Project Server 2019 ne peut pas être activé sur SharePoint Server 2019 avec une licence Standard.
Remarque
Pour plus d’informations sur l’installation d’une nouvelle batterie de serveurs Project Server 2019, consultez Déployer Project Server 2016 ou 2019.
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 dans votre nouvel environnement Project Server 2019. Ce processus comporte deux étapes :
Avec la batterie de serveurs SharePoint Server 2016 en mode lecture seule, l’administrateur de la batterie de serveurs sauvegarde les deux bases de données suivantes à partir de l’instance SQL Server :
- Base de données de contenu SharePoint Server 2016 qui contient les données de votre projet
L’administrateur de batterie de serveurs restaure une copie de sauvegarde des bases de données sur l’instance SQL Server 2016 ou 2017 utilisée pour héberger les bases de données de batterie de serveurs Project Server 2019.
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
La troisième étape du processus de mise à niveau attache et met à niveau votre base de données de contenu SharePoint Server 2016 qui contient les données de votre site Project vers votre nouvelle batterie de serveurs Project Server 2019.
Pour ce faire, vous devez exécuter l’applet de commande PowerShell Mount -SPContentDatabase dans SharePoint 2019 Management Shell.
Ouvrez SharePoint 2019 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 2019. Cette applet de commande ne mettra pas à jour vos données malgré tout.
Ouvrez SharePoint 2019 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’elle trouvera dans votre application web SharePoint mise à niveau dans son nouvel environnement SharePoint Server 2019. Les résultats ne signifient pas que la mise à niveau de la base de données de contenu SharePoint 2016 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.
Vérifier votre base de données de contenu SharePoint Server 2016 pour plus d’informations sur la migration des plans de charge des 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 |
Vérifier votre base de données de contenu SharePoint Server 2016 pour plus d’informations sur la migration des plans de charge des ressources
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 2019 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