Remarque : Cet article a fait son temps et sera bientôt supprimé. Pour éviter les problèmes du type « Page introuvable », nous allons supprimer les liens inutiles. Si vous avez créé des liens vers cette page, nous vous conseillons de les supprimer afin de ne pas désorienter les utilisateurs.
Microsoft Search Server 2010
|
Question/Problème |
Réponse/Solution de contournement |
|
Configuration matérielle et logicielle requise pour Microsoft Search Server 2010 : Ce contenu se trouve sur TechNet |
|
|
Détection de la langue de recherche SharePoint Enterprise Search dispose d’une fonctionnalité de détection de langue pour laquelle nous devons fournir une attribution de droits d’auteur. |
Licence ICU-ICU 1.8.1 et versions ultérieures Licence SSLeay d’origine Licence LIBXML2 |
|
Facilité Après avoir modifié le niveau de performance pour le service de recherche via PowerShell, il est possible que certaines instructions d’assertion « RobotThread TID {num} received no perf obj » apparaissent dans les journaux. |
Recyclez le service de recherche sur chaque case de la batterie de serveurs en entrant les deux commandes suivantes à une invite avec élévation de privilèges : net stop OSearch14 OSearch14 de début net |
|
La détection automatique de la langue est activée par défaut après la mise à niveau du bêta2. Par défaut, le moteur de recherche déduit le langage des documents lors de l’analyse pour sélectionner le tokenizers approprié (c’est-à-dire. wordbreakers). Il est possible que certains clients aient désactivé cette option et qu’ils puissent rester inactifs (pour reproduire le comportement de la 2007 de recherche du serveur). La version RTM activera le système d’inférence de langue par défaut lors de la mise à niveau à partir de la version Bêta2. |
Désactivez la détection automatique de la langue ou redémarrez le service de recherche selon les besoins (voir ci-dessous). La désactivation de la détection arrêtera l’extraction de documents, en particulier les fichiers HTML, MSG et txt dans certains cas. Pour désactiver la détection de langue, définissez les éléments suivants sur 0. EnableLanguageDetection EnableLanguageDetectionPerChunk dans le registre : HKEY_LOCAL_MACHINE \SOFTWARE\Microsoft\Office Server \ Après avoir effectué cette opération, vous devez redémarrer le service de recherche (par exemple, en utilisant les commandes suivantes : net stop OSearch14 OSearch14 de début net Veillez à définir le langage du serveur d’indexation en fonction du langage le plus courant pour la plupart des fichiers HTML, MSG et txt. Après la désactivation de ces touches, le filtrage sur la langue dans la recherche avancée ne fonctionnera pas pour ces fichiers. |
Haut de la page
Microsoft FAST Search Server 2010
|
Question/Problème |
Réponse/Solution de contournement |
|
Paramètre La configuration de FAST Search Server échoue sur l’italien Win2k8 SP2 x64 : La configuration de post-installation échoue avec l’erreur suivante : Exception : exception-Microsoft. SharePoint. Search. Extended. installer. Mahasen. Common. exception. DeploymentException : erreur de validation XML : L’attributo’modifiedTime'. Il a la valeur « 2010-04-16T 14.35.48 Z », « unè », par il tipo di dati’http://www.w3.org'-la chaînea "2010-04-16T 14.35.48 Z". Traduites en anglais |
Meilleure solution de contournement consiste à installer Win2k8 R2 au lieu de Win2k8 SP2 Solution de contournement vous pouvez également supprimer le fichier en procédant comme suit : C:\FASTSearch\etc\deployment.xsd. Si ce fichier est introuvable, la validation de schéma n’aura pas lieu. |
|
Configuration du centre de recherche rapide : Le remplacement du certificat FASTSearch par défaut par un nouveau certificat à l’aide du script fourni : ReplaceDefaultCertificate. ps1 échoue sur le système d’exploitation japonais. |
Solution :
Remarque : cette option n’est pas recommandée dans les environnements de production, car la modification de ce fichier rompt le correctif ultérieur. Il ne peut pas être remplacé par un correctif par la suite. |
|
Indexeur La suppression d’une collection de contenu n’est pas une opération tolérante aux pannes. Si l’opération échoue sur un nœud d’indexation de sauvegarde, l’opération ne sera pas rétablie sur le nœud d’indexation maître. Le résultat est que le nœud maître et de sauvegarde perd la synchronisation. |
Si un nœud d’indexation de sauvegarde échoue lors de la suppression d’une collection de contenu, il doit être synchronisé manuellement. |
|
Indexeur Le redémarrage du nœud d’indexation après un arrêt non propre, le processus risque de se figer pour un temps prolongé lors de la régénération des structures de données. En fonction de la taille de l’index, la régénération des structures de données risque de prendre des heures. |
La progression s’affiche dans les fichiers journaux de nœud d’indexation. L’événement est précédé du message du journal qui régénère l’index du document. L’état du nœud d’indexation doit également être récupéré à l’aide de l’outil de ligne de commande indexerinfo. Ne arrêtez pas le processus pendant la régénération des structures de données. |
|
Indexeur Les messages du journal :
apparaissent sur les nœuds d’indexation de sauvegarde. |
Ces messages de journalisation risquent d’être ignorés dans les nœuds d’indexation de sauvegarde. |
|
Indexeur Les documents non indexés risquent de provoquer la mise à jour du schéma d’index lors de l’alimentation des documents. |
Interrompez l’alimentation lors d’une mise à jour de schéma et assurez-vous que la modification de schéma s’est propagée aux nœuds de traitement de document et aux nœuds d’indexation avant de reprendre. |
|
Indexeur Le nœud d’indexation maître ne vérifie pas que les nœuds d’indexation de sauvegarde disposent de suffisamment d’espace disque disponible. Avant d’envoyer des données aux nœuds d’indexation de sauvegarde, le nœud d’indexation maître vérifie que l’espace disque disponible est suffisant sur la sauvegarde pour achever le transfert. Si les données en cours de transfert sont de grande taille, l’espace disque sur le nœud d’indexation de sauvegarde peut être rempli par des événements externes lors du transfert des données. Cela entraîne la perte de la synchronisation des nœuds principaux et de sauvegarde. |
Assurez-vous que les nœuds d’indexation de sauvegarde disposent au moins de l’espace disque disponible en tant que nœud d’indexation maître. |
|
Indexeur La suppression d’une collection de contenu n’est pas une opération tolérante aux pannes. Si l’opération échoue sur un nœud d’indexation de sauvegarde, l’opération ne sera pas rétablie sur le nœud d’indexation maître. Le résultat est que le nœud maître et de sauvegarde perd la synchronisation. |
Si un nœud d’indexation de sauvegarde échoue lors de la suppression d’une collection de contenu, il doit être synchronisé manuellement. |
|
Contrôleur de recherche : Les nœuds de recherche sont retardés au démarrage si le serveur de configuration n’est pas disponible. Les nœuds de recherche essaient de se connecter au serveur de configuration lors de l’initialisation. Plusieurs tentatives de connexion sont effectuées, et Pendant que les messages de Registre demandent que le contrôleur de recherche tente uniquement de se connecter à un certain temps, le temps réellement attendu est beaucoup plus long. |
Démarrez le serveur de configuration, puis redémarrez le nœud de recherche. |
|
Cage Le connecteur JDBC ne fonctionne pas avec le paramètre de configuration >OperationMode dans le jdbctemplate. XML défini sur Update. Le mode opération de mise à jour est conçu pour mettre à jour un sous-ensemble d’attributs uniquement sur des éléments existants, également appelés mises à jour partielles. |
N’utilisez pas la mise à jour du mode de fonctionnement. Pour les analyses incrémentielles, le mode de fonctionnement Add doit toujours être utilisé. L’analyse de contenu à l’aide du mode de fonctionnement ajouter nécessite que tous les attributs d’élément soient sélectionnés dans le JDBCSQL. |
|
Important Si, pour une raison quelconque, le moteur Web Analytics perd le contact avec ses processus de travail, le traitement peut être arrêté et ne peut pas être redémarré automatiquement. Cela peut se produire en règle générale, si un ordinateur est redémarré ou instable. L’observateur d’événements et les journaux système de FS14 contiennent alors un message journal semblable à ce qui suit : [2009-12-13 17:15:03] ERREUR : webanalyzer@HOSTNAME : systemmsg : le traitement a échoué dans le Makefile « wapartialupdate » pour affichage « par défaut », la vue sera définie à l’état arrêté. |
Utilisez la commande waadmin enqueueview pour reprendre le processus de anchortext et de liaison. Si des vues Web Analytics supplémentaires ont été créées, il est possible que vous deviez également réexécuter ces vues en exécutant waadmin enqueuview-n<ViewName>. |
|
Important L’option waadmin drop_intra est activée pour ignorer les liens intra-site, mais ne semble pas affecter l’analyse du lien Web Analytics. |
Cette option n’est disponible que si la source de données est le robot de recherche rapide sur le Web Search. Il n’a aucun effet si la source de données est le connecteur FAST Search. |
|
Important Le message du journal suivant est observé dans l’observateur d’événements ou dans les journaux système de FS14, et le moteur click-through a arrêté de traiter les données du journal de clic : [2010-01-16 04:00:10.333] AVERTISSEMENT systemmsg Asyncore la fonction de rappel a déclenché une exception : <classe’Socket. error' > : (10054, 'réinitialisation de la connexion par homologue') [C:\d\cruise\builds\active\common\sharepointrelevance\src\server\SPUtils.py | asyncore_loop | 522] [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [C:\d\cruise\builds\active\common\sharepointrelevance\ [fdmapi. py | installation | 519] [fichiers. py | init_filesystem | 171] [async_remote. py | run_remote_commands | 325] |
Redémarrez le serveur « démarrer en un clic » avec nctrl restart pret. Il s’exécute sur le même ordinateur que le serveur Web Analytics (WebAnalyzer). |
|
Rechercher sur le serveur principal : Les requêtes numériques à virgule flottante sur une propriété de texte risquent de renvoyer des occurrences fausses. Cela est susceptible de se produire pour les propriétés analysées ou les propriétés gérées du texte de type de données. |
Pour une correspondance précise sur des valeurs numériques à virgule flottante, utilisez une propriété gérée de type float ou Decimal. |
|
Rechercher sur le serveur principal : L’ajout d’un grand nombre de propriétés gérées au schéma au fil du temps risque de provoquer une utilisation élevée de la mémoire dans le processus fixmlindex. exe. |
Pour contourner ce problème, réinstallez la recherche rapide et appliquez les modifications de schéma en une seule opération, ou procédez comme suit :
|
|
Rechercher sur le serveur principal : Classement médiocre des requêtes avec des termes se produisant dans la plupart des documents. Cela risque de se produire même sur les installations incluant de petites quantités de documents. |
Par défaut, le comportement de classement de recherche rapide est configuré de manière à ce qu’il effectue des compromis de performance pour garantir des performances optimales lors de la recherche de grandes quantités de documents. Le compromis permet de réduire la quantité de données à lire et à traiter par le serveur principal de la recherche. Néanmoins, il est possible que des documents plus non pertinents puissent être restitués et classés au-dessus des documents pertinents, ce qui signifie que la précision est réduite. Le compromis est réalisé quel que soit le nombre de documents du nœud. Dans certains cas, il peut s’avérer utile de procéder à un réglage de classement même lors d’une alimentation initiale, et le comportement de classement ne sera pas modifié au fil du temps en fonction du nombre de documents. Toutefois, dans certains cas d’utilisation, il peut s’avérer utile d’obtenir le meilleur comportement de classement, en particulier sur un petit système. Pour réduire l’impact de ce risque de performance, vous pouvez augmenter les valeurs StopWordThreshold et PositionStopWordThreshold dans le profil de classement, comme indiqué dans la documentation relative à l’optimisation de la recherche rapide. |
|
Rechercher sur le serveur principal : Le fait de changer le type d’une propriété gérée d’un type numérique en un autre type numérique risque de provoquer divers problèmes : Dans certains cas, les documents qui sont nourris peuvent être supprimés de l’indexation. Cela peut se produire lors de l’utilisation de la commande indexeradmin ResetIndex ou dans les cas où le système redémarre de manière brusque. Dans d’autres cas, le contenu déjà en alimentation risque d’être indexé de manière incorrecte, de telle sorte que les requêtes à l’aide de valeurs numériques connues ne renvoient pas de résultats ou d’occurrences pour un ensemble de documents incorrect. Dans le cas d’un problème lié, la suppression et la recréation d’une propriété gérée en utilisant le même nom et le type sans modification entraînent l’affichage du contenu de cette propriété gérée dans la zone d’affichage frontale de recherche pour tous les documents. Ce n’est pas toujours l’effet attendu. |
Après avoir modifié le type de données d’une propriété gérée, recréez le contenu pour vous assurer que le contenu sera correctement indexé. |
|
Rechercher sur le serveur principal : Lorsque vous utilisez le connecteur FAST Lotus Notes, Get-FASTSearchSecurityUserSecurityFilter ne renvoie aucune information. |
Augmenter la maxStringContentLength de 65536 vers 655360 et changer maxArrayLength de 16384 en 163840 dans%FASTSEARCH\bin\Microsoft.SharePoint.Search.Extended. |
|
Rechercher sur le serveur principal : Get-FASTSearchSecurityConfigurationStatus comandlet ne fonctionne pas. Le port par défaut est incorrect dans%FASTSEARCH%\bin\Microsoft.SharePoint. |
Ouvrir%FASTSEARCH%\bin\Microsoft.SharePoint.Search. |
|
Rechercher sur le serveur principal : Discordance de l’identificateur de ligne entre les nœuds de recherche et les nœuds d’indexation déployés sur le même hôte. |
Les identificateurs de ligne des nœuds de recherche sont attribués dynamiquement, tandis que les identificateurs de ligne des nœuds d’indexation sont déterminés lors de l’installation. |
|
Sauvegarde et restauration : La recherche n’est pas disponible après la restauration rapide de la configuration du centre de recherche dans un répertoire d’installation différent. |
Résoudre les problèmes de chemin d’accès qui ne sont plus valides dans%FASTSEARCH%\components\sam\admin\adminTransaction.log. Pour résoudre le problème, procédez comme suit sur le nœud admin du centre de recherche rapide :
a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, LN1, C:\FASTSearch\components\sam\admin\ln1.domain.config.xml doit être modifié comme suit : a5e8d609-9d8f-42b5-bec5-e2ca03f94e66, 12/04/2009 14:29:23, NORTHAMERICA\username, AddDomain, LN1, E:\FASTSearch\components\sam\admin\ln1.domain.config.xml
|
|
Sauvegarde et restauration : La recherche ne fonctionne pas après la restauration du nœud d’administration du centre de recherche rapide, mais pas la restauration des nœuds de requête du centre de recherche rapide |
Déplacez la dernière configuration d’un nœud de requête Centre de recherche rapide vers le nœud d’administration du centre de recherche rapide en procédant comme suit :
|
|
Sauvegarde et restauration : J’exécute le script de restauration à partir de la distribution FAST Search Server 2010 pour SharePoint dans la console de gestion FAST Search Server 2010 pour SharePoint. Après l’exécution des scripts, toutes les applets de CmdLet chargées avec la console disparaissent. |
En raison d’un bogue dans le script, FAST Search Server 2010 pour SharePoint décharge le composant logiciel PowerShell associé. Pour résoudre ce problème, exécutez la commande suivante dans l’invite PowerShell : PS C:\ > Add-PsSnapin Microsoft. FASTSearch. PowerShell |
|
Serveur principal de la recherche : Le site de recherche MOSS renvoie l’erreur suivante : La requête de recherche ne peut pas se connecter au service de recherche. Lorsqu’une recherche est effectuée immédiatement après le redémarrage du processus samworker. Le problème ne apparaît que sur la première demande par le biais du serveur frontal MOSS, une fois que vous avez redémarré samworker. La deuxième demande et toutes les demandes suivantes fonctionnent. |
Faire deux requêtes au site de recherche MOSS après le redémarrage d’samworker. Assurez-vous que la recherche fonctionne en vérifiant le résultat et en vérifiant la deuxième requête n’entraîne pas l’erreur. |
|
Promotions & rétrogradations : Lors de l’ajout d’une promotion ou d’une rétrogradation avec une URL contenant une barre oblique inverse, les requêtes avec l’application promotion/rétrogradation ont échoué. |
La logique de traitement des requêtes de promotion/rétrogradation n’utilise pas correctement les caractères de barre oblique inverse. Ce problème devrait se produire en pratique, car le connecteur prédéfinis utilise les URL appropriées lors de l’alimentation du contenu (par exemple, file://myserver/mypath). La solution de contournement recommandée consiste à remplacer la barre oblique inverse par une barre oblique à la place. Par exemple, remplacez « \\myserver\mypath » par « //MyServer/myPath ». |
|
Gestion du schéma : L’activation du paramètre RefinementEnabled sur une propriété gérée de type float ou Boolean ne fonctionne pas comme prévu. Aucun affinements n’est affiché pour les propriétés gérées de ces types. |
Solution : Utilisez une valeur décimale au lieu d’une valeur de type float et String au lieu d’une valeur booléenne. Cela signifie que :
|
Haut de la page
