FAQ : effectuer une migration vers Microsoft Office Project Server 2007

Mis à jour: mai 2009

 

Dernière rubrique modifiée : 2009-04-29

Cet article répond aux questions fréquemment posées sur la mise à niveau des versions antérieures de Microsoft Project Server vers Microsoft Office Project Server 2007.

Questions sur la compatibilité

Pourrai-je ouvrir un fichier .mpp Bêta 2 à l’aide de la version finale d’Office Project Server 2007 ?

Oui.

Existe-t-il un moyen de renommer les projets dans Office Project Server 2007 ?

Pour renommer les projets dans Office Project Professional 2007, ouvrez le menu Fichier, choisissez Ouvrir, cliquez sur Projets d’entreprise, puis cliquez avec le bouton droit sur le fichier à renommer afin d’accéder à l’option Renommer.

Remarque :
Vous ne pouvez pas renommer directement les projets qui sont dans votre cache local (affichage par défaut). C’est la raison pour laquelle vous avez besoin d’utiliser la commande Projets d’entreprise.

Vous pouvez également renommer un projet publié dans le Centre de projets à l’aide de la commande Modifier les champs personnalisés.

Questions sur la consolidation

Puis-je regrouper les données de plusieurs instances de Project Server 2003 en une seule instance d’Office Project Server 2007 ? Par exemple, puis-je regrouper http://2003PWA/Dept1 et http://2003PWA/Dept2 en http://2007PWA/Single ?

Non, lors de la migration vers Office Project Server 2007, vous ne pouvez pas regrouper des données de plusieurs instances de Project Server 2003 en une instance d’Office Project Server 2007. Si vous avez deux instances de Project Server 2003 (http://2003PWA/Dept1 et http://2003PWA/Dept2), vous devez migrer les deux instances distinctes d’Office Project Server 2007 (http://2007PWA/Dept1 et http://2007PWA/Dept2).

Questions sur les tarifs et les licences

Où puis-je obtenir plus d’informations sur les licences ?

Accédez à https://www.microsoft.com/france/acheter/default.mspx et à https://office.microsoft.com/fr-fr/products/ha102103171036.aspx

Questions sur la cohérence des données

Les projets liés et les projets maîtres peuvent-ils être migrés ?

Oui, les projets liés et les projets maîtres peuvent être migrés vers Office Project Server 2007, mais vous devez garder un point à l’esprit. Dans Project 2003, un projet pouvait être associé à deux maîtres (par exemple, le sous-projet 1 pouvait être inclus dans les projets maîtres 1 et 2). Les deux projets maîtres pouvaient être publiés. Cette organisation avait des effets secondaires, mais elle était autorisée. Par contre, dans le processus de publication d’Office Project Server 2007, un projet ne peut pas faire partie de plusieurs projets maîtres. L’implication pour la migration est la suivante : dans Project Server 2003, si un même projet fait partie de deux projets maîtres et que vous essayez de migrer et de publier les deux projets maîtres, la publication du deuxième projet maître échoue dans Office Project Server 2007.

Les versions ne sont pas migrées depuis Project Server 2003 vers Office Project Server 2007. Quelle est la fonctionnalité équivalente dans Office Project Server 2007 ?

Les versions ne disposent pas d’un équivalent exact dans Office Project Server 2007. Voici quelques idées sur la procédure à suivre pour effectuer des opérations similaires dans Office Project Server 2007 :

1. **Analyse de scénarios **— Créer un nouveau projet : joignez un plan de ressources au projet, n’ajoutez aucune ressource au plan de ressources et choisissez de générer des affectations de ressources récapitulatives à partir du plan de ressources plutôt que du projet. En d’autres termes, vous pouvez affecter des ressources aux projets, mais les affectations de ressources récapitulatives ne seront pas générées. Cela serait un projet de scénarios. Vous pouvez publier ce projet et il peut être ajouté à la base de données de création de rapports, puis aux cubes. Une fois que vous avez créé plusieurs de ces projets de scénarios, vous pouvez les comparer côte à côte dans un rapport personnalisé.

   Remarque :
   Avec cette solution de contournement, vous devez quand même publier le projet afin de pouvoir générer un plan de ressources pour celui-ci. Cela signifie que la disponibilité est affectée jusqu’à ce que le travail soit terminé.

2. **Analyse de scénarios **—Annulation sur plusieurs niveaux : la fonctionnalité d’annulation sur plusieurs niveaux vous permet d’effectuer une planification de scénarios. Si vous n’aimez pas ce que vous avez fait, vous pouvez revenir en arrière à l’aide de la commande Annuler.

   Remarque :
   Une fois que vous enregistrez vos données, le cache d’annulation sur plusieurs niveaux est vidé et vous ne pouvez pas annuler vos actions précédentes.

3. Archivage : Office Project Server 2007 possède une banque d’archivage distincte dans laquelle vous pouvez archiver les projets, même à intervalles réguliers.

Les chiffres réels protégés sont-ils migrés depuis Project Server 2003 vers Office Project Server 2007 ?

Oui, si la fonctionnalité des chiffres réels protégés est activée dans Project Server 2003, les chiffres réels protégés sont migrés. Si la fonctionnalité est désactivée dans Project Server 2003, les chiffres réels normaux sont migrés. Tout chiffre réel protégé, même disponible, est perdu.

Remarque :

Project Server 2003 stocke les deux valeurs Chiffres réels et Chiffres réels protégés dans la base de données (table MSP_Assignments ; colonnes ASSN_ACT_WORK et ASSN_ACT_WORK_PROT). En revanche, Office Project Server 2007 a uniquement une colonne et un paramètre intitulé Restreindre les mises à jour Project Web Access. Si cet indicateur est défini, le champ est modifiable ; sinon, il ne l’est pas. En raison de cette modification conceptuelle, vous perdrez peut-être des chiffres réels protégés dans certains cas.

Comment les utilisateurs Project Server 2003 qui ont des affectations, mais ne sont pas des ressources d’entreprise, seront-ils migrés ?

Les utilisateurs de Project Server 2003 qui ont des affectations, mais ne sont pas des ressources d’entreprise, seront convertis en ressources d’entreprise après avoir migré de Project Server 2003 vers Office Project Server 2007. Pour ces ressources d’entreprise, le champ RES_CAN_LEVEL de la table MSP_Resources de la base de données publiée de Project Server sera défini en FALSE (pour toutes les autres ressources d’entreprise migrées, le champ RES_CAN_LEVEL=TRUE). La raison est que dans Project Server 2003, les utilisateurs qui ne faisaient pas partie des ressources d’entreprise ne pouvaient pas être auditées sur plusieurs projets. Pour conserver ce comportement dans Office Project Server 2007, l’audit a été désactivé par défaut pour ces ressources après la migration.

J’ai 300 projets que je souhaite migrer depuis Project Server 2003 vers Office Project Server 2007. Parmi les 300 projets, je souhaite en migrer, enregistrer et publier 298. Quant aux deux autres, je souhaite uniquement les enregistrer. Quel est le meilleur moyen pour modifier le fichier de configuration de migration à cet effet ?

Dans le fichier de configuration de la migration, vous pouvez migrer tous les projets avec le paramètre MigrateAll=Yes. Toutefois, si vous entrez des projets dans les sections [Projects to Save] ou [Projects to Save and Publish], le paramètre MigrateAll est ignoré. Par conséquent, si vous configurez le paramètre MigrateAll sur Yes (pour migrer, enregistrer et publier les 298 projets), puis que vous ajoutez les deux projets à la section [Projects to Save] (pour les deux projets que vous souhaitez uniquement migrer et enregistrer), lorsque vous exécutez la migration, la seule opération qui se produise est l’enregistrement des deux projets.

Pour ne pas dépendre du MigrateAll, vous pouvez exécuter la requête simple suivante dans Microsoft SQL Server afin d’obtenir les noms de projet de la base de données Project Server 2003 : SELECT MSP_NAME FROM MSP_PROJECTS

Cette opération vous permet de copier et coller les noms de projet dans la section [Projects to Save] ou [Projects to Save and Publish] du fichier de configuration de la migration.

Questions sur les fonctionnalités multilingues

La migration d’une version linguistique vers une autre est-elle prise en charge ? Par exemple, puis-je effectuer une migration depuis la version en langue anglaise de Project Server 2003 vers la version en langue française d’Office Project Server 2007 ?

La migration d’une version linguistique vers une autre n’est pas prise en charge. Office Project Server 2007 prend uniquement en charge la migration vers une même langue.

Questions sur les compléments Outlook

Puis-je effectuer une mise à niveau sur place de mon complément client Outlook Project Professional 2003 ou dois-je désinstaller, puis réinstaller la version disponible pour Office Project Server 2007 ?

Pour effectuer une mise à niveau vers le complément client Outlook disponible pour Office Project Professional 2007, vous devez désinstaller la version ancienne, puis réinstaller la version plus récente.

Le complément Outlook Project Professional 2003 et le complément Outlook Office Project Server 2007 pourraient-ils fonctionner côte à côte ?

Oui, le complément Outlook Project Professional 2003 et le complément Outlook Office Project Professional 2007 peuvent fonctionner côte à côte. Cela permet aux membres de l’équipe de travailler sur des projets Project Professional 2003 et Office Project Professional 2007 en même temps.

Que se passerait-il si des utilisateurs importaient des affectations dans Outlook pour un projet migré ensuite vers Office Project Server 2007 ?

Installez le nouveau complément Outlook aux côtés de l’ancien, puis faites-le pointer vers le nouveau serveur Office Project Server 2007. Si les tâches s’affichent toujours sur le serveur Project Server 2003, elles continueront à être importées dans Outlook ; cependant, vous obtenez ainsi des entrées en double (bien que par défaut Project Server 2003 effectue l’importation vers les tâches plutôt que vers le calendrier).

Comment un membre de l’équipe peut-il savoir qu’un projet a été migré vers Office Project Server 2007 ?

L’outil de migration qui permet de migrer des données vers Office Project Server 2007 ne modifie pas les données dans Project Server 2003 ; par conséquent, il est difficile pour les utilisateurs de savoir qu’un projet a été migré s’il n’a pas été averti. Pour remédier à cette situation, vous pouvez ajouter le préfixe « migré » aux noms des projets migrés et veiller à les définir en lecture seule dans Project Server 2003.

Que se passe-t-il si un membre de l’équipe essaie de mettre à jour une affectation Project 2003 via Outlook pour un projet qui a été migré vers Office Project Server 2007 ?

Il n’existe aucun moyen de verrouiller une mise à jour de projet dans ce cas. Si la tâche est disponible dans les tables Web, un membre de l’équipe peut la mettre à jour, même si le projet est en lecture seule. Par conséquent, les membres de l’équipe peuvent mettre à jour les tâches, mais les mises à jour ne sont jamais appliquées au projet.

Questions sur la gestion des ressources

Après avoir migré un sous-ensemble de projets vers Office Project Server 2007, comment puis-je gérer la disponibilité des ressources si des utilisateurs sont affectés à des projets Project Server 2003 et Office Project Server 2007 ?

Pendant la période au cours de laquelle vous utilisez les deux versions, vous n’obtenez pas d’affichage mis à jour sur la disponibilité des ressources, ni dans Project Server 2003, ni dans Office Project Server 2007. Par conséquent, nous vous recommandons de ne pas utiliser Project Server dans une configuration côte à côte pendant une période de temps prolongée. Vous pouvez également générer une solution personnalisée qui extrait la disponibilité des ressources des deux systèmes et présente un affichage unifié.

Après avoir effectué une migration vers Office Project Server 2007, j’ai noté que la table MSP_RESOURCES dans les bases de données de travail et publiée contient une colonne nommée RES_WORKGROUP_MESSAGING qui semble inutilisée. Pourquoi existe-t-elle ?

Cette colonne a été migrée depuis Project Server 2003, mais elle n’est pas nécessaire dans Office Project Server 2007. Elle a été utilisée dans Project Server 2003 pour la prise en charge du mode groupe de travail, qui n’est plus pris en charge dans Office Project Server 2007. Cette colonne peut être supprimée de la table.

Lorsque j’exécute l’outil de migration, j’obtiens un message d’erreur dans le journal indiquant « PWA Migration : Synchronisation des ressource migrées avec WSS -- Échec ».

Il est possible que vos autorisations relatives à Windows SharePoint Services dans Project Server 2003 aient été verrouillées. Une fois les paramètres de sécurité migrés, ce verrouillage est appliqué à l’instance Office Project Server 2007 également, ce qui provoque le dysfonctionnement de la synchronisation des ressources. Vérifiez que vous disposez des autorisations appropriées dans Office Project Server 2007 :

1. Ouvrez Project Web Access, puis cliquez sur Paramètres du serveur.

2. Dans la section Sécurité, cliquez sur Autorisations Project Web Access.

3. Recherchez l’autorisation Gérer Windows SharePoint Services et vérifiez qu’elle est sélectionnée.

Si des problèmes similaires persistent même après l’activation de l’autorisation Gérer Windows SharePoint Services, vous pouvez activer toutes les autorisations Project Web Access, puis les verrouiller à nouveau une fois la migration terminée avec succès.

Lorsque j’exécute l’outil de migration, j’obtiens un message d’erreur indiquant « Échec de la migration globale de la ressource en raison de l’erreur 80004005 ». J’obtiens également un message d’erreur dans le journal de la migration indiquant « Une exception non gérée s’est produite dans WinProj.UpdateResources ».

Plusieurs causes peuvent être à l’origine du message d’erreur. La résolution de ce problème consiste à déterminer si vous pouvez créer une ressource d’entreprise avec succès dans Office Project Server 2007 :

1. Après avoir vérifié que l’outil de migration n’est pas en cours d’exécution, démarrez Project Professional 2007 en étant connecté au serveur.

2. Dans le menu Outils, cliquez sur Options d’entreprise, puis sur Ouvrir la liste des ressources d’entreprise.

3. Dans le Centre de ressources, cliquez sur Nouveau, puis dans la liste déroulante cliquez sur Ressource.

4. Dans la page Nouvelle ressource, entrez les informations de ressource requises.

5. Cliquez sur Enregistrer.

En règle générale, cette opération échoue également. Toutefois, vous pouvez utiliser les informations fournies dans l’entrée du journal relative à cette action pour résoudre le problème. Ouvrez le fichier journal ULS approprié (emplacement par défaut : <Lecteur>:\Program Files\Fichiers communs\Microsoft Shared\Web Server Extensions\12\LOGS) et recherchez la cause du non-enregistrement de la ressource. Voici un exemple d’une entrée de journal ULS générée à la suite de l’échec de la création d’une nouvelle ressource d’entreprise.

Exemple d’entrée de journal ULS :

12/21/2006 01:53:55.38 w3wp.exe (0x01B8) 0x07B4 Project Server Project Server - General 0 Medium PWA:http://machine/pwa, SSP:SSPName, User:UserName, PSI: WinProj.UpdateResources Undefined Attributes: PSError: GeneralUnhandledException Undefined attributes list: System.ApplicationException: This operation returned because the timeout period expired. (Exception from HRESULT: 0x800705B4) at System.Threading.ReaderWriterLock.AcquireReaderLockInternal(Int32 millisecondsTimeout) at Microsoft.Office.Project.Server.Events.ServerEventManager.AcquireReaderLockOnServerEventManager() at

Exemple de correctif : pour l’exemple de l’entrée du journal ULS, l’erreur semble être une erreur de délai d’attente impliquant le service d’événements de Microsoft Office Project Server. Le redémarrage du service d’événements de Microsoft Office Project Server peut résoudre le problème. Pour ce faire, procédez comme suit sur l’ordinateur sur lequel Office Project Server 2007 est en cours d’exécution :

1. Cliquez sur Démarrer, pointez sur Outils d’administration, puis cliquez sur Services.

2. Dans la fenêtre Services, recherchez Service d’événements de Microsoft Office Project Server.

3. Cliquez avec le bouton droit sur l’entrée, puis cliquez sur Redémarrer pour redémarrer le service.

Questions sur SQL Server

J’essaie d’effectuer la migration avec la base de données Project Server 2003 et Office Project Server 2007 sur des ordinateurs différents. Lorsque j’essaie de configurer l’option de serveur lié dans Microsoft SQL Server 2000, elle ne fonctionne pas.

Accédez à SQL Server 2000 Enterprise Manager, cliquez avec le bouton droit sur le serveur lié que vous avez créé et sélectionnez l’option Propriétés. Cliquez sur l’onglet Sécurité et essayez une autre option pour voir si elle fonctionne. Par exemple, si le bouton Seront effectuées dans le contexte de sécurité de la connexion actuelle est sélectionné, essayez l’option Seront effectuées dans ce contexte de sécurité. En outre, veillez à fournir un nom d’utilisateur valide et un mot de passe qui fonctionne sur l’ordinateur qui exécute SQL Server et héberge la base de données Office Project Server 2007.

Remarque :
Pour plus d’informations sur la sécurité des serveurs liés, voir la documentation SQL Server.

Je suis en train d’effectuer une migration et dispose de la base de données Project Server 2003 et des bases de données Office Project Server 2007 sur le même ordinateur exécutant SQL Server. Lorsque j’essaie d’exécuter l’outil de migration, j’obtiens systématiquement un message d’erreur indiquant qu’il est impossible de créer des affichages Project Web Access dans la ligne de commande et dans les fichiers journaux de migration.

Il peut s’agir d’une situation dans laquelle la migration supprime de manière inexplicable le serveur SQL actuel de la table SYSSERVERS dans SQL Server. Procédez comme suit pour le rajouter :

1. Accédez à l’Analyseur de requêtes SQL Server 2000 et sélectionnez la base de données « MASTER ». Exécutez la requête Select * from sysservers.

2. Vérifiez qu’une entrée de la colonne srvname est définie sur le nom de votre serveur SQL. Si tel n’est pas le cas, cela peut être la cause du problème.

3. Assurez-vous que la base de données « MASTER » est la base de données active. Exécutez la requête sp_addlinkedserver <sql server name>.

4. Essayez d’effectuer la migration à nouveau.

Questions sur la migration Windows SharePoint Services

La migration progressive est-elle prise en charge depuis Windows SharePoint Services 2.0 et Windows SharePoint Services 3.0 ?

Oui, la migration progressive est prise en charge. Pour connaître la procédure exacte, voir Options de déploiement informatique pour la migration vers Project Server 2007 et Mettre à niveau les espaces de travail de projet depuis Project Server 2003.

Windows SharePoint Services 2.0 et Windows SharePoint Services 3.0 peuvent-ils être installés côte à côte sur le même ordinateur ?

Oui, l’installation côte à côte de Windows SharePoint Services 2.0 et Windows SharePoint Services 3,0 est prise en charge.