Environnement de migration virtuel Project Server : effectuer les tâches de post-migration

Vérifier la réussite de la migration

Durant chacune des trois instances d’exécution de l’outil de migration au cours de la phase de migration (vérification, migration des données globales de l’entreprise, migration du projet), vérifiez que la migration a réussi à partir de la ligne de commande de l’outil de migration, ou à partir des journaux de migration. Si le moindre problème s’est produit lors de l’exécution de l’outil de migration, affichez le contenu du fichier journal de migration pour plus d’informations sur l’erreur. Apportez les corrections appropriées, importez les données mises à jour dans l’environnement de migration virtuel, puis réexécutez l’outil de migration.

Si une erreur irrécupérable se produit, restaurez l’image d’ordinateur virtuel de l’environnement de migration virtuel à sa configuration d’origine, importez et restaurez vos bases de données Project Server 2003, puis réessayez la migration. Le Gestionnaire Hyper-V effectue automatiquement une capture instantanée de l’image d’ordinateur virtuel de l’environnement de migration virtuel lorsque l’image est restaurée pour la première fois. Vous pouvez réappliquer la capture instantanée (connue sous le nom de « Configuration d’usine ») pour restaurer l’environnement de migration virtuel à son état d’origine.

Si le processus de migration semble avoir fonctionné correctement, vérifiez que les données ont été correctement migrées vers Office Project Server 2007 en procédant aux tests suivants :

• Vérifier les données de projet : ouvrez les projets migrés dans Project Professionnel 2007, modifiez-les, ajoutez des ressources d’entreprise, publiez-les, acceptez les mises à jour d’état, etc. L’environnement de migration virtuel inclut Microsoft Office Project Professional 2007.

• Vérifier les données Project Web Access : ouvrez Office Project Web Access pour vous connecter à vos données. Assurez-vous que vous pouvez remplir les feuilles de temps, créer des propositions, etc.

Nous vous recommandons vivement de recourir à une liste de vérification de migration spécifique à vos besoins et de tester ces éléments après la migration.

Mettre à jour les paramètres serveur migrés

Tous les types de données ne peuvent pas être migrés de Project Server 2003 vers Office Project Server 2007. (Voir Données impossibles à migrer vers Project Server 2007.) Par conséquent, il est recommandé de vérifier tous les paramètres serveur d’Office Project Server 2007 et de s’assurer qu’ils sont configurés de manière appropriée. Certains domaines spécifiques sont listés ci-après :

• Paramètres de sécurité : il existe de nouvelles autorisations de sécurité (globales et de catégorie) dans Office Project Server 2007. Il se peut que ces autorisations ne soient pas migrées. Il est conseillé d’examiner chacune d’elles avant de décider d’accorder ou non ces autorisations aux utilisateurs. Pour plus d’informations, voir Sécurité et protection pour Office Project Server 2007.

• Définitions d’affichage Project Web Access : les clauses « Filtrer par » et « Regrouper par » ne sont pas migrées à partir de Project Server 2003. Vous devrez peut-être recréer ces clauses. En outre, certains champs d’affichage Office Project Web Access ne sont pas migrés. Assurez-vous que tous les champs importants à vos yeux sont disponibles dans les affichages migrés.

• Fusionner et renommer les groupes, catégories et modèles de sécurité similaires, ainsi que les définitions d’affichage Project Web Access : en cas de conflit de noms lors de la migration de modèles de sécurité, de définitions d’affichage, de groupes ou de catégories de sécurité, l’outil de migration ajoute un préfixe ou un suffixe aux noms en conflit. Cette action permet de conserver les entités Office Project Server 2007 et Project Server 2003 sur un même système. Vous pouvez ensuite sélectionner celle qui est à conserver, ou décider de les fusionner, selon les besoins. Il est recommandé de résoudre ces conflits afin que les utilisateurs finaux n’aient pas de doutes.

Synchroniser les utilisateurs migrés authentifiés par formulaire, à l’aide du magasin d’authentification par formulaire Project Server 2007

Il s’agit d’une étape nécessaire pour vous assurer que les utilisateurs migrés authentifiés par formulaires ne rencontrent pas de problèmes dans Office Project Server 2007. Pour plus d’informations, voir Configurer l’authentification par formulaires du fournisseur d’appartenances (membership provider) SQL pour Project Server 2007.

Vérifier les paramètres de mise en service de l’espace de travail de projet

Dans Office Project Server 2007, l’outil de migration réinitialise l’option Mise en service automatique de la page Paramètres de mise en service de l’espace de travail de projet des paramètres du serveur à la valeur Créer manuellement un espace de travail pour chaque projet. Ce paramètre garantit que le processus de migration ne met pas en service des espaces de travail en double pour les projets dont les espaces de travail doivent éventuellement être migrés.

Après avoir exécuté l’outil de migration, vérifiez les paramètres de mise en service de l’espace de travail de projet situés dans la section Stratégies opérationnelles des paramètres du serveur Office Project Web Access. Assurez-vous que les options URL du site et Mise en service automatique sont configurées correctement, en fonction de vos besoins. Dans Office Project Server 2007, après avoir exécuté l’outil de migration, vous pouvez réinitialiser l’option Mise en service automatique à la valeur Créer automatiquement un espace de travail pour le projet lorsqu’un projet est publié.

Supprimer les utilisateurs inactifs migrés (facultatif)

Par défaut, la page Gérer les groupes dans Project Server 2003 n’affiche pas les utilisateurs inactifs. Toutefois, dans Office Project Server 2007, par défaut, les utilisateurs inactifs sont affichés. Par conséquent, après le processus de migration (au cours duquel les utilisateurs inactifs sont également migrés), il est possible que des utilisateurs supplémentaires apparaissent dans la page Project Web Access Gérer les groupes d’Office Project Server 2007.

Vous pouvez supprimer définitivement les utilisateurs inactifs, si nécessaire.

Pour supprimer définitivement les utilisateurs inactifs

1. Dans Office Project Web Access, cliquez sur Paramètres du serveur.

2. Dans la section Administration de bases de données, cliquez sur Supprimer les objets d’entreprise.

3. Dans la page Supprimer les objets d’entreprise, dans la section Que voulez-vous supprimer de Project Server ?, sélectionnez Ressources et utilisateurs.

4. Dans la liste d’utilisateurs qui s’affiche, sélectionnez les utilisateurs à supprimer définitivement, puis cliquez sur Supprimer.

Corriger les paramètres de devise du projet

Le fait que les devises du projet ne soient pas migrées correctement est un problème connu. Exécutez la requête suivante sur la base de données des tables de projet Project Server 2003, afin d’obtenir la liste des projets et leurs devises. Ces informations permettent de corriger manuellement les paramètres de devise après la migration.

select PROJ_NAME, PROJ_OPT_CURRENCY_SYMBOL from dbo.MSP_PROJECTS where PROJ_TYPE in (0, 1, 2)

Modifier les comptes Windows locaux migrés

Les comptes Windows locaux (par exemple, NomOrdinateur\Brad Joseph), pour les noms d’ordinateurs qui ne sont plus valides, doivent être supprimés. Accédez aux paramètres du serveur Office Project Web Access et utilisez les options Gérer les utilisateurs pour modifier ces comptes de sorte qu’ils soient valides.

Mettre à jour les tables de choix multilingues

Les tables de choix multilingues ne sont pas mises à jour correctement après la migration. Exécutez les instructions SQL suivantes sur la base de données publiée Office Project Server 2007 pour résoudre ce problème.

DELETE FROM dbo.MSP_LOOKUP_TABLE_LANGUAGES WHERE LT_UID NOT IN (SELECT LT_UID FROM dbo.MSP_LOOKUP_TABLES)
DELETE FROM dbo.MSP_LOOKUP_TABLE_MASK_VALUES WHERE LT_UID NOT IN (SELECT LT_UID FROM dbo.MSP_LOOKUP_TABLES)
DELETE FROM dbo.MSP_LOOKUP_TABLE_MASK_STRUCTURES WHERE LT_UID NOT IN (SELECT LT_UID FROM dbo.MSP_LOOKUP_TABLES)
DELETE FROM dbo.MSP_LOOKUP_TABLE_VALUES WHERE LT_UID NOT IN (SELECT LT_UID FROM dbo.MSP_LOOKUP_TABLES)
DELETE FROM dbo.MSP_LOOKUP_TABLE_STRUCTURES WHERE LT_UID NOT IN (SELECT LT_UID FROM dbo.MSP_LOOKUP_TABLES)

Si vous utilisez Microsoft Office Project Portfolio Server 2007 avec Office Project Server 2007, il est particulièrement important d’exécuter ces instructions SQL pour mettre à jour les tables. Si les instructions ne sont pas exécutées, vous risquez de rencontrer une erreur « GeneralUnhandledException » lorsque vous effectuez une exportation de Office Project Portfolio Server 2007 vers Office Project Server 2007. L’erreur ressemble à ce qui suit et apparaît dans les journaux ULS :

PSI: LookupTable.ReadLookupTablesMultiLang Undefined Attibutes: PSError: GeneralUnhandledException Underined attributes list: System.Data.ConstraintException: Failed to enable constraints. One or more rows contain values violating non-null, unique, or foreign-key constraints….

Résoudre les problèmes relatifs aux utilisateurs et aux autorisations

Après la migration (en particulier dans les versions localisées), les utilisateurs peuvent ne pas disposer de certaines autorisations attendues dans l’installation Office Project Server 2007 migrée. Par exemple, imaginez que vous ayez obtenu vos autorisations au moyen du modèle d’administrateur, mais que vous ne puissiez pas afficher les feuilles de temps. Les causes possibles de cette situation sont multiples :

1. Dans Project Server 2003, une autorisation est refusée au niveau de l’organisation. Vous pouvez vérifier si c’est le cas en déterminant si certaines de vos autorisations Office Project Web Access sont désactivées et si elles peuvent être à l’origine du problème. Pour vérifier vos autorisations Office Project Web Access :

   1. Dans la page d’accueil de Office Project Web Access, dans le volet gauche, cliquez sur Paramètres du serveur.

   2. Dans Paramètres du serveur, dans la section Sécurité, cliquez sur Autorisations Project Web Access.

2. Certaines autorisations sont nouvelles dans Office Project Server 2007. Ces autorisations peuvent ne pas être mappées correctement au cours de la migration. Vous pouvez consulter la liste de ces autorisations dans la documentation sur la sécurité afin de déterminer si elles sont la cause du problème. Pour plus d’informations sur les autorisations Office Project Server 2007, voir Sécurité et protection pour Office Project Server 2007.

3. Si un utilisateur ou une ressource Project Server 2003 existe dans Office Project Server 2007 (via un nom ou un compte Windows NT), les autorisations de sécurité de cet utilisateur ou de cette ressource ne sont pas migrées. Par exemple, si vous avez effectué une synchronisation Active Directory avant la migration (et si la plupart de ces utilisateurs existent dans Project Server 2003), les autorisations de ces utilisateurs ne sont pas migrées. Ce problème ne doit pas se poser dans l’environnement de migration virtuel, car l’environnement Office Project Server 2007 vers lequel vous effectuez la migration ne doit pas comporter d’utilisateurs avant le processus de migration.

Résoudre les problèmes relatifs à l’authentification

L’authentification Project Server est utilisée dans Project Server 2003, mais elle n’est pas prise en charge dans Office Project Server 2007. Lorsque vous migrez des utilisateurs authentifiés par Project Server vers Office Project Server 2007, les comptes d’utilisateurs sont réinitialisés, car le mécanisme d’authentification par formulaire dans Office Project Server 2007 diffère, par son architecture, de l’authentification Project Server utilisée dans Project Server 2003. Soit vous ne voyez pas ces utilisateurs listés dans la page Gérer les utilisateurs des paramètres du serveur Office Project Web Access, soit la section Authentification de l’utilisateur correspondant à l’utilisateur ne s’affiche pas. Toutefois, vous pouvez toujours modifier ces utilisateurs migrés dans le Centre de ressources Project Web Access.

Résoudre les problèmes relatifs aux projets maîtres

Lorsque vous migrez des projets maîtres et les sous-projets correspondants de Project Server 2003 vers Office Project Server 2007, les deux scénarios suivants provoquent l’échec de la migration des projets :

• Migration d’un sous-projet après son projet maître. (Vous pouvez corriger l’ordre de migration dans le fichier de configuration de la migration.)

  Important

  Pour plus d’informations sur le fichier de configuration de la migration, voir Configurer l’outil de migration.

• Projet représentant un sous-projet de deux projets maîtres. (Une organisation de ce type est autorisée dans Project Server 2003, mais pas dans Office Project Server 2007). La migration du projet échoue lorsque vous tentez de publier ce dernier.