Dans un précédent message, nous avons vu comment surveiller le travail de son serveur d’indexation via les “Perfomance Monitor Counters” : SharePoint : Attention au Crawler Impact du moteur de Recherche de MOSS 2007 Compteurs des Services Internet Il arrive parfois que ce ces compteurs ne soient plus disponibles dans le PerfMon, en regardant dans l’Event Viewer, on trouve des messages d’erreur (EVENT ID 2003) : Event Type:    Warning Event Source:    Perflib Event Category:    None Event ID:    2003 Date:        8/16/2012 Time:        9:57:24 AM User:        N/A Computer:    MYSERVER Description: The configuration information of the performance library "C:\WINDOWS\system32\inetsrv\w3ctrs.dll" for the "W3SVC" service does not match the trusted performance library information stored in the registry. The f...

  Il s’agit d’un cas assez spécifique, mais qui mérite de s’y attarder. En effet, lorsque l’on développe un Workflow sur SharePoint Designer 2007, l’outil a tendance à créer un très grand nombre de versions du fichier sur lequel on travaille (ASPX, XOML, …) : Dans l’exemple ci-dessus, un des fichier du WorkFlow en question possède 740 versions du même fichier, qui sont devenus inutiles puisque le WF est en release depuis bien longtemps. En revanche, avec un poids de 11 kb chacun, le poids total de ce fichier dans SharePoint est de : 740 * 11 kb = env 8 MB, ce qui est confirmé par la page de “Space Allocation de la collection” : Si on multiplie ce cas par le nombre de fichiers de ce WorkFlow, on arrive très vite à une taille non négligeable qui est désormais inutile. La solution est donc bien évidemment de supprimer ces versions inutiles, mais ceci est impossible par le site SharePoint lui même, car en cliquant sur le lien “Versions” de la page ci-dessus (comme pour tous les autres ...

  La gestion d’une ferme MOSS avec de nombreuses sources de contenu est toujours assez complexe et requière une certaine finesse dans la configuration de ces sources de contenu. Cela a été évoqué dans de nombreux messages précédents : Messages sur le Moteur de Recherche de SharePoint Une des questions qui se posent régulièrement est l’utilisation de l’option d’impact de ce moteur de recherche sur les sources de contenu. En effet, SharePoint 2007 permet de définir une notion d’impact paramétrable par URL : Manage crawler impact rules (Office SharePoint Server Central Administration Help) Ainsi, on peut définir un ensemble de règles que l’on pense totalement logiques, comme dans l’exemple ci-dessous : Le fait est que le nombre de theads possibles en simultané par le moteur de recherche est un nombre fini :  64 Threads maximum au total. Ainsi avec l’exemple précédent sur les 3 premières sources de contenu sont en cours d’indexation en même temps (32 + 16 + 16 = 64), il sera alors...

  Contexte Le moteur de recherche de SharePoint inclu le paramètre de localisation de l’utilisateur. En effet, l’idée de base est de proposer le contenu le plus proche de soi et donc la langue fait partie de ce cadre. Un résultat en allemand sera donc favorisé face à un autre en anglais si l’utilisateur possède le paramètre de langue défini en Allemand dans son navigateur (internet Options > Language) Cas de non fonctionnement Le fait est que cette fonctionnalité n’est pas totalement fiable et plus particulièrement sur les recherches de profils. Cela semble aussi être le cas de SharePoint 2010 : SharePoint 2010: People search does not return expected results in Japanese version Dans mon cas, le cas se présente sur la recherche d’une collaboratrice allemande avec un poste dont la langue régionale dans Internet Explorer est définie en “de-DE”, comme on le voit dans la capture : Résultat de la recherche avec “de-DE” : Résultat de la recherche avec “en-US” : Ainsi, le moteur de rech...