Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Blog Technique de Romelard Fabrice

Les dernières Actualités de Romelard Fabrice (Alias fabrice69 ou F___) principalement autour des technologies Microsoft

Actualités

  • Toutes les actualités et informations sur les technologies Microsoft principalement autour de .NET et SQL Server

Archives

SharePoint : Externalisation de la content source MySite dans MOSS Search

Dans le cadre de la mise en place du moteur de recherche basé sur MOSS Search, il existe une astuce importante pour la mise à jour des profils utilisateurs.

En effet, lorsqu’on installe un MOSS et qu’on paramètre les Services Partagés de MOSS (SharedServices) qui comprend basiquement :

On voit une source de contenu qui est créée automatiquement :

  • Local Office SharePoint Server sites

Cette source de contenu va contenir par défaut les différentes URL des Web Applications existant dans votre ferme MOSS :

  • http://myWebApplication1.myCompany.com
  • http://myWebApplication2.myCompany.com
  • http://myWebApplication3.myCompany.com

Mais aussi les liens vers la Web Application MySite avec ses deux protocoles d’accès :

  • http://mysite.myCompany.com : protocole HTTP pour indexation du contenu des pages personnelles des utilisateurs (listes, documents partagés, …)
  • sps3://mysite.myCompany.com : protocole spécifique pour l’indexation des informations des profils utilisateurs (information provenant de l’AD ou des autres sources de synchronisation)

Le fait est que lors de la mise en place du contenu dans les Web Applications, l’indexation commence à prendre du temps et pénalise le chargement des profils.

De plus, si on ajoute des champs personnalisés dans la base de profils, il faut absolument effectuer un Full Crawl pour sa prise en compte par le People Search.

Et bien la solution est simple, mais encore faut-il y penser (merci à mon ami Peter de m’avoir soufflé l’idée) :

  • Créer une source de contenu particulière : MySite-Profiles
    • Avec l’URL MySite dans les deux protocoles
  • Lui appliquer l’exécution du Full Crawl toute les nuits (pour l’ajout potentiel des champs personalisés)
  • Lui appliquer un Incrémental Crawl chaque mi journée (pour les modification éventuelles par les utilisateurs ou dans l’AD)

Il faut ensuite supprimer les URL mySite (les deux protocoles) dans la source de contenu de base et relancer un Full Crawl de ces deux sources de contenu.

Romelard Fabrice [MVP]

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 18 février 2009 11:49 par ROMELARD Fabrice

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Etendre le Team Web Access de TFS 2012 – Step 0 par Philippe Didiergeorges Aka Philess le il y a 19 heures et 18 minutes

- Simuler facilement l’envoi de mail par Blog de Jérémy Jeanson le 05-22-2013, 12:52

- ProcDump 6.0 : support du filtrage sur messages d'exceptions .NET, des filtres multiples et du ciblage par nom de service par CoqBlog le 05-20-2013, 14:50

- Votez pour le TOP 10 des influenceurs SharePoint francophones ! par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 12:59

- [Conf’SharePoint] Dernier rappel ! :-) par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 09:09

- [ #SharePoint 2013 ] les modèles de sites standards… par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 09:03

- 10 erreurs de compréhension concernant SharePoint… par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 08:27

- Conf’SharePoint : 10 bonnes raisons pour ne pas la rater par Le petit blog de Pierre / Pierre's little blog le 05-14-2013, 02:24

- [Event] Soirée de lancement Agile .NET France à Lyon par Blog Agile/ALM de Vincent THAVONEKHAM le 05-13-2013, 01:29

- .NET / Debug : inspection de la mémoire d'applications .NET (dump ou processus live) : première livraison d'une librairie .NET par Microsoft par CoqBlog le 05-11-2013, 22:21