Mise à niveau vers Project Server 2016
Résumé : Découvrez comment effectuer la mise à niveau vers Project Server 2016.
S’applique à : Project Server 2016
Cet article décrit les étapes nécessaires pour effectuer la mise à niveau vers Project Server 2016.
Remarque
Avant de lire cet article, consultez Planifier la mise à niveau vers Project Server 2016 pour plus d'informations sur la mise à niveau et le processus de mise à niveau.
Configuration requise pour la mise à niveau
Notez les conditions requises suivantes pour la mise à niveau vers Project Server 2016 :
Vous pouvez uniquement mettre à niveau à partir de Project Server 2013. Si vous mettez à niveau des versions antérieures de Project Server, vous devez d'abord mettre à niveau vos bases de données vers Project Server 2013 afin de mettre à niveau vers Project Server 2016.
Remarque
Pour plus d'informations sur la mise à niveau de Project Server 2010 vers Project Server 2013, voir Mise à niveau vers Project Server 2013.
Le processus de mise à niveau nécessite l'exécution des applets de commande Windows PowerShell dans la console de gestion SharePoint Server 2016. Vérifiez que vous disposez des autorisations requises pour les exécuter
Si vous migrez vos plans de charge des ressources Project Server 2013 à utiliser comme engagements de ressources dans Project Server 2016 :
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.
Procédure de mise à niveau de Project Server 2016
La mise à niveau vers Project Server 2016 peut être décomposée en six étapes. Ces situations sont les suivantes :
Créer une batterie de serveurs Project Server 2016
Copier et déplacer vos bases de données
Joindre et mettre à niveau votre base de données de contenu SharePoint 2013
Tester votre base de données de contenu SharePoint
Joindre et mettre à niveau vos bases de données Project Server 2013
Désactiver les limites de quota de base de données pour votre site Project Web App
Migrer vos plans de charge des ressources Project Server 2013 (facultatif)
Vous trouverez ci-dessous des détails supplémentaires sur la procédure de mise à niveau mentionnée dans la vue d’ensemble de la mise à niveau.
Créer votre batterie de serveurs Project Server 2016
La première étape dans le processus de mise à niveau consiste à créer la batterie de serveurs Project Server 2016. Dans la mesure où la jonction de la base de données est la méthode prise en charge pour la mise à niveau, vous allez joindre et mettre à niveau vos bases de données Project Server 2013 vers cette batterie de serveurs dans les étapes qui suivent.
Notez qu'il existe une différence majeure entre l'installation de Project Server 2016 et la façon dont il était installé dans les versions antérieures : l'installation de Project Server 2016 fait désormais partie de l'installation de SharePoint Server 2016. Project Server 2016 s'exécute désormais sous la forme d'une application de service dans SharePoint Server 2016et ne nécessite pas une installation séparée.
Importante
Project Server 2016 ne peut être activé sur la version d'entreprise de SharePoint Server 2016. Project Server 2016 ne peut pas être activé sur SharePoint Server 2016 avec une licence Standard.
Remarque
Pour plus d'informations sur l'installation d'une nouvelle batterie de serveurs Project Server 2016, voir Déployer Project Server 2016.
Copier et déplacer vos bases de données
La deuxième étape dans le processus de mise à niveau consiste à copier vos bases de données requises pour votre environnement Project Server 2013 dans votre nouvel environnement Project Server 2016. Ce processus comporte deux étapes :
Avec la batterie de serveurs SharePoint Server 2013 en mode en lecture seule, l’administrateur de batterie de serveurs sauvegarde les deux bases de données suivantes à partir de l’instance SQL Server :
Base de données de contenu SharePoint 2013 qui contient vos données de projet
Base de données Project Server 2013
L'administrateur de batterie de serveurs restaure une copie de sauvegarde des bases de données pour l'instance SQL Server 2014 utilisée pour héberger les bases de données de batterie de serveurs Project Server 2016.
Vous pouvez utiliser SQL Server Management Studio pour copier et restaurer des bases de données.
Joindre et mettre à niveau votre base de données de contenu SharePoint 2013
La deuxième étape dans le processus de mise à niveau consiste à joindre et à mettre à niveau votre base de données de contenu SharePoint 2013 qui contient les données de votre site de projet vers votre nouvelle batterie de serveurs Project Server 2016.
Vous devez exécuter l'applet de commande PowerShell Mount -SPContentDatabase dans l'environnement de commande SharePoint 2016 Management Shell pour effectuer cette action.
Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.
À l’invite, 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
L'étape suivante dans la mise à niveau consiste à tester votre base de données de contenu nouvellement jointe et mise à niveau. Vous allez utiliser l'applet de commande PowerShell Test-SPContentDatabase pour tester une base de données de contenu avec une application web 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 du nouvel environnement SharePoint Server 2016. Cette applet de commande ne mettra pas à jour vos données malgré tout.
Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.
À l’invite, 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 recherchées dans votre application Web SharePoint mise à niveau dans son nouvel environnement SharePoint Server 2016. Les résultats n'impliquent pas que la mise à niveau de la base de données de contenu SharePoint 2013 a échoué, mais indiquent uniquement les choses que vous devez étudier dans votre nouvel environnement. Par exemple, vous pouvez voir le résultat suivant :
Category: MissingWebPart
Error: True
UpgradeBlocking : False
Message: WebPart class [e6002ce8-69ee-168a-8f7c-a1d98d51da29] (class [Microsoft.Office.Excel.WebUI.ExcelWebRenderer] from assembly [Microsoft.Office.Excel.WebUI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [WSSContentContosoPWA], but is not installed on the current farm. Please install any feature/solution which contains this web part.
Remedy: One or more web parts are referenced in the database [WSSContentContosoPWA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
Ce message indique que le composant WebPart Excel Services qui est référencé dans la base de données de contenu mise à niveau ne se trouve pas sur la batterie de serveurs SharePoint Server 2016. Vous devrez peut-être installer Office Online Server sur votre batterie de serveurs SharePoint Server 2016 pour pouvoir l'utiliser.
Remarque
Office Online Server est pris en charge pour une utilisation avec Project Server 2016.
Joindre et mettre à niveau votre base de données Project Server 2013
Après avoir attaché, mis à niveau et testé votre base de données de contenu SharePoint 2013, l'étape suivante consiste à joindre et mettre à niveau votre base de données Project Server 2013 vers la batterie de serveurs Project Server 2016. Vous devez exécuter l'applet de commande PowerShell Migrate -SPProjectDatabase dans l'environnement de commande SharePoint 2016 Management Shell pour effectuer cette action.
Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.
À l’invite, tapez :
Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA site URL>
Par exemple :
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection "https://contoso1/sites/PWA"
Lorsque l'applet de commande est exécuté, vérifiez que vous pouvez ouvrir le site de projet que vous avez spécifié dans Project Server 2016.
Remarque
Si vous avez plusieurs sites Project Web App que vous souhaitez mettre à niveau, tous les sites dans la base de données de contenu et tous les sites Project Web App doivent être mis à niveau en même temps. Cela signifie que la base de données de contenu qui contient les données du site de projet, ainsi que les bases de données Project associées pour chaque site Project Web App doivent être mises à niveau.
Désactiver les limites de quota de base de données pour votre site Project Web App
Vous devez exécuter l'applet de commande Windows PowerShell suivante pour désactiver une restriction de limite de quota de base de données définie par défaut dans Project Server 2016 :
Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Par exemple :
Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Remarque
Si la restriction de limite de quota de base de données n’est pas désactivée, vous rencontrerez les problèmes suivants :> Si vous effectuez une mise à niveau vers Project Server 2016 et que votre base de données Project que vous mettez à niveau est supérieure à 10 Gigs, votre site PWA est immédiatement défini sur Lecture seule.> Si vous déployez Project Server 2016, configurez un site PWA et, par le biais d’une utilisation quotidienne du produit, les données du site dépassent la limite de 10 Gig, votre site PWA sera défini sur Lecture seule.> Si vous utilisez plusieurs sites PWA, l’applet de commande doit être exécutée pour chaque site PWA.
Remarque
Pour en savoir plus sur ce problème, voir le Blog du support Project : si votre PWA est en lecture seule
Mettre à niveau les plans de charge des ressources vers des engagements de ressources
Si vous souhaitez utiliser la fonctionnalité Engagements de ressources dans Project Server 2016, vous pouvez choisir de mettre à niveau vos plans de charge des ressources Project Server 2013 existants pour les utiliser comme engagements de ressources. Pour ce faire, après la mise à niveau de votre base de données Project Server 2013 vers Project Server 2016, vous devez également exécuter l'applet de commande PowerShell Migrate-SPProjectResourcePlans dans SharePoint 2016 Management Shell.
Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.
À l’invite, tapez :
Migrate-SPProjectResourcePlans -URL <PWA site URL>
Par exemple :
Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"
Après avoir exécuté l’applet de commande, vous devez recevoir l’un des messages de confirmation suivants :
Message | Signification |
---|---|
Tous les plans de charge des ressources Project migrés |
Tous les plans de charge des ressources ont été trouvés et tous ont été migrés |
{0} plans de charge des ressources migrés sur {1}. Consultez les journaux pour plus d'informations. |
Des plans de charge des ressources ont été trouvés mais certains n’ont pas pu être migrés. |
Il n'existe aucun autre plan de charge des ressources à migrer. Soit tous les plans de charge des ressources ont été migrés, soit le nombre maximal de nouvelles tentatives a été dépassé. Veuillez consulter le tableau MSP_RESOURCE_PLANS dans la banque d'informations publiée et vérifiez que RESPLAN_IS_MIGRATED est défini pour tous les projets |
Aucun plan de charge des ressources à migrer n’a été trouvé ou le nombre maximal de tentatives a été dépassé. |
Si vos plans de charge des ressources n’ont pas été migrés (vous avez reçu l’un des deux derniers messages), vous pouvez utiliser les étapes de dépannage suivantes pour plus d’informations.
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 d'ID de site de votre site Project Web App, exécutez l'applet de commande PowerShell suivant dans la console de gestion SharePoint Server 2016 :
$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