Préparer la migration vers Project Server 2007
Mis à jour: mai 2009
Dernière rubrique modifiée : 2015-02-27
Dans cet article :
Mettre à niveau vers Project Server 2003 Service Pack 2a
Installer Windows SharePoint Services 3.0
Installer Project Server 2007
Configurer l'authentification par formulaires, si nécessaire
Sauvegarder et restaurer les bases de données Project Server 2003 et Project Server 2007
Installer l'outil de migration
Accorder les autorisations appropriées au compte Administrateur de migration
Vérifier que le compte Administrateur de migration dispose d'un accès approprié
Avant d'exécuter la migration de Microsoft Office Project Server 2003 vers Microsoft Office Project Server 2007, plusieurs tâches sont requises pour la préparer. Cet article décrit les étapes nécessaires.
Mettre à niveau vers Project Server 2003 Service Pack 2a
Microsoft Office Project Server 2003 SP2a est composé de trois parties, chacune pouvant être téléchargée et installée séparément selon vos besoins :
Mise à niveau de la base de données Office Project Server 2007
Mise à jour des fichiers binaires de l'application Project Server
Mise à jour des fichiers de modèle Project Server sur Windows SharePoint Services
En fonction de la stratégie de déploiement de votre migration, il se peut que vous ayez besoin d'un ou plusieurs des éléments répertoriés ci-dessus.
Pour mettre à niveau votre installation existante vers le Service Pack le plus récent, vous devez utiliser les trois parties et mettre à niveau vos installations existantes de Project Server 2003 et Windows SharePoint Services 2.0 vers SP2a. Il s'agit de la méthode de mise à niveau la plus simple.
Pour conserver votre installation Project Server 2003 existante (sans appliquer SP2a), vous devez procéder comme suit :
Créez une sauvegarde de votre base de données Project Server 2003. Restaurez-la, éventuellement en utilisant un autre nom. Appliquez SP2a partie 1 à la base de données restaurée.
Appliquez SP2a partie 3 à l'installation Windows SharePoint Services 2.0.
Cette option peut être utile si vous déployez Office Project Server 2007 de toute façon et ne souhaitez pas compliquer votre processus avec un déploiement SP2a.
.gif "Note")
Remarque :Pour plus d'informations sur le Service Pack, voir l'article de la Base de connaissances intitulé Description du Service Pack 2a Project Server 2003 (https://support.microsoft.com/kb/887621). Tous les fichiers SQL requis pour appliquer la mise à niveau de la base de données Project Server 2003 SP2a sont également disponibles dans le dossier Utilities\Migration\Database\PS03SP2a.
Installer Windows SharePoint Services 3.0
Vous devez installer Windows SharePoint Services 3,0 si vous souhaitez effectuer la mise à niveau de vos données Windows SharePoint Services 2.0. Si vous effectuez l'installation sur un nouvel ordinateur, il n'est pas nécessaire d'installer Windows SharePoint Services 3,0 séparément : lorsque vous installez Office Project Server 2007, Windows SharePoint Services 3,0 est installé automatiquement. Par conséquent, cette étape n'est nécessaire que pour les options de déploiement de migration suivantes :
Migration complète : Project Server 2003 avec Windows SharePoint Services 2.0 (sur le même ordinateur)
Migration complète : Project Server 2003 avec Windows SharePoint Services 2.0 (vers un autre ordinateur)
Migration progressive : Project Server 2003 vers Windows SharePoint Services 2.0 (sur le même ordinateur)
Migration progressive : Project Server 2003 vers Windows SharePoint Services 2.0 (vers un autre ordinateur)
Dans l'une des options de déploiement ci-dessus, lorsque vous installez Windows SharePoint Services 3,0, le programme d'installation détecte l'installation Windows SharePoint Services 2.0 existante et propose les options suivantes :
Oui, effectuer une mise à niveau de type Graduel. Cela permet de faire fonctionner l'installation existante et de mettre à niveau les sites web par lots. Cette méthode est la meilleure pour les installations importantes ou les sites web qui sont très personnalisés : Il s'agit d'une migration progressive qui permet à des batteries Windows SharePoint Services 2.0 et Windows SharePoint Services 3.0 de fonctionner cote à cote. Vous pouvez mettre à niveau de manière sélective les espaces de travail Windows SharePoint Services 2.0 pour les projets qui seront migrés progressivement. (Ne les mettez pas encore à niveau ; ce processus est traité dans un autre article.) Pour ce faire, vous pouvez utiliser le site Web Administration centrale de SharePoint. (Pour plus d'informations, voir Mise à niveau avec Windows SharePoint Services 3.0.) Comme les projets sont publiés, les liens entre les éléments de projet et les éléments Windows SharePoint Services sont corrigés.
Remarque :Pour poursuivre la création des espaces de travail Project Server 2003 sur Windows SharePoint Services 2.0, les administrateurs doivent apporter une modification aux paramètres de mise en service par défaut de Project Server 2003. Dans le cadre du processus de mise à niveau progressive, Windows SharePoint Services 3,0 prend le contrôle de tous les serveurs virtuels utilisés par Windows SharePoint Services 2.0, déplace les sites Windows SharePoint Services 2.0 sur d'autres serveurs virtuels temporairement créés et redirige les liens (en supposant qu'à la fin, tout le contenu Windows SharePoint Services 2.0 sera migré vers Windows SharePoint Services 3,0). Ces serveurs virtuels temporaires doivent être utilisés pour la création du site Windows SharePoint Services 2.0. (Pour plus d'informations, voir Mise à niveau avec Windows SharePoint Services 3.0.) Oui, effectuer une mise à niveau automatisée sur place. Tous les sites web et les bases de données seront mis à niveau ; le processus se poursuivra jusqu'à la fin. Cela est mieux adapté aux installations qui comportent peu de bases de données et de taille inférieure à 30 Go. Notez que même lorsque cette étape est terminée, les espaces de travail migrés ne fonctionnent pas. Si vous choisissez cette option, tous vos espaces de travail de projet de Windows SharePoint Services 2.0 sont mis à niveau vers Windows SharePoint Services 3,0. Notez que même lorsque cette étape est terminée, les espaces de travail migrés ne fonctionnent pas. (Les modèles Windows SharePoint Services de Office Project Server 2007 correspondants ne sont pas encore installés ; ils le seront avec Office Project Server 2007.) Comme les projets sont publiés, les liens entre les éléments de projet et les éléments Windows SharePoint Services sont corrigés.
Non, ne pas mettre à niveau maintenant. Il est possible d'installer la nouvelle version avec le produit existant et elle peut fonctionner sans influencer l'ancienne installation.: Ne sélectionnez pas cette option.
Lisez attentivement l'article « Options de déploiement informatique pour la migration ». Pour plus d'informations sur la mise à niveau vers Windows SharePoint Services 3,0, voir Mise à niveau avec Windows SharePoint Services 3.0.
Installer Project Server 2007
Le type d'ordinateur sur lequel vous installez Project Server 2007 est important ; lisez attentivement l'article Options de déploiement informatique pour la migration vers Project Server 2007 et choisissez l'option qui vous convient. Pour plus d'informations sur l'installation, voir Déployer Project Server 2007 sur un environnement de batterie de serveurs. Suivez les instructions, installez Office Project Server 2007 et mettez en service un site Microsoft Office Project Web Access vers lequel migrer. Pour les besoins de cet article, nous l'appellerons « site Project Web Access cible ».
.gif "Important") Important : |
|---|
| Ce site Office Project Web Access doit être vide. En d'autres termes, il ne doit contenir aucun projet, utilisateur, ressource ou autre donnée globale. |
| Remarque : |
|---|
| Dans toutes les options mentionnées plus haut, Office Project Server 2007 peut être installé sur le même ordinateur que Project Server 2003. Si vous souhaitez que Windows SharePoint Services prenne le contrôle du serveur virtuel IIS (Internet Information Services) qui hébergeait Project Server 2003, alors il est nécessaire de créer un certain nombre de « chemins gérés » pour exclure les répertoires virtuels Project Web Access. Pour plus d'informations, voir l'article de la Base de connaissances intitulé Comment faire pour permettre à une application ASP.NET de s'exécuter sur un serveur virtuel SharePoint (https://support.microsoft.com/kb/828810). |
Une fois cette étape terminée, vous devez avoir un site Project Web Access vide en état de fonctionner vers lequel vous pouvez migrer (le « site Project Web Access cible » mentionné plus haut).
Configurer l'authentification par formulaires, si nécessaire
Si vous vous servez des utilisateurs authentifiés par Project Server (utilisateurs non Windows) dans Project Server 2003, vous ne serez pas immédiatement en mesure de vous connecter sur Office Project Server 2007 avec ces comptes après la migration. Office Project Server 2007 repose sur Windows SharePoint Services et l'infrastructure d'authentification par formulaires ASP.NET. Par conséquent, vous devez configurer l'authentification par formulaires sur l'installation Project Server, ce qui constitue une étape distincte. Pour plus d'informations, voir Planifier la méthode d'authentification Project Server 2007.
Une fois cette étape terminée, l'authentification par formulaires doit être activée et fonctionner sur le site Project Web Access cible.
Sauvegarder et restaurer les bases de données Project Server 2003 et Project Server 2007
Nous vous recommandons de sauvegarder toutes les bases de données Project Server 2003 et Office Project Server 2007 qui sont concernées par la migration des données.
Les bases de données suivantes doivent être sauvegardées :
Base de données Project Server 2003
Bases de données Office Project Server 2007 :
publiée ;
de création de rapports ;
ébauchée.
Versions
Bases de données de configuration et de contenu Microsoft Windows SharePoint Services 3.0
Une fois que vous avez créé des copies de sauvegarde des bases de données concernées par la migration des données, vous pouvez rapidement redémarrer la migration si un problème non récupérable se produit pendant le processus de migration. Par exemple, si une erreur se produit au cours de la migration en raison d'un problème de données dans Project Server 2003, elle peut provoquer la corruption de la base de données Office Project Server 2007. Si le problème est corrigé dans Project Server 2003, vous devrez créer un nouveau site Project Web Access Office Project Server 2007 avant de tenter à nouveau la migration. Toutefois, si une sauvegarde Office Project Server 2007 est déjà disponible, il n'est pas nécessaire de recréer un site Project Web Access ; vous pouvez simplement restaurer la base de données Project Web Access Office Project Server 2007 et recommencer la migration.
Les bases de données de configuration et de contenu Windows SharePoint Services 3,0 peuvent être sauvegardées si un problème non récupérable se produit lors de la migration des données d'espaces de travail Windows SharePoint Services vers Windows SharePoint Services 3,0. Une sauvegarde de base de données préalable à la migration facilitera le recommencement de l'opération.
Ensuite, vous devez décider où restaurer les bases de données Project Server 2003.
Conservez les bases de données Project Server 2003 sur un ordinateur distinct de celui qui héberge les bases de données Office Project Server 2007 : cette approche est conseillée si le volume de la base de données entraîne une sauvegarde ou une restauration très longue. Dans ce cas, vous devez configurer manuellement un « serveur lié » sur l'ordinateur Office Project Server 2007 qui pointe vers l'ordinateur Project Server 2003. Pour plus d'informations, voir le paramètre Project2003LinkedSQLServer dans le fichier de configuration de la migration. Pour plus d'informations, voir Configurer l'outil de migration pour Project Server.
Restaurez les bases de données Project Server 2003 sur le même ordinateur que celui qui héberge les bases de données Office Project Server 2007 : cette méthode est conseillée pour l'optimisation des performances, car le processus de migration est plus rapide si la base de données Project Server 2003 et les bases de données Office Project Server 2007 sont sur le même ordinateur.
Une fois cette étape terminée, toutes les bases de données sont sauvegardées, afin que vous puissiez les restaurer et reprendre rapidement la migration.
Installer l'outil de migration
L'outil de migration est disponible sur le support d'installation de Microsoft Office Project Professional 2007. (Il n'est pas installé par défaut.) Il n'est pas nécessaire d'installer l'outil de migration sur les ordinateurs Project Server concernés par la migration ; il lui suffit de pouvoir s'y connecter par le réseau. Procédez comme suit pour installer l'outil de migration.
| Remarque : |
|---|
| Au titre des meilleures pratiques, assurez-vous d’appliquer la dernière mise à jour cumulative à Office Project Professional 2007 sur l’ordinateur à partir duquel vous prévoyez d’utiliser l’outil de migration. Ceci garantit que toute mise à jour apportée à l’outil de migration est appliquée. 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 Project Professional 2007. |
Installer l'outil de migration (si Office Project Professional 2007 n'est pas installé)
Exécutez le programme d'installation sur le CD-ROM d'installation Office Project Professional 2007.
Sélectionnez l'option Personnaliser. (Ne sélectionnez pas Installer maintenant.)
Sous l'onglet Options d'installation, développez l'arborescence des fonctionnalités de Microsoft Office Project 2007.
Cliquez avec le bouton droit sur Outil de migration et remplacez son état Non disponible par Exécuter à partir du disque dur.
Cliquez sur Installer maintenant. Le fichier exécutable de l'outil de migration (P12migrationtool.exe) est installé dans l'emplacement choisi. L'emplacement par défaut est C:\Program Files\Microsoft Office\OFFICE12.
Installer l'outil de migration (si Office Project Professional 2007 est déjà installé)
Dans le menu Démarrer de Windows XP, cliquez sur Panneau de configuration.
Dans le Panneau de configuration, double-cliquez sur Ajout/Suppression de programmes.
Dans la liste Programmes actuellement installés, sélectionnez Microsoft Office Project Professional 2007, puis cliquez sur Modifier.
Dans la fenêtre Modifiez votre installation de Microsoft Office qui s'affiche, sélectionnez Ajouter ou supprimer des composants, puis cliquez sur Continuer.
Dans l'onglet Options d'installation, développez Microsoft Office Project et cliquez avec le bouton droit sur Outil de mise à niveau Microsoft Office Project. Remplacez l'état Non disponible par Exécuter à partir du disque dur.
Cliquez sur Continuer. Cette action démarre l'installation de l'outil de migration, qui ajoute le fichier exécutable de l'outil de migration (P12migrationtool.exe) au même emplacement que celui du fichier exécutable Office Project Professional 2007 (WinProj.exe). L'emplacement par défaut est C:\Program Files\Microsoft Office\OFFICE12.
Une fois l'installation terminée, cliquez sur Fermer dans la fenêtre suivante qui s'affiche.
Comment exécuter l'outil de migration
Pour exécuter l'outil de migration, ouvrez une invite de commandes, accédez au répertoire qui contient le fichier exécutable de l'outil de migration (l'emplacement par défaut est C:\Program Files\Microsoft Office\OFFICE12), puis exécutez P12migrationtool.exe avec les paramètres de ligne de commande nécessaires. Par exemple :
D:\Program Files\Microsoft Office\OFFICE12>P12MigrationTool.exe -c d:\migration\ProjectServer2007Migrate.ini
| Remarque : |
|---|
| Si le chemin d'accès ou le nom du fichier de configuration de la migration comporte des espaces, placez la chaîne entre guillemets. Par exemple : "d:\ma migration\migration 1.ini". |
| Remarque : |
|---|
| Lorsque l’outil de migration est en cours d’exécution, il n’est pas possible d’ouvrir et d’utiliser Project Professional sur le même ordinateur, car Project Professional a besoin de l’outil de migration pour effectuer la migration. |
Le tableau suivant répertorie et décrit les options disponibles pour P12migrationtool.exe.
| Option | Description |
|---|---|
-c |
Chemin d'accès au fichier Upgrade.ini |
-su |
Si vous utilisez l'authentification SQL Server, entrez le nom d'utilisateur SQL Server. |
-sp |
Si vous utilisez l'authentification SQL Server, entrez le mot de passe SQL Server. |
-fu |
Si vous utilisez l'authentification par formulaires, entrez le nom d'utilisateur de l'authentification par formulaires. |
-fp |
Si vous utilisez l'authentification par formulaires, entrez le mot de passe de l'authentification par formulaires. |
-verify |
Vérification préalable à la migration |
Si les noms d'utilisateur et mots de passe pour l'authentification SQL Server et par formulaires ne sont pas spécifiés, l'outil de migration est exécuté dans le cadre de l'authentification Windows à l'aide de l'identité de l'utilisateur actuellement connecté.
Si un nom d'utilisateur est spécifié, mais sans mot de passe, l'outil de migration demande le mot de passe.
Une fois cette étape terminée, l'outil de migration Office Project Server 2007 doit fonctionner.
| Remarque : |
|---|
| Pour obtenir de l'aide sur l'outil de migration, ouvrez une invite de commandes, accédez à l'emplacement d'installation de l'outil de migration, tapez p12migrationtool.exe /? et appuyez sur Entrée. |
Accorder les autorisations appropriées au compte Administrateur de migration
Le compte Administrateur de migration est le compte avec lequel la migration est exécutée. En d'autres termes, l'outil de ligne de commande P12migrationtool.exe est exécuté sous ce compte. Le compte doit disposer des autorisations suivantes :
Autorisations de lecture sur les bases de données Project Server 2003
Autorisations Administrateur sur le site Project Web Access cible
L'ajout du compte Administrateur de migration au groupe de sécurité « Administrateurs » par défaut (sans altération) doit apporter toutes les autorisations correspondantes. Si une ressource d'entreprise portant le même nom ou compte Windows existe dans Project Server 2003, le compte Administrateur de migration doit également être converti en ressource d'entreprise.
Privilèges d'administrateur système sur les bases de données Office Project Server 2007
L'ajout du compte Administrateur de migration au groupe SQL « sysAdmin » accorde cette autorisation. Si le compte Administrateur de migration est l'administrateur de la batterie de serveurs Office Project Server 2007, alors cette autorisation est déjà disponible.
Vérifier que le compte Administrateur de migration dispose d'un accès approprié
Après avoir installé Office Project Server 2007, vous devez vérifier que votre installation est fonctionnelle avant de poursuivre pour y faire migrer les données. Pour ce faire, procédez comme suit.
En utilisant le compte Administrateur de migration, connectez-vous à l'ordinateur sur lequel vous avez installé l'outil de migration.
Accédez à Office Project Web Access 2007. Ouvrez une session à l'aide du compte Administrateur de migration et assurez-vous que vous pouvez accéder à n'importe quelle page des paramètres serveur Office Project Web Access. Cette vérification garantit que lorsque l'outil de migration essaie d'ajouter des données à Office Project Server 2007 à l'aide du compte Administrateur de migration, il y parvient.
Démarrez Office Project Professional 2007, créez un profil avec le compte Administrateur de migration, puis connectez-vous à Office Project Server 2007 avec ce profil.
Créez, enregistrez et publiez un projet. Vérifiez qu'aucune erreur ne se produit au cours de ce processus. Supprimez le projet lorsque vous avez terminé.
Ouvrez l'Analyseur de requêtes SQL, connectez-vous à l'ordinateur exécutant SQL Server qui héberge les bases de données Project Server 2003 et ouvrez une session en utilisant le compte Administrateur de migration. Vérifiez que vous pouvez accéder aux données de chaque base de données Project Server 2003.
Ouvrez l'Analyseur de requêtes SQL, connectez-vous à l'ordinateur exécutant SQL Server qui héberge les bases de données Project Server 2007 et ouvrez une session en utilisant le compte Administrateur de migration. Vérifiez que vous disposez de privilèges d'administrateur système.