[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 !

[TroubleShooting]Synchronisation profil utilisateur

En essayant d’activer le service « User profile Synchronization Service » j’ai eu l’erreur provenant de Forefront Identity Manager : ILM Configuration: « The miissku.exe process exited with error code -2146232060. Error: » et l’activation du service ne se faisait pas.

Microsoft a sorti deux patchs correctifs qui ont résolu mon problème.

Le nom de mon instance de base de données n’est pas celle par défaut. L’environnement se compose d’un Windows Server 2008 R2 et d’un SharePoint Server 2010.

Liens vers les correctifs :

http://support.microsoft.com/kb/983497/fr

http://support.microsoft.com/kb/2281364

A prioris le problème apparait assez souvent. Certains on pu le résoudre en créant des alias sql avec cliconfg.exe.

ForeFront Identity Manager utilise systématiquement l'instance SQL par défaut...

Voici un lien pour en savoir plus sur le problème et sur la création de l'alias SQL.

http://www.sosp.fr/blog/Lists/Billets/Post.aspx?ID=34

A bientôt,

MSDay Toulouse

Un petit retour sur les MSDays de Toulouse. Comme d'habitude avec Microsoft une qualité de service irréprochable avec dès le début des hotesses qui nous attendent à l'entrée de l'espace des Congrés pour nous indiquer où retirer notre Badge. S'ensuit un petit déjeuner avec café et jus de fruit.

La première conférence à laquelle j'ai assisté, portait sur System Center Essential, et celle ci était destinée aux TPE et PME. J'ai beaucoup aimé le prix proposé pour SCE standard (150 euros la licence, il en faut au moins 3 si on veut de la haute disponibilité) qui rend ce produit tout à fait abordable surtout en regardant le nombre de fonctionnalité qui sont proposées.

S'ensuit la pleinière avec que du beau monde notamment, Mitsu Futura, David Rousset, Damien Caro, Stanislas Quastana et bien d'autre, le tout animé par Eric Mittelette. Au menu une présentation de Windows Phone 7, j'ai adoré l'intégration des outils offices, surtout de SharePoint Workspace version mobile ! Un peu de cloud, de Forefront, deux présentations super intéressantes de visual studio lightswitch  et de WebMatrix. Et pour finir une démo de Kinect assez marrante!

Dans l'après midi j'ai assisté à une présentation de Lync (OCS version 2010). La aussi que de bonnes choses dans cette nouvelle version avec toujours plus de facilité pour rejoindre le réseau social de notre entreprise, où on veut quand on veut, de la manière la plus intuitive possible.

Un grand merci à Microsoft pour cette journée !

Arnaud

Consultation des Logs SharePoint

Introduction

Cet article a pour but de vous présenter les différentes manières de consulter les Logs SharePoint.

Consultation brut

Par défaut SharePoint va enregistrer de nombreux évènement dans les fichiers  de LOGS. Cela peut monter à plusieurs milliers de ligne par fichier. Le répertoire par défaut pour SharePoint 2010 est C:\Program Files\Common Files\Microsoft Shared\web server extensions\14\LOGS. Ces fichiers logs sont difficilement exploitables tels quel :

Comme vous pouvez le constater plusieurs évènements par seconde peuvent être enregistrés. Ceci peut être configuré depuis la Central administration et cela sera surement le sujet d’un prochain article.

Consultation par l’Event Viewer de Windows 

Un moyen simple cependant de récupérer les évènements importants et d’aller consulter l’Event Viewer. En effet les entrées de niveau critique, erreur et warning sont enregistrées dans l’Event Viewer de Windows.

On a bien sur moins d’information que les fichiers de LOGS, mais c’est en général suffisant pour résoudre les problèmes.

Consultation par SharePoint Log Viewer

Une autre manière de récupérer les informations et d’utiliser un outil proposé sur CodePlex : SharePoint Log Viewer : http://sharepointlogviewer.codeplex.com/

Celui-ci permet de consulter des logs déjà présents et de les filtrer via les différentes propriétés. Une autre fonctionnalité intéressante permet de consulter en « live » les logs tout en appliquant un filtre. Par exemple pour un développement personnaliser, il est possible de consulter en direct le processus de ce dernier (Dans le cas ou des informations sont enregistrées dans le Log, dans tous les cas les exceptions sont enregistrées si elles ne sont pas gérées).

Il ne demande pas d’installation préalable et pèse moins de 1 mo.

Consultation par SharePoint ULS Viewer

SharePoint ULS Viewer permet comme SharePoint Log Viewer d’ouvrir un fichier LOGS SharePoint et d’afficher son contenu d’une manière plus convivial.

Il se trouve également sur CodePlex :  http://ulsviewer.codeplex.com/

Avec ce dernier on ne peut pas consulter en direct  l’enregistrement d’entrées dans les LOGS.

Cependant je le trouve intéressant niveau filtre, puisque au préalable les listes déroulantes Severity, Process et Category vont venir se remplir en fonction du contenu du LOG.

Ce dernier lui aussi ne demande pas d’installation préalable et pèse moins de 1 mo.

Conclusion

Ces outils peuvent s’avérer utiles pour venir contrôler le contenu des logs SharePoint. Cependant, suivant la politique de sécurité de l’entreprise, il ne va pas être possible pour un environnement en production de les utiliser. Dans ce cas-là, il faut toujours passer par l’Event Viewer pour voir si l’information que vous cherchez n’y est pas.

A bientôt,

Arnaud

[STEP BY STEP] Network Load Balancing : Installation et Configuration

Une architecture SharePoint se compose généralement de plusieurs serveurs frontaux.

      

Pour permettre de repartir la charge des requêtes entrantes entre les serveurs frontaux, il est nécessaire d'utiliser la « Feature » « Network Load Balancing » que l'on retrouve sur les Windows Server depuis la version 2003.

L'autre manière de répartir la charge entre les serveurs frontaux, et d'utiliser le « round-robin » avec un DNS.

Les avantages d'utiliser NLB sont les suivants :

• Répartitions de la charge entre les serveurs
• Failover : si un serveur ne répond plus, NLB en tiendra compte et ne redirigera plus les requêtes vers ce serveur.

Les désavantages:

• Plus lourd à configurer que le « Round-robin », cependant ce dernier ne supporte pas de failover.

Pour utiliser NBL il faut tout d'abord activer la feature « Network Load Balancing » sur chaque serveur frontal.

Ensuite une fois la feature activé sur chaque serveur, il faut configurer le cluster qui sera en charge de répartir la charge. Pour cela il faut passer par le « Network Load Balancing Manager »

Une fois la console ouverte, il faut créer un nouveau Cluster.

La première fenêtre demandera d'indiquer le premier nœud du cluster. Donc un des serveurs frontaux. Puis de sélectionner l'interface qui sera utilisé par le cluster.

La fenêtre suivante permettra de configurer plus finement ce nœud, comme ca priorité.

En cliquant sur « Next » on arrive sur la fenêtre nous permettant d'indiquer l'IP d'entrée du cluster. Ça sera le point d'entrée des utilisateurs, il faut donc une adresse IP qui soit joignable par ces derniers.

La fenêtre suivante permet de configurer plus finement ce point d'entrée. On peut indiquer son FQDN par exemple.

La dernière fenêtre permet de configurer les ports qui seront utilisés.

Pour rajouter un nœud au cluster (un autre serveur frontal SharePoint) il faut sélectionner notre cluster et faire un clic droit, puis « Add Host To Cluster »

Le wizard est sensiblement le même que pour la création d'un nouveau cluster.

Une fois tous vos nœud rajoutés, votre cluster sera opérationnel. Attention toutefois de bien vérifier qu'une ressource de type "A records" correspondant au FQDN a bien été créée dans le serveur DNS, sinon il faut la créer manuellement.

A bientôt.

Arnaud,

Certifications SharePoint 2010

Un petit point sur les certifications possibles actuellement pour SharePoint.

Tout d'abord il faut différencier 2 catégories, à savoir les certifications orientées IT et les certifications orientées développement. SharePoint comprend les 2 types de certifications.

Avec la version de SharePoint 2007 et WSS3.0 les certifications pour ces 2 produits étaient distinctes. Pour la version 2010 il existe plus qu'une seule certification MCTS (Microsoft Certified Technician Specialist) mais, devant le besoin croissant d'expert SharePoint, des certifications du type MCPD (Microsoft Certified Professional Developper), et MCITP (Microsoft Certified IT Professional) sont sorties.

Pour les certifications IT en version 2010:

• 70-667 : Microsoft SharePoint 2010, Configuring.(MCTS)
• 70-668 : Microsoft SharePoint 2010, Administrator. (MCITP)

Pour les certifications DEV:

• 70-573 : Application developpement (MCTS)
• 70-576 : Designing and Developing Microsoft SharePoint 2010 Applications (MCPD).

N'avoir plus qu'une seule certification du type MCTS est remarquable, les similitudes entre SharePoint Server 2010 et SharePoint Foundation étant importantes. De plus les certifications « Pro » permettent de nous spécialiser dans les produits SharePoint.

Arnaud.

 

Présentation

Bonjour et bienvenue sur mon Blog. Je me présente, je m'appel Arnaud et je suis étudiant en 3ème année à l'école INGESUP.
Je suis passionné des outils Microsoft et notamment de son produit SharePoint.
Ce blog aura pour vocation de vous faire partager mes connaissances sur ce produit principalement.
En vous souhaitant une agréable lecture.

Arnaud