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 :

  1. Créer une batterie de serveurs Project Server 2016

  2. Copier et déplacer vos bases de données

  3. Joindre et mettre à niveau votre base de données de contenu SharePoint 2013

  4. Tester votre base de données de contenu SharePoint

  5. Joindre et mettre à niveau vos bases de données Project Server 2013

  6. Désactiver les limites de quota de base de données pour votre site Project Web App

  7. 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 :

  1. 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

  2. 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.

  1. Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.

  2. À 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.

  1. Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.

  2. À 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.

  1. Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.

  2. À 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.

  1. Ouvrez SharePoint 2016 Management Shell en tant qu’administrateur.

  2. À 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