Planifier la mise à niveau vers Project Server 2013

Résumé: Lorsque vous effectuez une mise à niveau vers Project Server 2013, les principaux éléments à prendre en compte incluent la configuration système requise et votre environnement actuel.
S’applique à : Project Server 2013

Lorsque vous envisagez d’effectuer une mise à niveau vers Project Server 2013 à partir d’une version précédente de Project Server, il est important de prendre en compte les domaines de planification suivants qui sont essentiels pour garantir la réussite de la mise à niveau de votre environnement :

• Passer en revue la configuration système requise pour la mise à niveau vers Project Server 2013

• Planifier les clients

• Recueillir des informations sur votre environnement actuel

• Planifier la mise à niveau des personnalisations

• Créer un plan de communication pour la mise à niveau

Passer en revue la configuration système requise pour la mise à niveau vers Project Server 2013

Lors de la planification de la mise à niveau, il est essentiel de prendre en compte les exigences suivantes :

• La mise à niveau vers Project Server 2013 ne prend pas en charge une option de mise à niveau sur place (où les fichiers Project Server sont mis à niveau sur le même matériel) Project Server 2013 devra être installé dans son propre environnement, vers lequel vos bases de données Project Server 2010 et la base de données de contenu SharePoint contenant vos données de site Project Web App seront mises à niveau. Vous devez planifier du matériel et des logiciels supplémentaires pour l'« environnement de destination » de Project Server 2013.

• Passer en revue la configuration matérielle et logicielle requise pour Project Server 2013 Comme indiqué ci-dessus, la mise à niveau vers Project Server 2013 s’effectue uniquement par le biais de la méthode d’attachement de base de données, qui nécessite l’installation d’un « environnement de destination » Project Server 2013. Vous devez passer en revue la configuration matérielle et logicielle requise pour Project Server 2013 pour planifier le déploiement de votre environnement Project Server 2013. Pour plus d’informations sur la configuration matérielle et logicielle requise pour Project Server 2013, consultezConfiguration matérielle et logicielle requise pour Project Server 2013.

  Remarque

  Vérifiez que vous installez SharePoint Server 2013 et Project Server 2013 sur une nouvelle instance de batterie de serveurs qui n’a pas précédemment hébergé SharePoint Server 2010. La désinstallation de SharePoint Server 2010 ne supprime pas complètement tous les fichiers, dossiers, entrées de Registre et autres composants installés. L’installation de SharePoint Server 2013 et de Project Server 2013 sur un tel serveur entraînera probablement des problèmes. It is recommended that you reformat the hard drive and reinstall Windows Server if you do chose to use such a server.

• Préparez la mise à niveau de vos utilisateurs clients Project Professionnel pour la mise à niveau vers Project Server 2013 Project Server 2013 prend en charge la connectivité client à partir de Project Professionnel 2016 et Project Professionnel 2013. Vos utilisateurs Project Professionnel 2010 ne pourront pas se connecter à Project Server 2013. Project Server 2013 ne fournit pas de fonctionnalité de compatibilité descendante qui permet aux utilisateurs Project Professionnel 2010 de se connecter. Pour connaître Project Professionnel configuration requise pour l’installation de 2013, consultez la section « Planifier les clients » de cet article.

Planifier les clients

Lorsque vous envisagez d’effectuer une mise à niveau vers Project Server 2013, vous devez tenir compte du fait que vous devrez peut-être également mettre à niveau vos clients que vous prévoyez de connecter à Project Server 2013. Les clients qui se connectent via Project Professionnel ou Project Web App peuvent ne plus être en mesure de se connecter à leur logiciel client ou navigateur web existant après la mise à niveau vers Project Server 2013.

Le tableau de connectivité cliente suivant décrit les versions de Project Professionnel et de navigateurs web pour Project Web App qui sont prises en charge pour une utilisation avec différentes versions de Project Server :

Configuration requise pour Project Professionnel

Project Server 2013 accepte uniquement les connexions à partir de Project Professionnel 2016 et Project Professionnel 2013. Vous devez mettre à niveau vos clients Project Professionnel 2010 pour vous connecter à Project Server 2013.

Le tableau suivant présente les versions de Project Professionnel prises en charge pour une utilisation avec Project Server 2013, Project Server 2010 et Office Project Server 2007.

Project Professionnel 2013 présente les conditions d’installation suivantes :

Configuration requise pour l’installation Project Professionnel 2013

Navigateurs pris en charge pour Project Web App

Les navigateurs web suivants sont pris en charge pour l’utilisation de Project Web App :

• Internet Explorer 10

• Internet Explorer 9

• Internet Explorer 8

• FireFox 10

• Mac Safari 5

• Google Chrome 17

Collecter des informations sur votre environnement Project Server 2010

Vous devez collecter les informations de configuration actuelles sur votre environnement Project Server 2010 afin de pouvoir les recréer sur votre nouveau système (l’environnement de destination Project Server 2013). Il s’agit notamment des informations suivantes :

• mappages des accès de substitution ;

• fournisseurs d’authentification et modes d’authentification utilisés ;

• modèles de quotas ;

• Personnalisations

• chemins d’accès gérés ;

• paramètres de gestion de sites libre-service ;

• paramètres de messagerie sortante et entrante.

Planifier la mise à niveau des personnalisations

Avant de procéder à la mise à niveau, vous devez identifier et évaluer les personnalisations dans votre environnement Project Server 2010 et déterminer si vous allez les mettre à niveau et comment. Après la mise à niveau vers votre environnement de test Project Server 2013, vérifiez si les personnalisations que vous souhaitez migrer peuvent être réappliquées.

Pendant le processus de mise à niveau, plusieurs applets de commande « test » Microsoft PowerShell peuvent être exécutées sur vos bases de données pour vérifier si des personnalisations spécifiques dans votre environnement Project Server 2010 peuvent entraîner des problèmes lors du processus de mise à niveau. Dans la plupart des cas, les personnalisations ne provoqueront pas l’échec du processus de mise à niveau.

Créer un plan de communication pour la mise à niveau

Il est important de communiquer avec les utilisateurs pendant le processus de mise à niveau vers Project Server 2013. Les utilisateurs de Project Web App doivent savoir à quoi s’attendre lorsqu’ils visiteront de nouveau le site après la mise à niveau, et les utilisateurs de clients Project Server (Project Web App et Project Professionnel) doivent savoir comment préparer la mise à niveau et ce qu’ils devront faire après celle-ci. Tous les utilisateurs qui accèdent à Project Server doivent savoir à quel moment la mise à niveau aura lieu. Dans le cadre du processus de planification, déterminez les points suivants :

• Quels sont les membres de votre équipe de mise à niveau, quelles sont les autres parties prenantes impliquées et qui sera concerné par la mise à niveau ?

• Quelles sont les informations que l’équipe de mise à niveau doit détenir et à quel moment doit-elle être en leur possession ?

• Quelles informations les utilisateurs et les autres parties prenantes doivent-ils détenir et quand ?

Créer une équipe de mise à niveau

Pour les petits déploiements, l’équipe de mise à niveau peut être constituée d’une seule personne. Pour les déploiements plus importants, en revanche, plusieurs personnes avec différents rôles peuvent être nécessaires, comme décrit dans la liste suivante :

• Administrateurs de serveur L’administrateur de serveur effectue la plupart des tâches de mise à niveau. Il doit y avoir au moins un administrateur du serveur dans l'équipe de mise à niveau, car l'exécution de l'Assistant Installation exige la présence d'une personne qui soit membre du groupe Administrateurs local sur chaque serveur Web frontal.

  Remarque

  Les administrateurs de la batterie de serveurs ne sont pas obligatoirement administrateurs locaux des serveurs.

• Administrateurs Project Server Les administrateurs Project Server sont formés pour utiliser les différentes fonctionnalités de configuration et de contrôle Project Web App. Ils sont responsables de la modification et de la maintenance des paramètres généraux de l’application EPM, tels que les codes globaux d’entreprise, les vues Project Web App, les paramètres globaux Project Professionnel, etc.

• Administrateur SharePoint Server Il est essentiel d’obtenir de l’aide auprès d’un administrateur SharePoint. Un administrateur SharePoint peut vous aider à mettre à niveau la base de données de contenu SharePoint avec les données de votre site Project, à gérer les personnalisations SharePoint et à s’assurer que SharePoint Server 2013 est installé et configuré correctement dans votre environnement de « destination ». De nombreuses fonctionnalités de Project Server 2013 sont étroitement liées à SharePoint Server 2013 (telles que Mes tâches et rapports), et il est important qu’un expert SharePoint Server 2013 soit disponible après la mise à niveau pour tester l’environnement afin de s’assurer que les données mises à niveau peuvent y accéder et les utiliser.

• Administrateurs de base de données Si vous avez une équipe d’administration de base de données distincte, vous devez vous coordonner avec elle pour planifier la mise à niveau et effectuer la mise à niveau.

• Équipes de sécurité des serveurs Vous devez vous coordonner avec vos équipes de sécurité, telles que l’équipe des services d’annuaire Active Directory, pour vérifier les comptes et les autorisations ou pour tirer parti des nouveaux paramètres de stratégie que vous pouvez appliquer à Project Server 2013.

• Équipe de déploiement du client Communiquez avec les équipes de déploiement client pour coordonner les déploiements des nouvelles applications clientes et serveurs Project Professionnel. L’équipe de déploiement du client doit également vérifier que tous les utilisateurs Project Web App prennent en charge les nouvelles exigences du navigateur (Internet Explorer 7.0 ou version ultérieure). Le mode de compatibilité descendante (BCM) vous offre une certaine flexibilité dans la planification de la mise à niveau de votre Project Professionnel client. Cette équipe doit également contenir un représentant du bureau de gestion des projets(PMO).

• Personnel de développement Si vous avez des modèles personnalisés, des composants WebPart, des services Web ou d’autres éléments personnalisés associés à vos sites Project Web App, vous devez travailler avec les personnes responsables du développement ou de la personnalisation de ces éléments pour vous assurer que vous pouvez créer de nouvelles versions de ces éléments personnalisés ou vérifier que ces éléments ont été correctement mis à niveau. Vous devez également vous assurer que les applications personnalisées développées pour fonctionner avec Project Server sont toujours fonctionnelles. Ceci est particulièrement vrai lorsque vous effectuez une mise à niveau avec liaison des bases de données où la plupart des personnalisations doivent être redéployées manuellement dans le nouvel environnement.

• Utilisateurs de Project Server Ce groupe peut inclure des utilisateurs Project Web App généraux, des membres de l’équipe, des responsables de projets, des gestionnaires de feuilles de temps et toutes les autres personnes qui accèdent aux données dans Project Server. Vous devez communiquer aux utilisateurs Project Professionnel et Project Web App le moment où la mise à niveau aura lieu et ce à quoi ils doivent s’attendre en ce qui concerne les modifications. Si vous avez des utilisateurs Project Professionnel 2010, vous devez les utiliser pour effectuer une mise à niveau vers Project Professionnel 2013, car le mode de compatibilité descendante n’est pas disponible pour les clients qui se connectent à Project Server 2013. Avant le processus de mise à niveau, vous devez informer les utilisateurs des tâches à faire pour s’assurer que les données de projet sur lesquelles ils travaillent sont dans un état permettant leur mise à jour. Signaler aux utilisateurs finals les tâches requises préalablement à la mise à niveau (par exemple, « assurez-vous que tous les projets sont archivés ») permet d’éviter des problèmes au cours de la mise à niveau.

• Ingénieurs réseau Les ingénieurs réseau doivent travailler avec l’administrateur de serveur pour effectuer des tâches telles que la création d’entrées DNS, etc.

• Commanditaires et autres parties prenantes Vous pouvez avoir d’autres personnes de votre organisation impliquées dans le processus de planification de la mise à niveau. N'oubliez pas de les inclure à votre plan de communication de manière appropriée.

  Remarque

  Une équipe de mise à niveau peut comporter un ou plusieurs membres de chaque rôle, en fonction de votre organisation.

Quand et comment communiquer avec l’équipe de mise à niveau ?

En règle générale, les administrateurs de batterie et les administrateurs d’applications de service définissent la chronologie de la mise à niveau et les propriétaires de sites sont avertis seulement lorsque le processus est sur le point de commencer. Toutefois, étant donné que les membres de l’équipe ont leurs propres tâches à effectuer à des stades particuliers du processus global de mise à niveau, veillez à mettre en place un solide plan de communication pour communiquer la progression de la mise à niveau à tous les membres de l’équipe afin qu’ils sachent à quel moment effectuer ces tâches particulières.

L’ensemble de l’équipe de mise à niveau doit collaborer pour déterminer les points suivants :

• Dates et heures d’exécution de la mise à niveau Nous vous recommandons de procéder à une mise à niveau lorsque l’utilisation du site est faible. Pour les déploiements de serveur unique de petite taille, la mise à niveau peut prendre moins d’une journée. Pour les déploiements plus importants, tels que les batteries de serveurs avec de grandes quantités de données, cela peut prendre beaucoup plus de temps. Il n’existe aucun moyen de déterminer la durée précise nécessaire à la mise à niveau. Pour cette raison, il est très important de communiquer avec les autres membres de l’équipe impliqués dans le processus de mise à niveau en plus des utilisateurs finaux. La ou les dates que vous choisissez pour la mise à niveau doivent être décidées suffisamment à l’avance pour donner à l’équipe de mise à niveau le temps d’effectuer toutes les étapes préliminaires. Lorsque vous planifiez la chronologie, veillez à planifier l’heure de validation des données de site et de projet mises à niveau Project Web App, ainsi qu’à planifier l’heure d’implémentation des modifications. Notez également que vous devrez peut-être mettre à niveau le client Project Server pour accéder à Project Server 2013. Cela peut inclure la mise à niveau des utilisateurs Project Professionnel et Internet Explorer 6.0. Pour plus d’informations, consultez la section Planifier les clients de cet article.

• Approche de mise à niveau à respecter

Il est important de communiquer avec les propriétaires, les concepteurs et les développeurs de sites aux stades suivants du processus de mise à niveau :

• Avant le démarrage du processus, de sorte qu’ils connaissent la chronologie générale et sachent quels seront leurs rôles dans le processus.

• Après la mise à niveau, afin qu’ils puissent valider leurs données mises à niveau et le Project Web App site, et pouvoir apporter les modifications nécessaires.

Quand et comment communiquer avec les utilisateurs des sites ?

Il est tout aussi important de communiquer avec les utilisateurs de Project Server sur les problèmes suivants :

• Quand leurs sites seront mis à niveau Les utilisateurs doivent être informés qu’ils ne pourront pas accéder aux données pendant la mise à niveau (par exemple, pendant le week-end). Vous devez également leur demander de laisser les données dans un état prêt pour la migration. (Par exemple, tous les projets doivent être archivés et les mises à jour de feuille de temps et d’état en attente doivent être approuvées ou refusées.) Cela permet d’éliminer les problèmes qui peuvent se produire pendant la mise à niveau.

• Quand s’attendre à ce que Project Server 2013 soit prêt à accéder à « Prêt pour l’accès » signifie que l’équipe de mise à niveau a non seulement mis à niveau, mais également vérifié la fonctionnalité après la mise à niveau. Vous devez également préparer les informations requises pour permettre aux utilisateurs de se connecter à la version mise à niveau, telles qu’une nouvelle URL pour le site Project Web App.

• Comment la mise à niveau peut les affecter et ce qu’ils doivent savoir sur le nouvel environnement Par exemple, le site Project Web App sera différent et fonctionnera légèrement différemment dans la nouvelle interface utilisateur. Vous pouvez préparer des documents de formation, tels que des feuilles de référence rapide, préparer les utilisateurs à tous les changements éventuels dans les processus Project Server qu’ils utilisent. Vous pouvez enfin les orienter vers du contenu disponible, tel que les articles intitulés « Nouveautés », pour s’informer sur la nouvelle version.

• Comment obtenir de l’aide Si les utilisateurs rencontrent un problème avec les données après la mise à niveau, où peuvent-ils accéder pour obtenir des informations ou de l’aide ?

Partenaires Microsoft Gold Certified

Microsoft a certifié plusieurs sociétés partenaires en tant qu’experts pour les déploiements EPM et les migrations de système. Vous pouvez trouver des partenaires sur le site web Microsoft en recherchant des fournisseurs de solutions EPM sur la Place de marché de solutions Microsoft (https://go.microsoft.com/fwlink/p/?LinkId=187521).

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

Vue d’ensemble du processus de mise à niveau vers Project Server 2013

Prepare your environment for upgrade (Project Server 2013)