Partager via

  • Article

Meilleures pratiques de migration

 

S’applique à : Project Server 2010

Dernière rubrique modifiée : 2013-12-18

Passez en revue la liste ci-après des meilleures pratiques à appliquer lorsque vous effectuez une migration de Microsoft Office Project Server 2003 vers Microsoft Office Project Server 2007.

  • Effectuez une migration pilote avec un petit service. Il est raisonnable d’expérimenter le processus en commençant par une petite migration plutôt qu’une grande.

  • Effectuez une copie de sauvegarde de votre base de données Project Server 2003 avant la migration. Cette action permet de redémarrer facilement le processus de migration si une erreur se produit.

  • Assurez-vous qu’aucun utilisateur ne modifie les données de projet au cours de la migration. Les données modifiées ne seraient pas correctement migrées.

  • Mettez d’abord à niveau les données de Microsoft Windows SharePoint Services, puis les projets. Si vous ne respectez pas cet ordre, vous devrez, après la migration, republier les projets pour qu’ils soient tous liés à leurs sites SharePoint dans Office Project Server 2007.

  • Si vous disposez de projets qui contiennent des sous-projets, assurez-vous que dans le fichier de configuration de la migration les sous-projets sont migrés avant les projets principaux.

  • Définissez votre modèle de récupération de base de données comme étant simple dans Microsoft SQL Server avant de démarrer la migration. Sinon, vous pouvez être confronté à une situation où les journaux des transactions des bases de données publiées et ébauchées atteignent leurs limites de taille (du fait que de nombreux projets sont ajoutés à la base de données en une seule fois).

  • Migrez et publiez d’abord tous les projets administratifs concernés. Cette précaution garantit que le temps hors projet est répercuté dans la disponibilité de la ressource Office Project Server 2007.

  • Pendant la durée de la migration, ne supprimez aucune ressource d’entreprise Project Server 2007 migrée. Pour illustrer ceci, supposez qu’une telle ressource a été supprimée. Vous migrez alors un projet Project Server 2003 qui utilise cette ressource d’entreprise. La ressource d’entreprise dans le projet migré devient une ressource locale après la migration. Toutefois, la ressource d’entreprise a pu être récupérée : si vous devez rajouter la ressource supprimée (avec le même nom ou compte Windows NT) et réenregistrer le projet, alors le responsable de projet est invité à remplacer la ressource locale par la ressource d’entreprise.

  • Maintenez le nombre de projets à migrer en dessous de 1 000 dans chaque fichier de configuration. Chaque fichier de configuration de migration ne doit pas contenir plus de 1 000 projets à migrer à la fois.

  • Au cours de la migration des projets, publiez uniquement les projets dotés d’une version publiée. Étant donné qu’un projet donné peut être doté de plusieurs versions et qu’au moins une de ces versions est dite publiée, assurez-vous qu’un projet doté d’une version autre qu’une version publiée ne l’est pas automatiquement au cours du processus de migration.