Résoudre les problèmes de migration vers Project Server 2007

 

S’applique à : Project Server 2010

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

Cet article décrit les options dont vous disposez si vous rencontrez des problèmes au cours du processus de migration vers Microsoft Office Project Server 2007.

Dans cet article :

• Avant la résolution des problèmes : vérifier les fonctionnalités dans Project Server 2007

• Enregistrement des erreurs

• Restaurer la base de données Project Server 2007

• Problèmes liés aux utilisateurs et autorisations ayant fait l’objet d’une migration

• Problèmes d’authentification

• Organigramme de la migration

Avant la résolution des problèmes : vérifier les fonctionnalités dans Project Server 2007

Avant de procéder à la résolution des problèmes proprement dite, vérifiez si Office Project Server 2007 lui-même fonctionne correctement. Le fait de déterminer si le problème concerne la migration ou la configuration d’Office Project Server 2007 peut vous faire gagner du temps.

• Créez une nouvelle instance de Project Web Access sur l’ordinateur Project Server. Vérifiez que cette instance n’est pas utilisée pour la migration. Vous pouvez supprimer cette instance une fois que vous avez terminé de résoudre les problèmes.

• Sur l’ordinateur qui exécute Office Project Server 2007, créez, enregistrez et publiez un projet sur l’instance de Project Web Access nouvellement créée. Vérifiez que vous pouvez ouvrir le projet dans le Centre de projets. Si vous ne pouvez pas effectuer cette opération, il est possible que le problème que vous rencontrez concerne la configuration d’Office Project Server 2007.

• Vérifiez que le service de mise en file d’attente et le service des événements sont en cours d’exécution sur le serveur d’applications.

Enregistrement des erreurs

Lorsque vous résolvez les problèmes liés à la migration, il est important que vous sachiez où rechercher les informations pertinentes relatives à l’enregistrement des erreurs. Cette section décrit plusieurs mécanismes qui impliquent des informations sur l’enregistrement des erreurs.

• Affichez la page Gestion de la file d’attente pour vérifier si des travaux se trouvent dans un état d’échec. Affichez la colonne Erreur de ces entrées pour voir si elle fournit des indices sur ce problème.

• Affichez le fichier journal de mise à niveau. Il est disponible dans le chemin d’accès spécifié dans le fichier de configuration de la migration. Il fournit une description détaillée des erreurs qui se sont produites pendant la migration.

• Examinez le journal des événements et le journal de suivi du serveur.

• Pour ouvrir et afficher le journal d’événements, sur l’ordinateur serveur, cliquez sur Démarrer, puis sur Exécuter, tapez Eventvwr, puis cliquez sur OK. Ensuite, cliquez sur le nœud Application. Cette action affiche la liste des événements d’application déclenchés sur le serveur.

• Pour ouvrir et afficher le journal de suivi, sur l’ordinateur serveur, consultez le dossier suivant : <lecteur>:\Program Files\Fichiers communs\Microsoft Shared\web server extensions\12\LOGS. Les journaux de suivi ULS sont nommés dans le format suivant : <nom_serveur>-aaaammjj-time.log (par exemple, contoso-20060720-1506.log).

• Si vous ne pouvez pas déterminer la cause de l’échec à l’aide du fichier journal et que vous avez l’intention de contacter les services de support technique Microsoft pour obtenir de l’aide, munissez-vous des informations suivantes :

  1. Les journaux de mise à niveau (disponibles dans le chemin d’accès spécifié dans le fichier de configuration de la migration)

     Notes

     Assurez-vous que le serveur écrit des journaux détaillés, afin qu’autant d’informations que possible soient consignées pour le débogage. Vous pouvez définir ce paramètre sur le site Web Administration centrale de SharePoint dans l’onglet Opérations de la page Journalisation des diagnostics. Dans la section Limitation des événements de cette page, définissez les paramètres suivants :
     Événement le moins critique à enregistrer dans le journal d’événements : Audit réussi
     Événement le moins critique à enregistrer dans le journal de suivi : Prolixe

     Cliquez sur OK pour enregistrer les paramètres. Vous pouvez vérifier que les paramètres ont été enregistrés. Pour ce faire, dans la même section, sélectionnez une catégorie spécifique dans la liste Sélectionner une catégorie et vérifiez que les paramètres sont identiques.

  2. Une copie du fichier journal d’événements : pour ce faire, ouvrez le journal d’événements, cliquez avec le bouton droit sur le nœud Application, puis sélectionnez Enregistrer le fichier journal sous. Cette opération vous permet d’enregistrer le journal d’événements dans un fichier afin que vous puissiez l’envoyer aux services de support technique Microsoft.

     Notes

     Veillez à reproduire le problème pour vous assurer que celui-ci est enregistré dans les journaux d’événements et de suivi.

  3. Une copie des fichiers journaux de suivi les plus récents : si vous envoyez des informations de suivi à des fins de débogage, reproduisez le problème sur le serveur et envoyez les deux ou trois derniers fichiers journaux de suivi. Vous pouvez identifier les fichiers journaux d’après les informations d’horodatage utilisées pour nommer chaque fichier.

  4. Une copie du fichier de base de données Project Server 2003

• Si l’outil de migration cesse de répondre, une boîte de dialogue Microsoft Office Project s’affiche, qui vous permet de poursuivre la résolution du problème avec les services de support technique Microsoft. Dans la boîte de dialogue, sélectionnez Envoyer le rapport d’erreurs afin que ce problème soit envoyé aux services de support technique. Une fois que le rapport d’erreurs est envoyé, accédez à l’Observateur d’événements, recherchez un événement dont l’ID d’événement est 1001, copiez le contenu du champ de la description dans un éditeur de texte et envoyez-le à votre contact au sein des services de support technique.

• Restaurez Office Project Server 2007 à un état sain et réessayez la migration. Au lieu de remettre en service l’instance Office Project Server 2007, vous pouvez restaurer la base de données Office Project Server 2007 saine sauvegardée et la base de données Project Server 2003, puis réexécuter le processus de mise à niveau. Pour plus d’informations sur la façon de restaurer la base de données Office Project Server 2007 saine sauvegardée, voir Restaurer la base de données Project Server 2007

Rechercher des erreurs, des avertissements et des échecs dans un fichier journal de mise à niveau

Vous pouvez exécuter les commandes suivantes depuis l’invite de commandes pour rechercher et compiler des avertissements, des erreurs et des échecs à partir de votre fichier journal de mise à niveau.

• Pour rechercher toutes les lignes qui désignent des avertissements dans le fichier journal de mise à niveau, exécutez la commande suivante :

  Find /I "warning" <fichiers journaux sources> >> <fichier de sortie>

  Par exemple :

  Find /I "warning" c:\myupgradelog.log >> c:\errors.log

• Pour rechercher toutes les lignes qui désignent des erreurs dans le fichier journal de mise à niveau, exécutez la commande suivante :

  Find /I "error" <fichiers journaux sources> >> <fichier de sortie>

  Par exemple :

  Find /I "error" c:\myupgradelog.log >> c:\errors.log

• Pour rechercher toutes les lignes qui désignent des échecs dans le fichier journal de mise à niveau, exécutez la commande suivante :

  Find /I "fail" <fichiers journaux sources> >> <fichier de sortie>

  Par exemple :

  Find /I "fail" c:\myupgradelog.log >> c:\errors.log

Restaurer la base de données Project Server 2007

Si vous rencontrez des problèmes non récupérables au cours de la migration des données, vous pouvez restaurer votre base de données Office Project Server 2007, puis réexécuter le processus de mise à niveau. Voici un exemple de script qui permet de restaurer votre base de données Office Project Server 2007. Il ne s’agit pas d’un script définitif ; vous pouvez le modifier en fonction de vos besoins. Vous devez exécuter ce script sur un ordinateur sur lequel OSQL est installé.

Rem Note that if you have any open connections to the database, 
Rem   the Restore operation will fail. You can view open connections in 
Rem   Enterprise Manager: 
Rem   under <Server> - Management - Current Activity 
Rem   (hit F5 to refresh) - Process Info. 
Rem You can stop a process by right-clicking, and choosing Kill Process.
echo off

set P12SQLServerName=<SQL Server Name>

Set publishedDB=<DB Name>
Set draftDB=<DB Name>
Set archiveDB=<DB Name>
Set ReportingDB=<DB Name>

Set RestorePublishedDB='<Full path of the backup>'
Set RestoreWorkingDB= '<Full path of the backup>'
Set RestorearchiveDB= '<Full path of the backup>'
Set RestoreReportingDB= '<Full path of the backup>'

Rem The following commands ensure that there are no open connections to 
Rem  the databases that we are restoring to. You can also do this manually.

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET SINGLE_USER WITH ROLLBACK IMMEDIATE"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Restoring the database
set SqlCmd= "RESTORE DATABASE %publisheddb% 
  From disk = %RestorePublishedDB% 
  with replace RESTORE DATABASE %draftdb% From disk = %RestoreWorkingDB% 
  with replace RESTORE DATABASE %archivedb% 
  From disk = %RestorearchiveDB% 
  with replace RESTORE DATABASE %reportingdb% 
  From disk = %RestoreReportingDB% with replace"

osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %publishedDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %draftDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %archiveDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Set SqlCmd="USE master ALTER DATABASE %ReportingDB% SET MULTI_USER"
osql -E -S %P12SQLServerName% -Q %SqlCmd%

Rem Clearing the cache
rd /s /q "%APPDATA%\Microsoft\MS Project\cache"

goto :Clean

:Clean

Rem To clean up the environment variables created
set P12SQLServerName=
Set RestorePublishedDB=
Set RestoreWorkingDB=
Set RestorearchiveDB=
Set RestoreReportingDB=

set SqlCmd=

Set publishedDB=
Set draftDB=
Set archiveDB=
Set ReportingDB=

Problèmes liés aux utilisateurs et autorisations ayant fait l’objet d’une migration

Après la migration (en particulier dans les versions localisées), vos 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 :

• 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 Project Web Access sont désactivées et si elles peuvent être à l’origine du problème.

  Pour vérifier vos autorisations Project Web Access

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

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

• 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 Introduction sur les autorisations dans Microsoft Office Project Server 2007 (https://go.microsoft.com/fwlink/?linkid=188797\&clcid=0x40C).

• Si un utilisateur ou une ressource Project Server 2003 existe dans Office Project Server 2007 (par le biais d’un nom ou d’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 aviez effectué une synchronisation Active Directory avant la migration (et que la plupart de ces utilisateurs existent dans Project Server 2003), aucune de ces autorisations utilisateur n’aurait été migrée. Si vous rencontrez ce problème, définissez la cible Project Web Access sur « Vide » et redémarrez le processus de migration.

Problèmes d’authentification

L’authentification Project 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 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 Server utilisée dans Project Server 2003. Ces utilisateurs ne seront pas répertoriés dans la page Gérer les utilisateurs des paramètres de Project Web Access Server, ou la section Authentification de l’utilisateur associée à l’utilisateur n’apparaîtra pas. Toutefois, vous pouvez quand même modifier ces utilisateurs migrés dans le Centre de ressources Project Web Access.

Des ressources migrées figurant dans la base de données des ressources peuvent perdre leur synchronisation avec la base de données publiée.

Problèmes lors de la migration de projets maîtres

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

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

• Un projet qui est un sous-projet de deux projets maîtres différents. (Une organisation de ce type est autorisée dans Project Server 2003, mais pas dans Office Project Server 2007). La migration de ce projet échoue au moment de la publication de celui-ci.

Organigramme de la migration

L’organigramme suivant illustre la migration des données depuis Project Server 2003 vers Office Project Server 2007. Il peut être utilisé lors de la résolution des problèmes qui peuvent se produire au cours de la migration.

La mise à niveau depuis Project Server 2003 vers Office Project Server 2007 comprend des étapes faisant à la fois appel aux clients Windows et à SQL Server 2000.

Le processus de mise à niveau comprend trois phases :

1. Mise à niveau des données globales : mise à niveau des données globales et Project Web Access vers Project Server 2010.

2. Mise à niveau des données de projet : mise à niveau des données de projet vers Project Server 2010.

3. Mise à niveau des données Windows SharePoint Services : nécessaire uniquement si vous disposez de données Windows SharePoint Services pour des projets dans Project Server 2003. Cette phase, qui se produit indépendamment de l’exécution de l’outil de migration, n’est pas incluse dans cet organigramme.

Les organigrammes suivants illustrent les deux premières phases du processus de mise à niveau respectivement.