Préparer votre environnement pour une mise à niveau vers Project Server 2013
Résumé: Après avoir créé un plan de mise à niveau de votre environnement vers Project Server 2013, vous devez préparer votre environnement avant de pouvoir démarrer le processus de mise à niveau réel.
S’applique à : Project Server 2013
Cet article décrit les tâches qui doivent être effectuées avant de procéder à la mise à niveau de votre environnement Project Server actuel.
Avant de mettre à niveau vos données Project Server 2010 vers Project Server 2013, vous devez préparer votre environnement de mise à niveau en procédant comme suit :
Déployer votre environnement de destination Project Server 2013
Désactiver le mode de compatibilité descendante dans votre environnement Project Server 2010
Déployer votre environnement de destination Project Server 2013
Étant donné que la mise à niveau sur place n’est pas prise en charge pour la mise à niveau vers Project Server 2013, la méthode de mise à niveau d’attachement de base de données vous oblige à installer Project Server 2013 afin de disposer d’un environnement vers lequel vous pouvez migrer vos données Project Server 2010.
Pour une installation de Project Server 2013, le système d’exploitation minimal pris en charge est la version 64 bits de Windows Server 2008 R2 Service Pack 1 (SP1). La version SQL Server minimale prise en charge est la version 64 bits de SQL Server 2008 R2 avec Service Pack 1 (SP1). Pour plus d’informations sur la configuration système requise pour Project Server 2013 pour l’installation, consultez Configuration matérielle et logicielle requise pour Project Server 2013. Pour plus d’informations sur l’installation de Project Server 2013, consultez Déployer Project Server 2013.
Remarque
Nous vous recommandons de commencer par mettre à niveau les données Project Server 2010 vers un environnement de test Project Server 2013 avant de tenter de procéder à la mise à niveau vers votre environnement de production.
Préparer votre environnement Windows PowerShell
Vous utilisez les commandes Microsoft PowerShell pour exécuter la plupart des procédures nécessaires à la mise à niveau vers Project Server 2013. Sur l’ordinateur sur lequel vous avez installé Project Server 2013, il est important de vérifier que vous avez la possibilité d’ouvrir SharePoint 2016 Management Shell et que vous êtes en mesure d’accéder aux applets de commande PowerShell pour Project Server 2013.
Pour ouvrir SharePoint 2013 Management Shell et vérifier que vous pouvez accéder aux applets de commande Project Server 2013
Cliquez sur Démarrer, sur Tous les programmes, sur Produits Microsoft SharePoint 2013, puis sur SharePoint 2013 Management Shell.
Cela ouvre SharePoint 2013 Management Shell.
Dans SharePoint 2013 Management Shell, entrez ce qui suit à l’invite PS> , puis appuyez sur Entrée :
Get-Command *SPProject*Cette commande fournit la liste des applets de commande Project Server 2013 que vous pouvez exécuter.
Si vous ne voyez aucune des applets de commande Project Server 2013 dans les résultats, vérifiez que vous avez lancé SharePoint 2016 Management Shell et que Project Server 2013 a été installé. Si vous venez d’installer Project Server 2013, fermez et rouvrez votre SharePoint 2016 Management Shell, puis recommencez cette procédure.
Désactiver le mode de compatibilité descendante dans votre environnement Project Server 2010
Lorsque vous mettez à niveau vos bases de données Project Server 2010 vers Project Server 2013, vos bases de données Project Server 2010 doivent être en mode natif (et non en mode de compatibilité descendante). Si vos bases de données Project Server 2010 sont en mode de compatibilité descendante (BCM) lors de la mise à niveau, vous pouvez rencontrer des problèmes avec vos sites après la mise à niveau (par exemple, pages manquantes), car BCM n’est pas une fonctionnalité prise en charge dans Project Server 2013. En outre, si vous désactivez BCM dans Project Server 2010 pour répondre à cette exigence de mise à niveau, vous devez également extraire, ouvrir et enregistrer le fichier de modèle global d’entreprise dans Project Professionnel 2010, puis vérifier à nouveau le fichier. Une fois ces conditions remplies, vous pouvez créer des copies de sauvegarde des bases de données Project Server 2010 afin de procéder à la mise à niveau vers Project Server 2013. Une fois que vous désactivez BCM dans l’environnement Project Server 2010, BCM ne peut pas être réactivé. Si vous ne souhaitez pas basculer la batterie de serveurs Project Server 2010 en mode natif, vous pouvez créer une batterie de serveurs Project Server 2010 intermédiaire sur laquelle restaurer les bases de données Project Server 2010 d’origine. Vous pouvez ensuite passer du mode BCM en mode natif sur la batterie intermédiaire, puis utiliser ces bases de données pour effectuer une mise à niveau vers Project Server 2013.
Importante
Il est essentiel d’extraire, d’ouvrir, d’enregistrer et d’archiver le fichier de modèle global d’entreprise dans Project Professionnel 2010 après avoir désactivé BCM. Si cette procédure n’est pas effectuée, les projets créés dans votre environnement mis à niveau risquent d’être endommagés.
Remarque
Pour plus d’informations sur le mode de compatibilité descendante, voir Project Server 2010 backward compatibility mode (BCM).
Vérifier si vos données Project Server 2010 présentent des problèmes susceptibles de faire échouer la mise à niveau
Voici les problèmes connus actuels qui se produisent lors de la mise à niveau vers Project Server 2013 :
Une fois la mise à niveau de Project Server 2010 vers Project Server 2013 terminée, si vous cliquez sur Nouveau dans le ruban Project Web App, vous voyez uniquement le plan de projet de base et l’exemple de proposition. Vous ne voyez pas les autres types de projets disponibles dans Project Server 2013. Après la mise à niveau vers Project Server 2013, vous pouvez corriger ce problème connu avec une solution de contournement simple décrite dansTâches postérieures à la mise à niveau (Project Server 2013).
Dans Project Server 2010, l’option Empêcher la synchronisation Active Directory pour cet utilisateur est disponible pour chaque utilisateur dans la page de propriétés de l’utilisateur. La sélection de cette option vous permet de spécifier manuellement l’appartenance au groupe de sécurité pour l’utilisateur et d’empêcher la modification des appartenances de l’utilisateur lors de la synchronisation des groupes de sécurité avec Active Directory. Lors de la mise à niveau de Project Server 2010 vers Project Server 2013, cette option n’est plus disponible.
L’option Empêcher la synchronisation avec Active Directory pour cet utilisateur n’est pas disponible dans Project Server 2013 en raison des améliorations apportées à la synchronisation Active Directory. Quand un utilisateur de Project Server 2010 est migré vers Project Server 2013, si cette option est activée durant la mise à niveau, la toute première synchronisation de groupe de sécurité le supprime des groupes de sécurité Project Server desquels il n’est pas membre dans Active Directory.
Avant la mise à niveau de Project Server 2010 vers Project Server 2013, vérifiez que l’option Empêcher la synchronisation avec Active Directory pour cet utilisateur est désactivée pour tous les utilisateurs.
Vous pouvez déterminer quels utilisateurs de Project Server 2010 ont l’option Empêcher la synchronisation Active Directory pour cet utilisateur activée via la base de données Publier Project Server 2010. Vous pouvez utiliser le code suivant :
Use ProjectServer_Published select RES_NAME, WRES_ACCOUNT, WRES_EMAIL from MSP_RESOURCES where RES_PREVENT_ADSYNC = 1Pour que ces utilisateurs conservent leur appartenance aux groupes de sécurité dans Project Server 2013, vous devez vous assurer qu’ils ont été ajoutés aux groupes Active Directory qui sont configurés pour être synchronisés avec les groupes de sécurité Project Server auxquels ils appartiennent.
Si votre base de données publiée Project Server 2010 contient des comptes de ressources dans lesquels le champ WRES_Account contient une chaîne vide (la valeur attendue est NULL), la mise à niveau de cette base de données échoue. Pour vérifier l’existence de cette condition, exécutez le script SQL suivant sur la copie de sauvegarde de votre base de données publiée Project Server 2010 :
Use ProjectServer_Published select RES_Name, RES_TYPE, RES_ID from MSP_RESOURCES where WRES_ACCOUNT =''Si des comptes présentant cette condition sont détectés, exécutez le script SQL suivant sur la même base de données afin de corriger ces comptes :
Use ProjectServer_Published Update MSP_RESOURCES set WRES_ACCOUNT = null where WRES_ACCOUNT =''Remarque
Nous vous recommandons de vérifier cette condition avant de tenter une mise à niveau, en particulier si vous avez déjà mis à niveau des comptes de ressources d’Office Project Server 2007 vers Project Server 2010. Si votre mise à niveau vers Project Server 2013 échoue en raison de cette condition, vous ne pouvez pas utiliser les mêmes copies de vos bases de données Project Server 2010 pour résoudre le problème et réessayer la mise à niveau. Vous devez restaurer les bases de données Project Server 2010 d’origine sur l’ordinateur qui exécute SQL Server, corriger la condition, puis réessayer la mise à niveau.
Commentaires sur la documentation et les forums Project Server
Si vous avez d'autres questions, consultez les forums Project. Les forums Project vous donnent la possibilité de poser votre question à d'autres participants, des MVP Project et des experts de la communauté Project.
Pour envoyer des commentaires sur cet article, choisissez l'option Oui ou Non dans la zone Cet article vous a-t-il été utile ? située à la fin de cette page, puis entrez votre commentaire dans la zone qui apparaît.
Voir aussi
Planifier la mise à niveau vers Project Server 2013
Vue d’ensemble du processus de mise à niveau vers Project Server 2013