[SharePoint] Recherche fédérée

Dans cet article je vais vous montrer comment utiliser un autre moteur de recherche que la recherche SharePoint dans vos sites.

Le résultat attendu est celui-ci avec à gauche la recherche via le moteur de SharePoint, et à droite la recherche fédéré en utilisant Google par exemple.

Tout d’abord il faut récupérer les « SharePoint Federated Search Connector » ou bien les créer vous-même. Ce sont eux qui vont permettre d'utiliser des moteurs de recherche fédérés. Le plus simple reste de les récupérer sur le site http://www.sharepointanalysthq.com. Vous trouverez un zip avec des fichiers en .FLD.

Ensuite depuis la central administration de SharePoint, il faut cliquer depuis la page principale sur « Manage service applications », puis sur le service d’application de recherche, « Search Service Application » par défaut. Sur le menu de gauche cliquer sur « Federated Locations ».

 

Puis sur « Import Location ».

 

Là vous pourrez uploader les fichiers .FLD téléchargés plus tôt.

Enfin il nous reste à configurer notre moteur de recherche.

Tout d’abord il faut utiliser un des sites de recherche, la recherche de base des sites ne permettant pas d’utiliser la recherche fédérée :

Ensuite sur le site de recherche allez sur la page /results.aspx (ex : http://****/ Search/Pages/results.aspx chez moi) et depuis le ruban éditer la page.

Cliquer sur le bouton « Edit Web Part » de la web part « Top Federated Results »

Enfin dans les « Location Properties » sélectionnez la recherche désirée, puis vous pouvez modifier le nombre de résultat affiché dans « Display Properties ». Enfin cliquez sur « Apply »

Et voilà à chaque fois qu’une recherche sera lancée, vous obtiendrez les résultats provenant de plusieurs moteurs de recherche !

A bientôt !

[SharePoint] Best practices des comptes de service

Lors de la configuration de SharePoint il est nécessaire de définir une politique de compte de service respectant les “Best practices” de Microsoft.

Ces comptes doivent être créés spécialement pour SharePoint. Il est important de ne pas utiliser de compte déjà assigné à des utilisateurs sauf dans le cas des administrateurs de collection de site.

Voici la liste, chacun de ces comptes étant différents :

·         Compte d’installation de SharePoint :

o   Description : Compte nécessaire pour installer SharePoint sur un poste.

o   Privilèges :

§  Administrateur local de la machine ou s’effectue l’installation,

§  Domain User.

§  Security admin et dbcreator roles dans la base de donnée SQL Server.

·         Compte administrateur de la ferme

o   Description : Compte qui aura le maximum de privilèges pour l’administration de la ferme. C’est le compte que vous indiquez lors de l’installation de la ferme.

o   Privilèges :

§  Domain User.

·         Compte des WebApplications :

o   Description : Compte qui sera utilisé dans les applications Web de la ferme SharePoint

o   Privilèges :

§  Domain User.

o   Recommandation : Ne doit surtout pas être un compte local de l’ordinateur.

·         Compte de service :

o   Description : Compte qui sera utilisé dans la plus part des services. Plus de compte pourrons être utilisé pour chacun des services.
o  Privilèges :
   §  Domain User.

·         Compte de recherche et d’indexage :

o   Description : Compte qui sera utilisé pour l’indexage et la recherche dans SharePoint

o   Privilèges :

§  Domain User.

§  Read Only sur le contenu à indexer.

·         Compte de la synchronisation Active Directory

o   Description : Compte utilisé pour la synchronisation des utilisateur depuis l’annuaire Active Directory

o   Privilèges :

§  Domain User.

§  Replicate change dans l’annuaire Active Directory : Configuration du droit

Comme vous pouvez  le constater il y a peu de privilèges à affecter de nous-mêmes, SharePoint ce chargeant de lui-même d’assigner les droits nécessaires aux comptes associés aux services.

Plus d’information sur les droits assigné à SharePoint : http://technet.microsoft.com/en-us/library/cc678863.aspx

A bientôt !