Méthodes de migration conseillées pour 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 Office Project Server 2007 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 migrez des espaces de travail de projet de Project Server 2003, alors assurez-vous que les packs de langue Windows SharePoint Services appropriés sont installés sur la batterie de serveurs Microsoft Windows SharePoint Services 3.0. Par exemple, si vous migrez des espaces de travail japonais Windows SharePoint Services 2.0, vérifiez que Windows SharePoint Services 3,0 est un serveur japonais ou qu'un pack de langue approprié est installé.

Si vous avez des projets qui contiennent des sous-projets, assurez-vous que les sous-projets sont migrés avant les projets principaux dans le fichier de configuration de la migration. Si vous ne savez pas si vos projets contiennent des sous-projets, exécutez la requête suivante sur l'ébauche de base de données pour obtenir la liste des projets de votre système ; les sous-projets sont répertoriés en premier. Si vous utilisez le même ordre dans le fichier de configuration de la migration, vous pouvez être sûr que les sous-projets sont migrés avant les projets principaux.

DECLARE @hierarchy TABLE
   (
      CHILD_PROJ_UID uniqueidentifier,
      PARENT_PROJ_UID uniqueidentifier,
      LEVEL INT NOT null
   )

DECLARE @nrows INT
SET @nrows = 0
DECLARE @level INT
SET @level = 0
INSERT INTO @hierarchy (CHILD_PROJ_UID, PARENT_PROJ_UID, LEVEL)
  SELECT PROJ_UID, NULL, 0 FROM dbo.MSP_PROJECTS WHERE PROJ_TYPE = 6 -- master projects
SET @nrows = @@rowcount
WHILE @nrows > 0
BEGIN
              INSERT @hierarchy
                          SELECT a.CHILD_PROJ_UID, a.PARENT_PROJ_UID, @level + 1
                            FROM dbo.MSP_PROJ_HIERARCHIES AS a
                            INNER JOIN @hierarchy AS b ON (b.CHILD_PROJ_UID = a.PARENT_PROJ_UID)
                            WHERE b.LEVEL = @level
              SET @nrows = @@rowcount
              SET @level = @level + 1
END

SELECT b.PROJ_NAME AS 'Sub Project', c.PROJ_NAME AS 'Master Project'
FROM @hierarchy a
LEFT JOIN dbo.MSP_PROJECTS b ON (a.CHILD_PROJ_UID = b.PROJ_UID)
LEFT JOIN dbo.MSP_PROJECTS c ON (a.PARENT_PROJ_UID = c.PROJ_UID)
WHERE a.PARENT_PROJ_UID IS NOT NULL
ORDER BY a.LEVEL DESC

Si la taille de votre base de données Project Server 2003 est supérieure à un gigaoctet pendant la sauvegarde, alors définissez votre modèle de récupération de base de données sur 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ée et ébauchée atteignent leurs limites de taille (du fait que de nombreux projets sont ajoutés à la base de données en une seule fois). Il ne s'agit pas d'un problème lié à la migration, mais qui peut avoir des conséquences sur cette dernière.

Si vous configurez un nouveau serveur dans la batterie, certains répertoires doivent être placés régulièrement pour tous les serveurs de la batterie. Windows SharePoint Services 3,0 gère les serveurs de la batterie et les répertoires suivants doivent occuper le même emplacement sur tous les serveurs de la batterie :

• Répertoire Program Files

• Répertoire du fichier journal de trace ULS

• Répertoire inetpub

Pensez à appliquer la dernière mise à jour de l’outil de migration. Vous pouvez pour cela appliquer la dernière mise à jour cumulative au client Office Project Professional 2007 à partir duquel vous utilisez l’outil de migration. Visitez le Centre de solutions Project 2007 sur le site d’aide et de support Microsoft pour plus d’informations sur les mises à jour de Office Project Professional 2007.

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.

Au cours d'une migration progressive, ne supprimez aucune définition de champ personnalisé migré avant la fin de l'intégralité de la migration. L'utilitaire de migration stocke le mappage entre l'ID de champ personnalisé d'entreprise Project 2003 et le GUID de champ personnalisé d'entreprise Project 2007 (le mappage est stocké dans l'ébauche de base de données Office Project Server 2007). Pour l'illustrer, supposez que vous supprimez la définition de champ personnalisé Office Project Server 2007 équivalente, puis tentez de migrer un projet avec des valeurs pour ce champ personnalisé d'entreprise. Comme le champ personnalisé d'entreprise Office Project Server 2007 équivalent n'est pas disponible, les valeurs de champ personnalisé d'entreprise Project seront converties en valeurs de champ personnalisé locales.

Pendant une migration progressive, ne supprimez aucune entrée de table de recherche migrée avant la fin de l'intégralité de la migration. L'utilitaire de migration stocke un mappage entre l'entrée de table de recherche d'entreprise Project 2003 et l'entrée de table de recherche d'entreprise Office Project Server 2007 migrée (le mappage est stocké dans l'ébauche de base de données Office Project Server 2007). Pour l'illustrer, supposez qu'il existe une définition de table de recherche de texte de projet d'entreprise nommée « Pays/Région » comportant les entrées suivantes : États-Unis, Chine, Royaume-Uni, Inde. La migration réussit. Ensuite, quelqu'un supprime l'entrée « Inde » dans Office Project Server 2007. Après cela, vous tentez de migrer un projet de Project Server 2003 dont le champ personnalisé de projet d'entreprise « Pays/Région » contient une valeur « Inde ». Cette valeur sera perdue car l'entrée « Inde » a été supprimée dans Office Project Server 2007.

Pendant la durée de la migration, ne supprimez aucune ressource d'entreprise Project Server 2007 migrée. Pour l'illustrer, 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.

Indiquez clairement les projets de Project 2003 qui ont été migrés. Comme l'outil de migration n'écrit pas dans les données Project Server 2003 au cours du processus de migration, il n'existe aucun moyen de « marquer » les projets qui ont été migrés de Project Server 2003 vers Office Project Server 2007. Toutefois, vous pouvez y remédier de plusieurs façons.

• Supprimez l'accès à l'ouverture de session pour les utilisateurs dans Project 2003.

• Définissez en lecture seule tous les projets migrés dans Project Server 2003.

• Ajoutez un préfixe « migré » aux noms des projets migrés.

Si vous effectuez une migration progressive, verrouillez ou archivez les projets migrés dans Project Server 2003 pour que le projet ne soit pas modifié en deux endroits. Une méthode d'archivage des projets est décrite dans l'article de la Base de connaissance intitulé Comment archiver les plans de projet dans Project Server 2003 et Project Server 2002 https://support.microsoft.com/kb/920327/fr).

Renommez ou désactivez le compte d'administrateur intégré authentifié par Project Server migré à partir de Project Server 2003. Ce compte sera migré vers Office Project Server 2007 comme n'importe quel autre utilisateur/ressource de Project Server 2003. Office Project Server 2007 ne contient pas de compte d'administrateur intégré pour une meilleure sécurité.