SharePoint Server Search 14 Service désactivant lui-même après l'installation de SP1?

Question

Il y a quelques semaines, j'ai installé SP1 et la CU de juin 2011 sur mon environnement SharePoint 2010 et, depuis lors, le service "SharePoint Server Search 14" a modifié son type de démarrage de Automatique aux handicapés à intervalles apparemment aléatoires. Je ne trouve rien dans le journal des événements qui précipite le changement, juste des entrées qui le signalent.

La première fois que j'ai remarqué cela, j'ai essayé de le démarrer et il a échoué avec une erreur de connexion. J'ai ré-entré les informations d'identification de mon compte Crawl et avons recommencé à nouveau, cette fois cela a fonctionné. Depuis lors, tout ce que j'ai devait faire est de modifier le type de démarrage en arrière vers automatique et de démarrer le service, à une exception près. Lorsque je redémarre la machine, les informations d'identification remontent à être incorrectes et je dois retaper le mot de passe.

Quand je vais à l'administration centrale -> Paramètres du système -> Gérer les services sur serveur La recherche SharePoint Server est répertoriée comme arrêtée. Quand j'essaie de commencer, je reçois une erreur:

message de WebPage

Démarrer le service de recherche sur un serveur doit être effectué dans le contexte d'une application de service de recherche. Cliquez sur OK pour accéder à la page Gérer les applications de service où vous pouvez créer une nouvelle application de service de recherche ou sélectionner une application de service de recherche et modifier sa topologie.

I Cliquez sur OK et cela m'apporte à la page Gérer les applications de service comme indiqué, donc je clique sur la recherche de service de recherche pour modifier la topologie. Je cochons toutes les entrées (admin, crawl - xxxx, bases de données et partition d'index - 0 - xxxx) pour vous assurer que les informations d'identification sont correctes et toutes utilisent l'authentification Windows qui a toujours travaillé dans le passé. Je clique sur Appliquer les modifications de la topologie et obtenez l'erreur suivante:

Les erreurs ont été rencontrées lors de la configuration de l'application de service de recherche.

8/7/2012 10:25:18 AM

I Cliquez sur OK et cela me ramène à la page principale de l'application de service de recherche où l'état de standard et les entrées d'activité d'arrière-plan en haut ont été modifiés en "Le service Server Server est actuellement hors ligne sur le serveur FLSPVM à cause d'une connexion échec lorsque vous essayez de démarrer le service. " Lorsque je vérifie les services de la machine, mon service SharePoint Server Search 14 est arrêté et le type de démarrage a été modifié en manuel. Je le répète à l'automatiquement et je le recommande, mais il échoue avec une erreur de connexion. Je retape le mot de passe et recommencez à nouveau et ça marche.

Lorsque je vérifie le journal des événements pour l'heure spécifiée dans la dernière erreur, je vois ces deux entrées:

inférieur:

Le service OSearch14 n'a pas pu se connecter sous forme wsdomain \ sp_crawl avec le mot de passe actuellement configuré en raison de l'erreur suivante:
Échec de la connexion: nom d'utilisateur inconnu ou mauvais mot de passe.

Pour vous assurer que le service est configuré correctement, utilisez le composant logiciel enfichable Services dans la console de gestion Microsoft (MMC).

supérieure:

Le service SharePoint Server Search 14 n'a pas pu démarrer en raison de l'erreur suivante:

Le service n'a pas commencé à cause d'une défaillance de connexion.

Évidemment, tout cela indique un problème de mot de passe, à l'exception du compte Crawl est défini pour ne jamais expirer ni pour ne jamais modifier le mot de passe seul. Qu'est-ce qui se passe avec mon service de recherche?

Je sais que c'est un énorme mur de texte, donc grâce à quiconque l'a fait aussi loin. Je voulais juste être approfondi avec tout ce que je sais et j'ai déjà essayé.

Answer 1

J'ai eu ce problème, auparavant.Ce que j'ai fait a été supprimé les certificats de la MMC et redémarré la machine.C'était le Cu d'octobre 2011

Aussi, avez-vous exécuté l'Assistant POSCONFIGUI.EXE (SharePoint Products and Technologies Configuration Wizard)?Il est nécessaire après l'installation de juin 2011 Cu.Voir ici: http://technet.microsoft.com/en-us/sharepoint/FF800847.aspx

Vérifiez si le compte Chercher Crawl a une lecture complète.Dans CA -> Gérer les applications Web -> Politique utilisateur

Aussi: Lien: http://technet.microsoft.com/en-us/library/cc261796.aspx

Answer 2

Q: Avez-vous redémarré les serveurs et exécuter la mise à niveau après l'installation de mises à jour cumulées?Il est obligatoire car cela pourrait expliquer le comportement que vous avez.Il est mentionné sur la page de téléchargement CU!Assurez-vous également que votre mot de passe de compte géré n'a pas été changé et pour être sûr, mettez-le à la mise à jour de SharePoint, très important en tant que comptes gérés signalés par des mots de passe hachés et si modifiés de l'annonce uniquement, SharePoint ne peut pas fonctionner correctement.

Veuillez également vérifier les serveurs et voir si le niveau de mise à niveau est la même partout partout.

Answer 3

Regardez ce lien: http:// blog.MASTYKARZ.NL/SharePoint-People-Search-lessons-Learned-Couverture-basics/

N'utilisez pas "Modification automatique du mot de passe" sous des comptes gérés de SPSearch, il ne doit être utilisé que pour les pools d'applications, il existe un problème de synchronisation avec le Securestore et la publicité lorsque les mots de passe changent, créant une boucle dans SharePoint, cet article explique que cet article explique:très bien.