Share via


Mettre à niveau les espaces de travail de projet depuis Project Server 2003

Mis à jour: mai 2009

 

Dernière rubrique modifiée : 2009-04-29

Dans cet article :

  • Migration complète avec Windows SharePoint Services 2.0 (sur le même ordinateur)

  • Migration progressive avec Windows SharePoint Services 2.0 (sur le même ordinateur)

  • Migration complète avec Windows SharePoint Services 2.0 (vers un autre ordinateur)

Si vous ne disposez d’aucune intégration Windows SharePoint Services à Microsoft Office Project Server 2003, vous pouvez ignorer cet article. Dans le cas contraire, nous vous recommandons de mettre à niveau les espaces de travail de projet appropriés avant de migrer les projets afin que les liens entre les projets et Windows SharePoint Services soient résolus au moment où les projets sont migrés et publiés. Les étapes que vous devez suivre dépendent de l’option de migration que vous avez choisie à la lecture de l’article Options de déploiement informatique pour la migration vers Project Server 2007.

Migration complète avec Windows SharePoint Services 2.0 (sur le même ordinateur)

Dans ce scénario, tous les espaces de travail Windows SharePoint Services 2.0 auront déjà été mis à niveau vers Windows SharePoint Services 3,0 lorsque vous avez choisi l’option de mise à niveau sur place au moment de l’installation de Windows SharePoint Services 3,0. Toutefois, les espaces de travail de projet mis à niveau ne sont peut-être pas actifs. Procédez comme suit pour les activer.

  1. Ouvrez une invite de commandes et accédez à l’emplacement de l’utilitaire Stsadm.exe. (L’emplacement par défaut est <lecteur>:\Program Files\Fichiers communs\Microsoft Shared\Web Server Extensions\12\bin.)

  2. Exécutez la commande Stsadm suivante pour forcer une mise à niveau.

    1. stsadm –o upgrade

    2. Pour vérifier la progression, vous pouvez examiner le fichier upgrade.log, situé à l’emplacement suivant : <lecteur:>:\Program Files\Fichiers communs\Microsoft shared\web server extensions\12\logs\upgrade.log

      La mise à niveau est achevée lorsque l’invite de commandes retourne le message Opération réussie.

  3. Recherchez les espaces de travail de projet mis à niveau et assurez-vous qu’ils fonctionnent correctement.

Migration progressive avec Windows SharePoint Services 2.0 (sur le même ordinateur)

Dans ce scénario, Windows SharePoint Services 2.0 est installé côte à côte avec Windows SharePoint Services 3,0, mais aucun espace de travail n’aura été mis à niveau. À l’aide du site Web Administration centrale de SharePoint, sélectionnez les espaces de travail correspondant aux projets à migrer, puis mettez-les à niveau vers Windows SharePoint Services 3,0.

Migration complète avec Windows SharePoint Services 2.0 (vers un autre ordinateur)

Si vous avez installé Office Project Server 2007 sur un nouvel ordinateur et que vous souhaitez migrer des données Windows SharePoint Services, vous allez utiliser l’approche de sauvegarde et de restauration de la base de données de contenu. Cette approche comprend les étapes suivantes :

Migration complète avec Windows SharePoint Services

  1. Installez Office Project Server 2007 sur le nouvel ordinateur. Pour plus d’informations, voir Déployer Project Server 2007 sur un environnement de batterie de serveurs.

  2. Exécutez l’outil d’analyse préalable à la mise à niveau Windows SharePoint Services sur la batterie Windows SharePoint Services 2.0 SP2. (Pour plus d’informations, voir Mise à niveau avec Windows SharePoint Services 3.0). Ce processus prépare la base de données de contenu Windows SharePoint Services 2.0 à la mise à niveau vers Windows SharePoint Services 3,0.

  3. Attachez une copie de toutes les bases de données de contenu Windows SharePoint Services 2.0 à la batterie Microsoft Office Project Server 2007 : une fois rattachées, les sites Windows SharePoint Services 2.0 dans la base de données de contenu sont mis à niveau vers Windows SharePoint Services 3,0. Nous recommandons la mise à niveau d’une copie de la base de données de contenu Windows SharePoint Services 2.0, pas de la base de données de contenu d’origine. À la fin de cette étape, tous les espaces de travail Project Server 2003 auront été mis à niveau vers Windows SharePoint Services 3,0, mais ne seront toujours pas liés aux projets.

    1. Ouvrez une invite de commandes et accédez à l’emplacement de Stsadm.exe. (L’emplacement par défaut est <lecteur>:\Program Files\Fichiers communs\Microsoft Shared\Web Server Extensions\12\bin.)

    2. Exécutez la commande Stsadm suivante pour attacher une copie de votre base de données de contenu Windows SharePoint Services 2.0 à Windows SharePoint Services 3,0, puis la mettre à niveau.

      stsadm.exe -o addcontentdb -url http://<serveur>:<port> -databasename <base de données de contenu WSS v2.0> -databaseserver <nom du serveur BD>

      Par exemple :

      stsadm.exe -o addcontentdb -url http://myserver/ -databasename WSS_V2_ContentDB -databaseserver Sample

    3. Après avoir exécuté Stsadm.exe, vous pouvez suivre la progression de la mise à niveau en examinant le fichier upgrade.log situé dans le répertoire des journaux ULS. (L’emplacement par défaut est c:\Program Files\Fichiers communs\Microsoft shared\web server extensions\12\logs\upgrade.log.) La mise à niveau sur une base de données de contenu donnée est terminée lorsque la ligne suivante est insérée dans le journal :

      [SPManager] [DEBUG] [<Date> <Time>]: Using cached [SPContentDatabase Name=<DB NAME> Parent=SPDatabaseServiceInstance] NeedsUpgrade value: False.

    4. Accédez aux espaces de travail de projet mis à niveau afin de vérifier que la mise à niveau a réussi.

    5. Si la mise à niveau échoue pour une raison quelconque (telle qu’indiquée dans le journal), le processus de mise à niveau Windows SharePoint Services peut être redémarré. Pour redémarrer la mise à niveau, exécutez la commande Stsadm.exe -o upgrade et examinez les journaux pour afficher la progression. La mise à niveau est achevée lorsque l’invite de commandes retourne le message Opération réussie.

  4. Migrez et publiez les projets : lorsque les projets sont publiés, les liaisons entre les projets, tâches et affectations et les éléments Windows SharePoint Services sont résolues.