Partager via

Effectuer les étapes postérieures à la mise à niveau pour une mise à niveau sur place (SharePoint Server 2010)

  • Article

 

S’applique à : SharePoint Server 2010

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

Après avoir mis à niveau le contenu de votre environnement vers Microsoft SharePoint Server 2010, vous devez effectuer quelques étapes supplémentaires pour vous assurer que l’infrastructure de prise en charge de ce contenu est prête à traiter à nouveau les demandes des utilisateurs. Cet article décrit comment effectuer ces tâches.

Dans cet article :

  • Configurer des services nouveaux ou mis à niveau après une mise à niveau sur place

  • Mettre à niveau les propriétés de profil avec les données de taxonomie et mettre à jour le magasin de photos pour les services de profil

  • Créer et configurer l’application Service Banque d’informations sécurisé et migrer les données d’authentification unique vers le Service Banque d’informations sécurisé

  • Mise à niveau de solutions qui dépendent du catalogue de données métiers

  • Faire migrer les liens privés des utilisateurs vers des balises privées (facultatif)

Configurer des services nouveaux ou mis à niveau après une mise à niveau sur place

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 de nouveaux services. Vous pouvez utiliser l’Assistant Configuration de batterie de serveurs pour sélectionner et activer rapidement de 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 voulez utiliser avec différentes applications Web. Pour plus d’informations, voir Gérer les applications de service (SharePoint Server 2010).

Assurez-vous de configurer le Service d´équilibrage de la charge de conversion de documents et le Service de lancement des conversions de documents, et d’activer la conversion de document pour vos applications Web. Par défaut, ces services sont désactivés après une mise à niveau et vous devez les activer pour que vos utilisateurs puissent utiliser la conversion de document. Pour plus d’informations, voir Gérer les conversions de documents (SharePoint Server 2010).

Mettre à niveau les propriétés de profil avec les données de taxonomie et mettre à jour le magasin de photos pour les services de profil

Les données de propriétés de profil à valeurs multiples de Microsoft Office SharePoint Server 2007 étaient stockées dans la base de données du fournisseur de services partagés (SSP, Shared Services Provider) dans le cadre des données de Services de profil. Pour SharePoint Server 2010, ces données doivent maintenant être converties en données de taxonomie et stockées dans la base de données de métadonnées gérées. Pour déplacer et mettre à niveau les données, vous devez avoir créé une application de service pour le service Métadonnées gérées. Après cela, vous pouvez utiliser une applet de commande Windows PowerShell pour mettre à niveau les données de profil et de taxonomie et les déplacer dans la base de données de taxonomie. Cette applet de commande reconnecte les données avec les applications de service Métadonnées gérées et Profil utilisateur. Vous devez l’exécuter pour chaque propriété Métadonnées gérées que vous souhaitez mettre à niveau ; il n’existe aucune option permettant de spécifier toutes les propriétés. Notez que le service Métadonnées gérées n’accepte pas certains caractères (tels que les points-virgules, les crochets pointus, les barres verticales, les guillemets ou les caractères de tabulation) qui étaient autorisés dans les propriétés de profil utilisateur en fonction de listes de choix dans Office SharePoint Server 2007. Si un terme ou ensemble de termes utilise un caractère qui n’est plus accepté, ce caractère est supprimé et remplacé par un espace lors de la mise à niveau.

Important

Pour mettre à niveau et utiliser les données de taxonomie, le proxy d’application du service Profil utilisateur et le proxy d’application du service Métadonnées gérées doivent se trouver dans le même groupe de proxys.

Avant de mettre à niveau les données de taxonomie, recherchez l’ID du proxy d’application de service Profil utilisateur (nommé SPServiceApplicationProxyPipeBand dans Windows PowerShell), recherchez la liste des propriétés de métadonnées gérées, puis choisissez les propriétés à mettre à niveau.

Pour rechercher l’ID de proxy d’application de service Profil utilisateur à l’aide de Windows PowerShell

  1. Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-SPShellAdmin.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur SharePoint 2010 Management Shell.

  5. À l’invite de commandes Windows PowerShell, tapez la commande suivante :

    Get-SPServiceApplicationProxy

    Cette commande retourne une liste de proxys d’applications de service. Copiez l’ID du proxy d’application de service Profil utilisateur.

Pour plus d’informations, voir Get-SPServiceApplicationProxy.

Pour afficher le nom d’une propriété de métadonnées gérées

  1. Dans la page d’accueil Administration centrale SharePoint, cliquez sur Gestion des applications.

  2. Sous Applications de service cliquez sur Gérer les applications de service.

  3. Cliquez sur l’application de service Profil utilisateur pour votre environnement afin d’ouvrir la page Gérer le service de profil : nom_service.

  4. Sous Personnes, cliquez sur Gérer les propriétés utilisateur.

  5. Cliquez sur un nom de propriété, puis sur Modifier.

  6. Copiez la chaîne de la zone Nom.

    Il s’agit du nom à utiliser comme identité pour la propriété de métadonnées gérées lors de la mise à niveau des données de taxonomie.

Important

Vous devez être administrateur des Métadonnées gérées pour pouvoir mettre à niveau les données de taxonomie. Cette mise à niveau s’effectue à l’aide de l’applet de commande Move-SPProfileManagedMetadataProperty. Son exécution peut nécessiter beaucoup de temps, selon le nombre de profils présents dans votre environnement.

Pour mettre à niveau les données de taxonomie à l’aide de Windows PowerShell

  1. Vérifiez que la configuration minimale requise est satisfaite : Voir Add-SPShellAdmin. Vous devez également être membre du rôle Administrateurs de magasin de termes pour le service Métadonnées gérées. Pour plus d’informations, voir Rôles associés aux métadonnées gérées.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur SharePoint 2010 Management Shell.

  5. À l’invite de commande Windows PowerShell, tapez la commande suivante :

    Move-SPProfileManagedMetadataProperty -ProfileServiceApplicationProxy <SPServiceApplicationProxyPipeBind> -Identity <Identity> [-AvailableForTagging Yes] [-TermSetName]

    Où

    • <SPServiceApplicationProxyPipeBind> est l’ID du proxy d’application de service Profil utilisateur

    • <Identity> est le nom de la propriété de métadonnées gérées que vous souhaitez déplacer

    • AvailableForTagging détermine si les termes dans le terme résultant peuvent être utilisés pour le balisage des métadonnées gérées. La valeur par défaut est Non. Ne marquez pas de cette propriété les ensembles de termes qui possèdent plus de 20 000 termes, car les termes marqués comme étant disponibles pour le balisage sont mis en cache du côté client, et si vous avez des milliers ou des millions de termes marqués pour le balisage, les performances du client risquent de baisser considérablement.

    • TermSetName indique s’il faut créer le nom de l’ensemble de termes. Si ce paramètre n’est pas spécifié, la propriété est mappée à l’ensemble de termes Keywords.

Pour plus d’informations, voir Move-SPProfileManagedMetadataProperty.

Lorsque vous effectuez la mise à niveau, toutes les photos stockées en tant qu’images de profil doivent être mises à jour. Si vous ne mettez pas à jour les données du magasin de photos, aucune photo n’est affichée ou certaines photos risquent d’apparaître déformées. Pour mettre à jour le magasin de photos, on utilise l’applet de commande Windows PowerShellUpdate-SPProfilePhotoStore. L’exécution de cette applet de commande peut prendre beaucoup de temps si vous possédez de nombreux profils et de nombreuses photos. Elle copie les photos des utilisateurs depuis leur emplacement de stockage (généralement la bibliothèque Images partagées sur leur site Mon site) vers la bibliothèque Photos de l’utilisateur sur l’hôte Mon site. En outre, le processus génère des tailles de miniatures petites, moyennes et grandes des images correspondant aux tailles correctes à utiliser dans les différents contrôles et composants WebPart pour les photos de profils Mon site. Avant d’exécuter cette applet de commande, vérifiez les quotas de vos sites Mon site et assurez-vous qu’il y a largement assez d’espace libre pour le stockage des photos ; il faut au moins 10 Ko d’espace par utilisateur.

Pour mettre à jour les données du magasin de photos à l’aide de Windows PowerShell

  1. Vérifiez que la configuration minimale requise suivante est satisfaite : Voir Add-SPShellAdmin. Vous devez également être administrateur de collection de sites pour l’hôte Mon site, et être administrateur d’application de service Profil utilisateur avec l’autorisation Gérer les profils.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur Environnement de gestion SharePoint 2010.

  5. À l’invite de commande Windows PowerShell, tapez la commande suivante :

    Update-SPProfilePhotoStore -MySiteHostLocation <URL of the My Site Host>

Pour plus d’informations, voir Update-SPProfilePhotoStore.

Créer et configurer l’application Service Banque d’informations sécurisé et migrer les données d’authentification unique vers le Service Banque d’informations sécurisé

Le service d’authentification unique (SSO, Single Sign-on) qui était disponible dans Office SharePoint Server 2007 a été remplacé par le Service Banque d’informations sécurisé dans SharePoint Server 2010. Il n’existe aucun itinéraire de mise à niveau direct pour les données et paramètres du service SSO vers le Service Banque d’informations sécurisé, mais vous pouvez migrer les données de la base de données SSO vers une nouvelle base de données Banque d’informations sécurisée. Excel Services Application doit posséder le compte Service Banque d’informations sécurisé pour fonctionner correctement. Pour mettre à niveau les données SSO vers le Service Banque d’informations sécurisé pour une utilisation avec les services Connexion de données métiers et Excel Services Application, procédez comme suit :

  1. Approvisionnez une application Service Banque d’informations sécurisé et approvisionnez le nouveau compte de service sans assistance pour une utilisation avec Excel Services Application.

    Vous devez approvisionner le Service Banque d’informations sécurisé pour pouvoir mettre à niveau des données à partir du service SSO. Et vous devez configurer un compte de service sans assistance pour qu’Excel Services Application fonctionne correctement. Pour obtenir les étapes de détaillées de création et de configuration de l’application Service Banque d’informations sécurisé et de création du compte de service sans assistance, voir Utiliser Excel Services avec la Banque d’informations sécurisée (SharePoint Server 2010).

  2. Utilisez l’applet de commande Windows PowerShellUpgrade-SPSingleSignOnDatabase pour migrer les définitions d’applications de la base de données SSO vers la base de données Banque d’informations sécurisée comme applications cibles.

  3. Utilisez l’applet de commande Windows PowerShellDisable-SPSingleSignOn pour désactiver le service SSO sur un serveur de batterie mis à niveau (mise à niveau sur place uniquement).

Pour mettre à niveau les données SSO dans le Service Banque d’informations sécurisé à l’aide de PowerShell

  1. Vérifiez que la configuration minimale requise suivante est satisfaite : Voir Add-SPShellAdmin. Vous devez disposer d’un accès en lecture à l’ancienne base de données SSO et à la nouvelle base de données Banque d’informations sécurisée pour pouvoir exécuter cette applet de commande.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur Environnement de gestion SharePoint 2010.

  5. À l’invite de commandes Windows PowerShell, tapez la commande suivante :

    Upgrade-SPSingleSignOnDatabase -SSOConnectionString <SSOConnectionstring> -SecureStoreConnectionString <SecureStoreConnectionstring> -SecureStorePassphrase Passphrase>

    Où :

    • <SSOConnectionString> est une chaîne de connexion valide à la base de données SSO.

    • <SecureStoreConnectionstring> est une chaîne de connexion valide à la base de données Banque d’informations sécurisée.

    • <Passphrase> est la phrase secrète à utiliser lors de la connexion au Service Banque d’informations sécurisé.

Pour plus d’informations, voir Upgrade-SPSingleSignOnDatabase.

Pour désactiver le service SSO à l’aide de Windows PowerShell (mise à niveau sur place uniquement)

  1. Vérifiez que la configuration minimale requise suivante est satisfaite : Voir Add-SPShellAdmin.

  2. Dans le menu Démarrer, cliquez sur Tous les programmes.

  3. Cliquez sur Produits Microsoft SharePoint 2010.

  4. Cliquez sur Environnement de gestion SharePoint 2010.

  5. À l’invite de commandes Windows PowerShell, tapez la commande suivante :

    Disable-SPSingleSignOn -ServerName <ServerName>

    Où :

    • <ServerName> est le nom du serveur qui exécute le service SSO.

Pour plus d’informations, voir Disable-SPSingleSignOn.

Mise à niveau de solutions qui dépendent du catalogue de données métiers

Durant la mise à niveau de Office SharePoint Server 2007 vers SharePoint Server 2010, pour chaque service de catalogue de données métiers exécuté dans Office SharePoint Server 2007, deux services sont instanciés dans SharePoint Server 2010 :

  • Un service de registre d’application pour stocker les définitions d’applications qui sont compatibles avec le modèle objet Catalogue de données métiers d’Office SharePoint Server 2007.

  • Un Service Business Data Connectivity pour stocker les modèles BDC, qui sont compatibles avec le nouveau modèle objet de services Connexion de données métiers de SharePoint Server 2010.

Pour chaque définition d’application dans le catalogue de données métiers, une copie est placée dans le service de registre d’application et une copie mise à niveau (basée sur le nouveau modèle objet) est placée dans le Service Business Data Connectivity.

Les solutions qui utilisaient des composants WebPart personnalisés, des connecteurs de recherche personnalisés et autre code personnalisé qui dépendaient des définitions d’applications dans Office SharePoint Server 2007 continueront de fonctionner dans SharePoint Server 2010 en faisant appel au service de registre d’application. Cependant, si votre solution dépend des composants WebPart qui sont fournis par Office SharePoint Server 2007 et SharePoint Server 2010 par défaut (tels que le composant WebPart Liste de données métiers ou Actions de données métiers), vous devez la mettre à niveau de manière à utiliser les définitions d’applications mises à niveau (appelées « modèles BDC ») dans le Service Business Data Connectivity, car ces composants WebPart ont été mis à niveau de façon à utiliser le nouveau modèle objet fourni par le nouveau service.

Pour plus d’informations sur la mise à niveau du service Catalogue de données métiers vers SharePoint Server 2010, voir Planifier la mise à niveau vers les services Business Connectivity (SharePoint Server 2010).

Faire migrer les liens privés des utilisateurs vers des balises privées (facultatif)

La fonctionnalité Mon site de Office SharePoint Server 2007 incluait une fonction de création de signets appelée Mes liens. Dans SharePoint Server, cette fonction est remplacée par des balises privées. Les utilisateurs peuvent continuer d’utiliser le composant WebPart Mes liens ou peuvent faire migrer leurs liens manuellement vers leurs balises privées. Ce processus manuel peut être exécuté par chaque utilisateur sur son site Mon site.

Pour convertir un lien privé en balise privée

  1. Accédez à l’URL suivante : http://url_mon_site/_layouts/myquicklinks.aspx.

  2. Activez la case à cocher en regard du ou des liens que vous souhaitez convertir.

  3. Cliquez sur Créer une balise à partir d’un lien.

Pour afficher les balises, dans la page de votre Profil (http://url_mon_site/Person.aspx), cliquez sur Balises et notes, puis sous Affiner par type, cliquez sur Privé.