Partager via

  • Article

Tâches de post-migration après la migration de vos données de Project Server 2003

 

S’applique à : Project Server 2010

Dernière rubrique modifiée : 2016-11-30

Une fois que vous avez exécuté l’outil de migration pour migrer des données Microsoft Office Project Server 2003 vers Microsoft Office Project Server 2007, vous devez accomplir plusieurs tâches :

  • Vérifier si la migration a fonctionné

  • Mettre à jour les paramètres serveur migrés

  • Synchroniser les utilisateurs migrés authentifiés par formulaires avec la banque d'authentification de formulaires Project Server 2007

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

  • Supprimer les utilisateurs inactifs migrés (facultatif)

  • Corriger les paramètres de devise du projet

  • Modifier les comptes Windows locaux migrés

  • Mettre à jour les tables de choix multilingues

Cet article contient également des informations sur la façon d’Annuler la migration.

Vérifier si la migration a fonctionné

Examinez la ligne de commande de l’outil de migration ou le journal de migration pour vérifier que la migration s’est déroulée correctement. Si ce n’est pas le cas, apportez les corrections nécessaires et réexécutez l’outil de migration. En cas de problème irrécupérable, apportez les modifications nécessaires dans Project Server 2003, restaurez les nouvelles bases de données Office Project Server 2007, puis renouvelez la migration. Si le processus de migration a 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, modifiez-les, ajoutez des ressources d’entreprise, publiez-les, acceptez les mises à jour d’état, etc.

  • Vérifier les données Project Web Access : renseignez les feuilles de temps, créez des propositions, créez un cube, 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

Comme expliqué dans Données impossibles à migrer vers Project Server 2007, toutes les données à partir de Project Server 2003 peuvent ne pas être migrées vers Office Project Server 2007. Par conséquent, il est vivement recommandé de passer en revue tous les paramètres serveur de Office Project Server 2007 et de s’assurer qu’ils sont configurés comme il se doit. Certaines domaines spécifiques sont répertoriés ci-après.

  1. Paramètres de sécurité : il existe de nouvelles autorisations de sécurité (globale et 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 et de décider d’accorder ou non cette autorisation aux utilisateurs. Pour plus d’informations, voir Introduction aux autorisations dans Microsoft Office Project Server 2007 (https://technet.microsoft.com/fr-fr/library/cc197530(office.12).aspx).

  2. Définitions d’affichage Project Web Access : les clauses « Filtrer par » et « Grouper par » ne sont pas migrées depuis Project Server 2003. Vous devrez peut-être les créer de nouveaux. En outre, certains champs d’affichage Project Web Access ne sont pas migrés. Assurez-vous que tous les champs qui vous intéressent sont disponibles dans les affichages migrés.

  3. Fusionner et renommer des groupes, catégories et modèles de sécurité semblables, ainsi que des définitions d’affichage Project Web : en cas de conflit de nom 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 concernés. Cette action permet de conserver les entités Project 2007 et les entités Project 2003 sur un même système. Ensuite, vous pouvez, selon le cas, sélectionner celle à conserver ou décider de les fusionner. 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 formulaires avec la banque d’authentification de formulaires Project Server 2007

Il s’agit d’une étape nécessaire pour vous assurer que les utilisateurs migrés authentifiés par formulaires fonctionnent 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 (https://go.microsoft.com/fwlink/?linkid=188757\&clcid=0x40C).

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

L’outil de migration redéfinit l’option Mise en service automatique de la page Paramètres de mise en service de l’espace de travail de projet sur Créer manuellement un espace de travail pour chaque projet dans Office Project Server 2007. 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, consultez 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 de serveur de Project Web Access. Vérifiez que les options URL du site et Mise en service automatique sont configurées en fonction de vos besoins. Si vous souhaitez que Office Project Server 2007 crée automatiquement un espace de travail lorsqu’un projet est publié, redéfinissez l’option Mise en service automatique sur Créer automatiquement un espace de travail pour le projet lorsqu’un projet est publié dans Office Project Server 2007 après avoir exécuté l’outil de migration.

Supprimer les utilisateurs inactifs migrés (facultatif)

La page Gérer les groupes de Project Server 2003 n’affiche pas les utilisateurs inactifs par défaut. En revanche, dans Office Project Server 2007, les utilisateurs inactifs sont affichés par défaut. Par conséquent, après le processus de migration (au cours duquel les utilisateurs inactifs sont également migrés), il se peut qu’apparaissent des utilisateurs supplémentaires 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 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, à 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 SQL 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

Si vous disposiez de comptes Windows locaux (par exemple, nom_ordinateur\Jean Dupont) et que les noms d’ordinateurs ne sont plus valides, accédez aux paramètres de serveur de Project Web Access et utilisez les options Gérer les utilisateurs pour modifier ces comptes afin 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 à partir de Office Project Portfolio Server 2007 vers Office Project Server 2007. L’erreur ressemble au suivant 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....

Annuler la migration

Vous pouvez effectuer une annulation dans l’une des situations suivantes :

  • La migration échoue en pleine procédure.

  • Une quantité élevée de données change dans Project Server 2003 après la migration. Dans ce cas, le processus de migration doit être effectué à nouveau à partir du début.

Étant donné que la migration vers Office Project Server 2007 n’est pas une mise à niveau sur place, aucune donnée Project Server 2003 n’est modifiée au cours du processus. Par conséquent, une annulation équivaut à la restauration d’un nouvel environnement Project Web Access Office Project Server 2007 (par exemple, à partir d’une sauvegarde). Vous pouvez ensuite réexécuter la migration.

Si vous souhaitez migrer de nouveau quelques projets (par exemple, parce qu’ils ont changé dans Project Server 2003), la méthode d’annulation consiste à supprimer les projets dans Office Project Server 2007, puis à les migrer de nouveau.

Important

Si la migration de données globale s’arrête en plein milieu, elle doit être entièrement réexécutée. L’outil de migration peut s’arrêter subitement à cause d’une erreur dans les données Project Server 2003 (par exemple, une ressource particulière ne dispose pas d’une valeur valide pour un code hiérarchique de ressource). La résolution de ce problème consiste à ouvrir ResGlobale dans Project Professionnel 2003, à résoudre le problème et à recommencer la migration. Répétez ce processus jusqu’à ce que la migration globale se poursuive jusqu’à son terme. Une fois celle-ci terminée correctement, vous savez que les données Project Server 2003 sont saines. Ensuite, vous devez nettoyer les données Office Project Server 2007 et migrer de nouveau la totalité des données globales.