Project Server 2016 pour les administrateurs ep. 2 (migration)

Dans mon précédent article, j’abordais l’architecture de Project Server 2016 et plus précisément la structure des bases de données.
Aujourd’hui, je vous présente le principe d’une migration de Project Server 2013 vers Project Server 2016.

Avant de démarrer, quelques remarques :

• La migration vers Project Server 2016 n’est supportée que pour des bases en version Project Server 2013.
  Si vous souhaitez migrer depuis Project Server 2010, vous devrez passer par l’étape Project Server 2013.
• Le migration vers Project Server 2016 ne peut pas se faire sur place, ce qui signifie que vous devrez installer votre ferme SharePoint Server 2016 sur un nouveau serveur.
• Assurez-vous que tous les objets de votre instance Project sont bien archivés (projets, ressources, champs, etc.)
• Il est conseillé également de bien accepter toutes les saisies de temps et les mises à jour en cours sur les plannings (mise à jour du travail réel).

L’opération se déroule donc en 6 étapes (dont 1 optionnelle) :

1. Installation
   Première étape, installer SharePoint Server 2016.
   La particularité de cette version réside dans le fait que vous n’aurez pas à installer les binaires de Project Server 2016 séparément.
   Tout est inclus dans les binaires de base de SharePoint Server 2016.
   Pensez à créer une application web SharePoint (site web) qui accueillera votre future instance Project Server.
2. Copie des bases
   Une fois que votre ferme SharePoint est installée, restaurer les sauvegardes de vos bases SQL sur votre nouveau serveur :
   – Base de contenu SharePoint
   – Base Project Server
3. Mise à niveau de la base de contenu
   Le première commande PowerShell Mount-SPContentDatabase se charge :
   – d’associer la base de contenu à une application web existante
   – et de mettre à jour cette base de contenu
   Plus d’infos sur Technet :
   https://technet.microsoft.com/en-us/library/ff607581.aspx
4. Test de la base de contenu
   La commande Test-SPContentDatabase consiste à vérifier les éventuels problèmes détectés après la mise à niveau (fonctionnalités manquantes, web parts manquantes, etc.).
   
   Si vous souhaitez exporter la liste des erreurs dans un fichier CSV, voici un exemple :

   Test-SPContentDatabase -Name <nombasecontenu> -WebApplication <adressewebapp> | Where-Object {$_.Error -eq "true"} | Export-Csv Test.csv

5. Mise à niveau de la base Project Server
   La commande Migrate-SPProjectDatabase se charge quant à elle :
   – de mettre à niveau la base Project Server
   – Et de fusionner la base Project Server avec la base de contenu SharePoint précédemment mise à niveauLes 4 schémas sont mis à niveau, renommés et déplacés dans la base de contenu SharePoint
6. Migration des plans de ressources
   Dans la version 2016, les plans de ressources ont été remplacés par les engagements de ressources.
   Voir article Technet : https://technet.microsoft.com/en-us/library/mt422816(v=office.16).aspx#RePlan
   La commande Migrate-SPProjectResourcePlans se chargera de faire cette migration pour vous.
   

Votre instance est prête !