Impact de la mise à niveau sur d’autres services (SharePoint Server 2010)

S’applique à : SharePoint Server 2010

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

Lorsque vous effectuez une mise à niveau de Microsoft Office SharePoint Server 2007 vers Microsoft SharePoint Server 2010, vous avez la possibilité de tirer parti des nouvelles fonctionnalités et des nouvelles options de configuration. Dans SharePoint Server 2010, l’infrastructure des services a été mise à jour pour vous donner une plus grande souplesse dans la configuration des services, et il y a maintenant bien plus de services disponibles que dans Office SharePoint Server 2007. En raison de cette modification d’architecture, la mise à niveau de vos données des services requiert une planification et une réflexion préalables. Vous devez comprendre la nouvelle infrastructure de services, comprendre comment fonctionne la mise à niveau des services et connaître les points à considérer pour les services spécifiques que vous souhaitez mettre à niveau vers la nouvelle version.

Dans cet article :

• Infrastructure des services mise à jour pour SharePoint Server 2010

• Mise à niveau sur place avec des services

• Mise à niveau par attachement de base de données avec des services

• Considérations pour des services spécifiques

Infrastructure des services mise à jour pour SharePoint Server 2010

Dans SharePoint Server 2010, les services ne sont plus contenus dans un fournisseur de services partagés. Au lieu de cela, l’infrastructure d’hébergement des services est déplacée dans Microsoft SharePoint Foundation 2010 et la configuration de l’offre de services est beaucoup plus souple. Les services individuels peuvent être configurés indépendamment, et les sociétés tierces peuvent ajouter des services à la plateforme. De nombreux services qui stockaient des données dans la base de données du fournisseur de services partagés ont leur propre base de données (dans certains cas, plusieurs bases de données). Lorsque vous activez de nouveaux services, de nouvelles bases de données sont également créées pour stocker les données pour ces services. Le tableau suivant présente la liste des bases de données des services dans vos environnements avant mise à niveau et après mise à niveau. Cette liste n’est qu’un exemple. La liste des bases de données varie selon les services qui sont activés dans votre environnement.

Avant de commencer le processus de mise à niveau pour les services, passez en revue l’infrastructure des services mis à jour et déterminez les services que vous devez mettre à niveau et les nouveaux services que vous souhaitez incorporer dans votre environnement mis à niveau. Planifiez l’architecture logique et physique nécessaire pour prendre en charge les services et les applications de service que vous voulez héberger dans votre environnement SharePoint Server 2010. Pour plus d’informations, voir Composants de l’architecture logique (SharePoint Server 2010) et les modèles de services dans Diagrammes techniques (SharePoint Server 2010).

Mise à niveau sur place avec des services

Lorsque vous effectuez une mise à niveau sur place, toute votre infrastructure de services et les paramètres pour les services eux-mêmes sont mis à niveau dans le cadre du processus. Les sections et les diagrammes suivants expliquent ce qui se produit pour les composants des différents services lors du processus de mise à niveau.

• Fournisseurs de services partagés

  Lors d’une mise à niveau sur place, les fournisseurs de services partagés sont convertis en applications de service et en proxys d’applications de service, un par service. Ils reçoivent des noms par défaut (par exemple, si le fournisseur de services partagés était nommé ServicesPartagés1, les applications de service seraient nommées ServicesPartagés1_service, par exemple ServicesPartagés1_Recherche). Tous les fournisseurs de services partagés qui sont mis à niveau conservent leurs associations avec les applications Web qui consommaient depuis ce fournisseur. Tous les administrateurs de fournisseurs de services partagés sont ajoutés au site Web Administration centrale de SharePoint en tant qu’administrateurs délégués.

• Bases de données

  La base de données du fournisseur de services partagés est mise à niveau et les données sont copiées dans les nouvelles bases de données de profils utilisateur et de taxonomie. Les autres informations des services sont déplacées dans d’autres bases de données de service ou dans la base de données de configuration.

• Sites

  Le site d’administration des fournisseurs de services partagés est mis à niveau sous la forme d’un site essentiellement vide sauf pour les pages de profils du catalogue de données métiers. Le site peut être supprimé après la mise à niveau s’il n’est pas nécessaire pour les pages du catalogue de données métiers.

Avant la mise à niveau sur place

• Collectez tous les paramètres qui doivent être réappliqués, tels que les paramètres du travail du minuteur planifié.

• Examinez l’architecture de vos services et déterminez les éventuels changements à effectuer après la mise à niveau.

Pour plus d’informations sur les étapes à effectuer avant de commencer une mise à niveau sur place, voir Mise à niveau sur place vers SharePoint Server 2010.

Au cours de la mise à niveau sur place

Si vous avez un seul fournisseur de services partagés, tous les proxys pour les applications de service sont ajoutés au groupe de proxys par défaut. Les schémas suivants montrent les modifications apportées à votre batterie de serveurs qui sont effectuées au cours de la mise à niveau sur place.

Infrastructure des services avant la mise à niveau :

Infrastructure des services après la mise à niveau :

Si vous avez plusieurs fournisseurs de services partagés, ils seront mis à niveau tous ensemble, et vous aurez plusieurs groupes de proxys après la mise à niveau. Les schémas suivants montrent les modifications apportées à votre batterie de serveurs qui sont effectuées au cours de la mise à niveau sur place.

Infrastructure des services avant la mise à niveau :

Infrastructure des services après la mise à niveau :

Pour plus d’informations et des étapes détaillées pour effectuer une mise à niveau sur place, voir Mise à niveau sur place vers SharePoint Server 2010.

Après la mise à niveau sur place

• Configurer les services nouveaux et mis à niveau

  De nombreux services nouveaux sont disponibles dans SharePoint Server 2010. Vous pouvez activer ces nouveaux services après avoir effectué une mise à niveau sur place.

  • Vous devez créer des applications de service pour héberger ces nouveaux services. Vous pouvez utiliser l’Assistant Configuration de la batterie de serveurs pour sélectionner et activer rapidement plusieurs nouveaux services dans votre batterie de serveurs, ou bien vous pouvez configurer les services manuellement.

  • Vous pouvez également ajouter des proxys pour les applications de service que vous souhaitez utiliser avec d’autres applications Web.

• Pour les services de profil, procédez manuellement à la mise à niveau des données de taxonomie.

• Pour Excel Services, vous devez mettre en service un nouveau compte de service autonome pour le service Banque d’informations sécurisé.

• Pour le catalogue de données métiers, envisagez de migrer les pages de profil du catalogue de données métiers à un nouvel emplacement.

Pour plus d’informations sur les étapes postérieures à la mise à niveau pour les services, voir Effectuer les étapes postérieures à la mise à niveau pour une mise à niveau sur place (SharePoint Server 2010).

Mise à niveau avec attachement de bases de données avec des services

La plupart des paramètres des services doivent être reconfigurés lorsque vous effectuez une mise à niveau via un attachement de base de données. Lorsque vous déplacez vos bases de données vers une nouvelle batterie de serveurs et que vous mettez à niveau le contenu, vous devez créer votre infrastructure de services dans la nouvelle batterie de serveurs et configurer les services de façon appropriée pour votre nouvelle batterie de serveurs et pour votre nouvelle version. Vous pouvez attacher les bases de données du fournisseur de services partagés de votre ancienne batterie de serveurs, mais seules les informations de profil de cette base de données seront mises à niveau ; les informations de recherche ou d’autres paramètres des services ne seront pas mises à niveau. Vous ne pouvez pas mettre à niveau les bases de données de recherche selon l’approche de la mise à niveau par attachement de base de données.

Si vous utilisez l’approche de mise à niveau par attachement de base de données pour la mise à niveau vers SharePoint Server 2010, plusieurs étapes doivent être effectuées avant, pendant et après la mise à niveau pour reconfigurer correctement l’infrastructure des services.

Avant la mise à niveau par attachement de base de données

• Lorsque vous configurez la nouvelle batterie de serveurs, vous devez également configurer les nouvelles applications de service et les proxys d’applications de service pour la batterie de serveurs, et configurer les paramètres pour tous les services que vous souhaitez utiliser.

• Si vous utilisez les services de profil et que vous avez des données de taxonomie dans votre base de données, configurez le service de métadonnées gérées avant d’effectuer la mise à niveau. Vous pouvez ainsi mettre à niveau les données de taxonomie à partir de la base de données de services partagés lorsque vous attachez cette base de données.

• Pour InfoPath Forms Services, exportez tous les modèles de formulaires déployés par l’administrateur (fichiers .xsn) et tous les fichiers de connexion de données (.udcx) à partir de votre batterie de serveurs Office SharePoint Server 2007 à l’aide de la commande suivante :
  Stsadm.exe -o exportipfsadminobjects -filename*<chemin d’accès pour exporter le fichier CAB>*

• Pour InfoPath Forms Services, importez tous les fichiers de modèles de formulaires déployés par l’administrateur des modèles et tous les fichiers de connexion de données vers votre nouvelle batterie de serveurs avant d’attacher les bases de données de contenu. Utilisez l’applet de commande Windows PowerShellImport-SPIPAdministrationFiles pour importer les formulaires.

Pour plus d’informations sur la façon de configurer votre nouvel environnement avant d’effectuer une mise à niveau par attachement de base de données, voir Préparer le nouvel environnement SharePoint Server 2010 en vue d’une mise à niveau par attachement de base de données.

Au cours de la mise à niveau par attachement de base de données

Lorsque vous attachez et que vous mettez à niveau les bases de données de contenu, vous attachez et vous mettez à niveau également la base de données du fournisseur de services partagés, qui met à niveau les informations de profil dans la base de données. Le tableau suivant donne un exemple des bases de données des services qui existent avant et après la mise à niveau.

Pour plus d’informations et des procédures pour effectuer une mise à niveau par attachement de base de données, voir Liaison de bases de données et mise à niveau vers SharePoint Server 2010.

Après la mise à niveau par attachement de base de données

• Réappliquez les autorisations d’administrateur pour les services. Par défaut, les administrateurs de batterie de serveurs disposent des autorisations sur tous les services lorsque vous effectuez une mise à niveau par attachement de base de données.

• Pour Excel Services, vous devez mettre en service un nouveau compte de service autonome qui utilise le service Banque d’informations sécurisé pour interagir avec Excel Services.

• Pour InfoPath Forms Services, mettez à jour tous les liens qui sont utilisés dans les modèles de formulaires mis à niveau à l’aide de l’applet de commande Windows PowerShellUpdate-SPInfoPathAdminFileURL.

• Pour les services de profil, effectuez une mise à niveau des données de taxonomie. Vous utilisez l’applet de commande Windows PowerShellMove-SPProfileManagedMetadataProperty pour mettre à niveau les données de taxonomie de profil manuellement dans la base de données de taxonomie et pour reconnecter les données aux applications de service de métadonnées gérées et de profils utilisateur. Le service de profils utilisateur et le service de métadonnées gérées doivent être dans le même groupe de proxys pour mettre à niveau et utiliser les données.

• Pour le catalogue de données métiers, envisagez de migrer les pages de profil du catalogue de données métiers à un nouvel emplacement.

Pour plus d’informations sur les étapes postérieures à la mise à niveau pour les services, voir Effectuer des étapes postérieures à la mise à niveau pour une mise à niveau de la liaison de base de données (Office SharePoint Server).

Considérations pour des services spécifiques

Les services suivants étaient disponibles dans Office SharePoint Server 2007 et peuvent être mis à niveau vers SharePoint Server 2010. Les modifications apportées à l’infrastructure des services font que des éléments supplémentaires doivent être pris en compte lors de la planification et de la mise à niveau pour un environnement où ces services sont présents.

Profils utilisateur

• Services

  Deux services sont à présent utilisés pour les profils utilisateur et les informations de taxonomie : le service de profil utilisateur et le service de métadonnées gérées. Au cours de la mise à niveau sur place, ces deux services sont activés et configurés automatiquement. Si vous utilisez l’approche de mise à niveau par attachement de base de données, vous pouvez activer et configurer le service de métadonnées gérées avant de mettre à niveau le service de profil utilisateur pour mettre à niveau les données de taxonomie dans le cadre de la mise à niveau.

• Bases de données

  • Lors de la mise à niveau sur place, les données de profil utilisateur de Office SharePoint Server 2007 sont mises à niveau à partir de la base de données du fournisseur de services partagés dans une nouvelle base de données de profils utilisateur. Les données de taxonomie sont mises à niveau, et vous pouvez copier ces données dans une base de données de taxonomie pour une utilisation par le service de métadonnées gérées quand la mise à niveau est terminée à l’aide de l’applet de commande Windows PowerShellMove-SPProfileManagedMetadataProperty.

  • Lors d’une mise à niveau par attachement de base de données, les données de profil utilisateur et de taxonomie sont mises à jour à partir de la base de données du fournisseur de services partagés lorsque la base de données du fournisseur de services partagés est attachée, mais la base de données n’est pas copiée ni renommée. Vous pouvez copier les données de taxonomie dans une base de données de taxonomie pour une utilisation par le service de métadonnées gérées quand la mise à niveau est terminée à l’aide de l’applet de commande Windows PowerShellMove-SPProfileManagedMetadataProperty.

• Les travaux du minuteur planifiés devront être reconfigurés après la mise à niveau. Au cours de la mise à niveau, ils sont replacés à leur moment d’exécution par défaut. Veillez à enregistrer vos planifications de travaux de minuteur avant la mise à niveau, de façon à pouvoir réappliquer les moments prévus pour l’exécution.

• Les propriétés persistantes en rapport avec les profils (telles que l’URL de l’hôte des sites Mon Site) sont conservées lors d’une mise à niveau sur place, mais elles ne sont pas mises à niveau lorsque vous utilisez un attachement de base de données car elles sont stockées dans la base de données de configuration, et non pas dans la base de données des services.

  Les propriétés suivantes sont conservées lors d’une mise à niveau sur place, mais pas lors d’une mise à niveau par attachement de base de données :

  • MySiteHostURL

  • SearchCenterURL

  • EnablePersonalFeaturesforMultipleDeployments

  • ProfileStoreLanguage

  • ProfileStoreLanguagePacksApplied

  • ProfileStoreCollationID

  • DaysWorthOfEventsToKeep

Sites Mon site

Effectuez la mise à niveau de l’hôte des sites Mon site en même temps que vous effectuez la mise à niveau des services de profil. Il n’est pas nécessaire de mettre à niveau les sites Web Mon site en même temps. Pour obtenir de meilleurs résultats, mettez à niveau les sites Web Mon site (ou au moins l’ordinateur hôte des sites Mon site) en même temps que votre site intranet principal.

Office SharePoint Server Search

Avant d’effectuer une mise à niveau sur place, consultez et ajustez votre topologie de recherche après la mise à niveau pour répondre aux exigences et aux recommandations. Pour plus d’informations, voir Planifier la recherche (Office SharePoint Server) et les modèles de recherche dans Diagrammes techniques (SharePoint Server 2010).

Vous ne pouvez pas mettre à niveau les données de recherche à l’aide de la méthode par attachement de base de données. Si vous utilisez cette méthode, vous devez configurer la recherche dans votre nouvelle batterie de serveurs séparément (avant ou après) de la mise à niveau de votre autre contenu.

• Applications de service

  Lors de la mise à niveau, pour chaque fournisseur de services partagés qui héberge le service de recherche dans votre batterie de serveurs Office SharePoint Server 2007, une nouvelle application de service est créée dans votre batterie de serveurs SharePoint Server 2010.

  Le serveur d’applications qui a été utilisé en tant que serveur d’index devient le composant d’analyse sur le même serveur.

  Les serveurs de requêtes deviennent des composants de requête sur les mêmes serveurs, tous dans la même partition d’index.

• Bases de données

  Dans SharePoint Server 2010, le service Search utilise trois bases de données :

  • Base de données d’administration de la recherche (nouvelle) : contient les paramètres d’administration de la recherche qui étaient stockés dans la base de données du fournisseur de services partagés dans Office SharePoint Server 2007.

  • Base de données de la banque d’analyses du service de recherche (nouvelle) : contient des informations de l’historique des analyses qui étaient stockées dans la base de données du fournisseur de services partagés dans Office SharePoint Server 2007.

  • Base de données de la banque de propriétés du service de recherche (base de données de recherche réutilisée) : contient les métadonnées pour la recherche.

• Fichiers d’index

  Avant la mise à niveau, les fichiers d’index sont stockés sur le serveur d’index et sur les serveurs de requêtes. Après la mise à niveau, seuls les serveurs ayant des composants de requête stockeront les fichiers d’index.

Recherche Windows SharePoint Services

Le service de recherche Windows SharePoint Services a été restructuré dans SharePoint Server 2010. Lors d’une mise à niveau sur place, le service de recherche Windows SharePoint Services est arrêté et remis en service. La recherche Windows SharePoint Services stocke les fichiers d’index sur le serveur d’applications dans Office SharePoint Server 2007 et dispose également d’une base de données (WSS_Search, une par serveur de votre batterie de serveurs). Lors d’une mise à niveau sur place, la base de données est restructurée et réutilisée. Les anciennes données ne sont pas conservées et ne sont pas mises à niveau.

InfoPath Forms Services

Lorsque vous effectuez une mise à niveau selon l’approche par attachement de base de données, vous devez exporter les modèles de formulaires déployés par l’administrateur (fichiers .xsn) et les fichiers de connexion de données (fichiers .udcx) avant de procéder à l’attachement de base de données, puis les importer vers la nouvelle batterie de serveurs à l’aide de l’applet de commande Windows PowerShellExport-SPInfoPathAdministrationFiles. Si l’URL du nouveau serveur diffère de l’URL du serveur précédent, vous pouvez exécuter l’applet de commande Windows PowerShellUpdate-SPInfoPathAdminFileUrl pour mettre à jour les liens qui sont utilisés dans les modèles de formulaires mis à niveau.

Pour plus d’informations sur la façon d’effectuer une mise à niveau des formulaires et des modèles de formulaires, voir Planifier la mise à niveau des modèles de formulaires lors d’une mise à niveau vers SharePoint Server 2010.

Excel Services

• Excel Services reste un service local pour SharePoint Server 2010, ce qui signifie que vous devez exécuter le service dans la batterie de serveurs qui le consomme.

• Pour la mise à niveau sur place, les informations de configuration stockées dans la base de données du fournisseur de services partagés pour Excel Services sont mises à niveau et déplacées dans la base de données de configuration. Pour l’approche de mise à niveau par attachement de base de données, vous devez reconfigurer Excel Services dans votre nouvelle batterie de serveurs.

• Après la mise à niveau (sur place ou par attachement de base de données), vous devez configurer un nouveau compte de service autonome qui utilise le service Banque d’informations sécurisé pour interagir avec Excel Services.

Catalogue de données métiers

Lors d’une mise à niveau sur place, les données qui ont été stockées dans la base de données du fournisseur de services partagés sont déplacées et mises à niveau vers une base de données distincte. De nouvelles applications de service sont créées pour le service SharePoint Server 2010. Un nouveau service, le service compatible avec l’ancien Registre d’application, est utilisé pour gérer les anciennes connexions du catalogue de données métiers.

Le catalogue de données métiers n’est pas mis à niveau lorsque vous utilisez la méthode de mise à niveau par attachement de base de données.

Pour plus d’informations, voir Planifier la mise à niveau vers les services Business Connectivity (SharePoint Server 2010).

Authentification unique

Le service d’authentification unique est remplacé par le service Banque d’informations sécurisé dans SharePoint Server 2010. Vous pouvez utiliser les applets de commande Windows PowerShell pour mettre à niveau les définitions d’application à partir de l’authentification unique vers le service Banque d’informations sécurisé. Notez que les mots de passe ne sont pas mis à niveau. Après avoir effectué la mise à niveau des définitions d’application, vous pouvez faire du service Banque d’informations sécurisé le fournisseur d’authentification unique par défaut. Pour plus d’informations, voir Effectuer les étapes postérieures à la mise à niveau pour une mise à niveau sur place (SharePoint Server 2010).