Vue d’ensemble de la mise à niveau Project Server 2010
S’applique à : Project Server 2010
Dernière rubrique modifiée : 2016-11-30
Cet article offre une vue d’ensemble de la mise à niveau vers Microsoft Project Server 2010 depuis une version antérieure de Project Server.
Important
La mise à niveau depuis la version Bêta publique de Project Server 2010 vers la version commerciale de Project Server 2010 est explicitement bloquée et n’est pas prise en charge. Cette restriction s’applique aux méthodes de mise à niveau sur place et de mise à niveau avec liaison des bases de données.
Notes
La migration des données Microsoft Office Project Portfolio Server 2007 vers Project Server 2010 n’est pas traitée dans ce document. Pour plus d’informations, voir le modèle intitulé « Depuis Project Portfolio Server vers Project Server 2010 : possibilités et observations » (PPS to PS2010 Migration Model.vsd).
Méthodes de mise à niveau
Vous pouvez effectuer une mise à niveau vers Project Server 2010 à l’aide de deux méthodes de base :
Mise à niveau par attachement de base de données
mise à niveau sur place ;
Mise à niveau par attachement de base de données
Une mise à niveau par attachement de base de données vous permet d’« attacher » des copies restaurées de vos bases de données Office Project Server 2007 à une nouvelle installation Project Server 2010. Les bases de données de batterie de serveurs Office Project Server 2007 sont sauvegardées et restaurées sur Microsoft SQL Server, et la nouvelle batterie de serveurs Project Server 2010 pointe vers ces bases de données restaurées lorsque l’instance Microsoft Project Web App est créée. Lorsque vous vous connectez aux bases de données à partir de la nouvelle instance Project Server 2010, les bases de données sont mises à niveau vers Project Server 2010.
Il existe deux variantes de la mise à niveau par attachement de base de données :
Mise à niveau complète par attachement de base de données : met à niveau les quatre bases de données Office Project Server 2007 et la base de données de contenu qui contient les données de site Project Web App.
Mise à niveau principale par attachement de base de données : met à niveau les quatre bases de données Office Project Server 2007 uniquement.
Une mise à niveau par attachement de base de données est nécessaire dans deux cas :
lorsque vous effectuez une migration depuis une batterie de serveurs Office Project Server 2007 installée dans un environnement Windows Server 32 bits ;
lorsque vous effectuez une migration depuis une batterie de serveurs Office Project Server 2007 installée dans un environnement de migration virtuel (Virtual Migration Environment, VME).
Notes
Pour plus d’informations sur l’environnement VME, voir Environnement de migration virtuel dans cet article.
L’avantage d’une mise à niveau par attachement de base de données est la réduction au minimum des temps morts, car votre batterie de serveurs Office Project Server 2007 peut rester fonctionnelle pendant le processus.
Les inconvénients d’une mise à niveau par attachement de base de données sont les suivants :
Les paramètres de serveur et de batterie de serveurs ne sont pas mis à niveau et vous devez les transférer manuellement si vous souhaitez les conserver dans votre nouvelle batterie de serveurs.
Toute personnalisation doit également être transférée et mise à niveau manuellement. Toute personnalisation manquante peut causer une perte involontaire de fonctionnalité ou des problèmes pour les utilisateurs.
Vous devez budgétiser l’achat de matériel supplémentaire sur lequel installer Project Server 2010 et le système d’exploitation Windows Server 2008 64 bits requis.
Pour des instructions détaillées sur l’utilisation des méthodes d’attachement de base de données pour effectuer une migration de Office Project Server 2007 vers Project Server 2010, voir :
Mise à niveau sur place
Une mise à niveau sur place vous permet d’installer Project Server 2010 sur le même matériel que votre installation Office Project Server 2007, puis de migrer le contenu et les paramètres dans votre batterie de serveurs dans le cadre d’un seul processus.
Important
L’installation Office Project Server 2007 à partir de laquelle vous effectuez la mise à niveau doit s'exécuter sur un système d’exploitation Windows Server 2008 64 bits pour que vous puissiez effectuer une mise à niveau sur place. Project Server 2010 est une application 64 bits qui doit être installée sur un système d’exploitation Windows Server 2008 64 bits (Windows Server 2008 R2 ou Windows Server 2008 avec SP2).
Les avantages d’une mise à niveau sur place sont les suivants :
La mise à niveau peut se produire sur le même ordinateur.
Les paramètres à l’échelle de la batterie de serveurs sont conservés et migrés.
Les personnalisations sont disponibles dans l’environnement après le processus de mise à niveau, bien que des étapes manuelles puissent être nécessaires pour les mettre à niveau ou les modifier.
Les inconvénients d’une mise à niveau sur place sont les suivants :
Elle ne peut être réalisée que si Office Project Server 2007 est installé sur un système d’exploitation Windows Server 2008 64 bits.
Project Server demeure inactif pendant la mise à niveau (à la différence d’une mise à niveau par attachement de base de données, au cours de laquelle Office Project Server 2007 demeure actif, car c’est une copie des bases de données de batterie de serveurs Office Project Server 2007 qui est mise à niveau).
Important
Une mise à niveau sur place rend votre installation Office Project Server 2007 définitivement inopérante. Vous devez vous assurer que vous disposez d’un plan de récupération valide en cas d’échec de la mise à niveau.
Le scénario qui se prête le plus à une mise à niveau sur place est celui où Office Project Server 2007 s’exécute déjà dans un environnement Windows Server 2008 64 bits.
Pour des instructions détaillées sur l’utilisation de la méthode de mise à niveau sur place pour effectuer une mise à niveau depuis Office Project Server 2007 vers Project Server 2010 voir Mise à niveau sur place vers Project Server 2010.
Migration depuis Project Server 2003 vers Project Server 2010
Il est également possible d’effectuer une migration vers Project Server 2010 depuis Microsoft Office Project Server 2003. Le processus de migration peut migrer vos données de projet et, au besoin, vos données d’espace de travail de projet. La migration de vos données depuis Project Server 2003 comprend deux étapes :
migrer depuis Project Server 2003 vers Office Project Server 2007 ;
migrer depuis Office Project Server 2007 vers Project Server 2010.
Lorsqu’il est fait référence à une mise à niveau depuis Project Server 2003, il s’agit d’un processus de « migration ». Au sens traditionnel, la mise à niveau depuis une version précédente est souvent considérée comme un processus « sur place » dans lequel les fichiers binaires et les données de l’application sont mis à niveau depuis la version antérieure vers une version plus récente. Par exemple, la mise à niveau de Office Project Server 2007 vers Project Server 2010 peut être réalisée par un processus sur place. En revanche, la mise à niveau depuis Project Server 2003 est un processus de migration de données. Dans ce processus, Office Project Server 2007 est d’abord installé (sur le même ordinateur que la version précédente de Project Server ou sur un autre). Ensuite, les données Project Server 2003 sont migrées. Il n’y a pas de mise à niveau réelle des fichiers binaires lorsque vous effectuez une « mise à niveau » depuis Project Server 2003.
Pour plus d’informations sur la migration depuis Project Server 2003, voir Mise à niveau de Project Server 2003 vers Project Server 2010.
Étape 1 : migration des données vers Project Server 2007
Pour effectuer une migration de Project Server 2003 vers Office Project Server 2007, vous pouvez utiliser deux méthodes différentes :
Migration standard : installez l’environnement Office Project Server 2007 manuellement, puis migrez vos données depuis Project Server 2003 vers le nouvel environnement.
Environnement de migration virtuel : installez l’image VME (Virtual Migration Environment) Hyper-V (qui contient votre environnement Office Project Server 2007) sur un ordinateur Windows Server 2008 exécutant Hyper-V, puis migrez vos données vers l’environnement VME.
Les deux méthodes génèrent les bases de données Office Project Server 2007 contenant vos données mises à niveau et, éventuellement, vos données d’espace de travail de projet se trouvant dans une base de données de contenu SharePoint Server. Ces bases de données seront nécessaires pour la seconde étape du processus (mise à niveau vers Project Server 2010).
Étape 2 : migration des données depuis Project Server 2007 vers Project Server 2010
La deuxième partie de ce processus implique la migration des données vers Project Server 2010. Il existe trois possibilités, toutes mentionnées précédemment :
Mise à niveau complète par attachement de base de données : cette option migre vos données de projet et vos données d’espace de travail de projet. Il est recommandé d’utiliser cette option lorsque vous devez mettre à niveau ces deux types de données.
Mise à niveau principale par attachement de base de données : cette option ne migre que vos données de projet. Il est recommandé d’utiliser cette option s’il est inutile de migrer vos données d’espace de travail de projet.
Mise à niveau sur place vers Project Server 2010 : cette option met à niveau vos données et les paramètres Office Project Server 2007 sur le serveur existant. Elle n’est disponible que si vous avez migré vos données vers un déploiement Office Project Server 2007 sur une plate-forme Windows Server 2008 64 bits. Vous ne pouvez pas procéder à une mise à niveau sur place si vous utilisez l’environnement VME.
Pour plus d’informations sur la migration de Project Server 2003 vers Project Server 2010, voir Mise à niveau de Project Server 2003 vers Project Server 2010.
Environnement de migration virtuel
L’environnement VME (Virtual Migration Environment) est un environnement Office Project Server 2007 avec SP2 entièrement configuré, empaqueté sous forme d’image Hyper-V. L’environnement VME peut être exécuté en tant qu’environnement autonome à la seule fin de migrer des données Microsoft Office Project Server 2003 vers le format de données Office Project Server 2007.
L’environnement VME a été conçu de manière à permettre aux clients Project Server 2003 d’effectuer une migration vers Project Server 2010 sans avoir à configurer un environnement Office Project Server 2007 intermédiaire. L’environnement VME ne doit pas être ajouté à votre réseau existant et les données Project Server 2003 peuvent être ajoutées à l’environnement VME en utilisant un lecteur de disque dur externe.
L’image VME contient les éléments suivants :
Office Project Server 2007 avec SP2
Windows SharePoint Services 3.0 avec Service Pack 2 (SP2)
Microsoft Office Project Professional 2007 avec Service Pack 2
Scripts SQL conçus pour identifier les problèmes de mise à niveau éventuels
Windows Server 2003 R2
Microsoft SQL Server 2005 Édition Entreprise
Office Project Server 2007 avec SP2
L’environnement VME sera disponible en téléchargement dans le Centre de ressources pour la migration et la mise à niveau de Microsoft Project Server 2010 (éventuellement en anglais) à l’approche de la date de commercialisation du produit.
Mode de compatibilité descendante
Le mode de compatibilité descendante est une fonctionnalité de Project Server 2010 qui facilite la mise à niveau de votre environnement Enterprise Project Management. Project Server 2010 accepte les connexions à partir du client Microsoft Project Professional 2010, mais il peut également accepter celles à partir de Microsoft Office Project Professional 2007 avec le Service Pack 2 (SP2), si le mode de compatibilité descendante est activé dans Project Server 2010. Le mode de compatibilité descendante est automatiquement activé à la suite d’une mise à niveau vers Project Server 2010. En activant le mode de compatibilité descendante après une mise à niveau de Office Project Server 2007 vers Project Server 2010, vous n’avez pas besoin de mettre à niveau vos ordinateurs clients Office Project Professional 2007 dans le même temps. Étant donné que Project Server 2010 accepte les connexions à partir des clients Office Project Professional 2007 SP2 et Project Professionnel 2010 lorsque le mode de compatibilité descendante est activé, vous pouvez choisir de mettre à niveau vos clients ultérieurement et par lots (avec une exécution dans un environnement mixte), si vous le souhaitez. Après avoir mis à niveau vos clients vers Project Professionnel 2010, vous pouvez désactiver le mode de compatibilité descendante dans les paramètres serveur de Project Server 2010. Après quoi, seules les connexions Project Professionnel 2010 sont autorisées.
Important
Une fois désactivé, le mode de compatibilité descendante ne peut pas être réactivé. Vérifiez que vous voulez effectivement désactiver le mode de compatibilité descendante avant de procéder à cette modification.
Important
Avant de désactiver le mode de compatibilité descendante, vérifiez que tous les projets sont archivés. Si des projets sont extraits alors que le mode de compatibilité descendante est désactivé, il se peut qu’il existe des projets discordants (p.ex., les projets extraits resteront en mode de compatibilité). Dans ces conditions, les projets peuvent rencontrer des problèmes lors des modifications et subir des pertes de données, ce qui peut conduire Project Professionnel 2010 à ne plus répondre.
Notes
Microsoft Office Project Professional 2003 ne peut pas se connecter à Project Server 2010, même si le mode de compatibilité descendante est activé.
Pour désactiver le mode de compatibilité descendante
Dans la page d’accueil de Project Server 2010, cliquez sur Paramètres du serveur.
Dans la page Paramètres du serveur, dans la section Stratégies opérationnelles, cliquez sur Paramètres supplémentaires.
Dans la page Paramètres supplémentaires, dans la section Mode de compatibilité Project 2007, désactivez la case à cocher Activer le mode de compatibilité Project 2007.
Cliquez sur OK.
Après avoir effectué la modification, vous devez extraire et ouvrir le fichier global d’entreprise dans Microsoft Project Professional 2010. Dans ce fichier, apportez une modification mineure (par exemple, en faisant glisser la barre de fractionnement à l’écran), enregistrez le fichier, puis réarchivez-le. Cela est requis pour mettre à niveau le fichier global d’entreprise vers la nouvelle version du client Microsoft Project Professional.
Important
Le fichier global d’entreprise doit être mis à niveau vers le client Project Professionnel 2010 après la désactivation du mode de compatibilité descendante. Cela garantit que tous les nouveaux projets seront en mode natif avec toutes les fonctionnalités Project Professionnel 2010 activées (tous les nouveaux projets sont basés sur le fichier global d’entreprise). Cela garantit également le bon fonctionnement de ce flux de travail.
Il est recommandé de n’activer le mode de compatibilité descendante qu’à titre provisoire dans le cadre du processus de mise à niveau. Lorsque Project Server 2010 est configuré en mode de compatibilité descendante, certaines fonctionnalités des clients Project Professionnel 2010 qui se connectent avec Project Server 2010 sont désactivées. Il s’agit notamment des fonctionnalités suivantes :
Les tâches planifiées manuellement ne sont pas disponibles sur le serveur ou le client.
Les tâches ne peuvent pas être définies comme étant inactives.
La mise en forme en barré des polices n’est pas disponible.
Tous les champs personnalisés des services sont appliqués dans Office Project Professional 2007.
Les champs personnalisés contrôlés par un flux de travail sont accessibles en lecture seule.
Toutes les nouvelles fonctionnalités disponibles dans Project Professionnel 2010 (telles que la chronologie, le planificateur d’équipe ou les couleurs 32 bits) sont accessibles aux utilisateurs de Project Professionnel 2010, mais pas aux utilisateurs d’Office Project Professional 2007 SP2.
Quand Office Project Professional 2007 SP2 se connecte à Project Server 2010 en mode de compatibilité descendante, il n’est pas en mesure de fournir les fonctionnalités qui requièrent le chargement d’une page Project Web App dans le client. Cela inclut les approbations et l’ouverture de ressources d’entreprise. En guise de solution de contournement, vous pouvez utiliser Project Web App dans un navigateur Web pour exploiter ces fonctions en attendant d’effectuer la mise à niveau vers Project Professionnel 2010.
De plus, les champs personnalisés contrôlés par un flux de travail ne sont pas disponibles dans Office Project Professional 2007 SP2.
Notes
L’accès de Project Web App à Project Server 2010 exige l’utilisation du navigateur Web Windows Internet Explorer version 7 ou 8. Pour plus d’informations, voir Planifier la prise en charge des navigateurs (Project Server 2010).