Moss 2007 SSP Error „Search-Anwendung '{0}' ist nicht bereit.“
https://stackoverflow.com/questions/343656
-
19-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich versuche, eine gebrochene SSP auf einer MOSS 2007-Website zu beheben. Das Problem bei mir läuft in äußert sich wie folgt ...
In den SSP "Sucheinstellungen" Seite, die ich erhalte diese Mitteilung:
Der Suchdienst ist derzeit offline. Besuchen Sie die Dienste auf dem Server-Seite in Sharepoint-Zentraladministration, um zu überprüfen, ob der Dienst aktiviert ist. Dies könnte auch sein, da eine Indexer Bewegung im Gang ist.
In der SSP „Benutzerprofile und Eigenschaften“ Seite bekomme ich diese in rot an der Spitze:
ist ein Fehler aufgetreten, während der SQL Server-Datenbank zugreifen oder den Office Sharepoint Server-Suchdienst. Wenn dies das erste Mal ist, dass Sie diese Nachricht gesehen haben, versuchen Sie es später noch einmal. Wenn dieses Problem weiterhin besteht, kontaktieren Sie Ihren Administrator.
Ich habe mein Administrator kontaktiert, aber das ist mir zur Zeit und es stellt sich heraus, weiß ich nicht mehr, als ich über das Problem zu tun.
Im Ereignisprotokoll erhalte ich die folgende Meldung:
Die Methode Execute der Auftragsdefinition Microsoft.Office.Server.Search.Administration.IndexingScheduleJobDefinition (ID 8714973c-0514-4e1a-BE01-e1fe8bc01a18) hat eine Ausnahme. Weitere Informationen finden Sie unten aufgeführt.
Such Anwendung '{0}' ist nicht bereit.
Die Ereignis-ID ist 6398, die nicht so nützlich ist, wie ich gehofft hatte, aber ich die Nachricht interessant don finden, dass es wie ein String.format Aufruf sieht, wo der Ersatzwert fehlt. Leider mich nicht interessant, weil es zeigt, wie das Problem zu beheben.
Sharepoint eigenes Protokoll bietet diese:
UserProfileConfigManager.GetImportStatus() failed to obtain crawl status: System.InvalidOperationException: Search application '{0}' is not ready.
at Microsoft.Office.Server.Search.Administration.SearchApi..ctor(WellKnownSearchCatalogs catalog, SearchSharedApplication application)
at Microsoft.Office.Server.Search.Administration.SearchSharedApplication.get_SearchApi()
at Microsoft.Office.Server.UserProfiles.UserProfileConfigManager.c__DisplayClass3.b__0()
at Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock)
Ich habe versucht, zu stoppen und den Suchdienst starten, Entfernen und Wiederschöpf es aus dem Administrations-Bereich, und so ziemlich jede andere Sache, die ich finden konnte mit Sharepoint eigenen Verwaltungstool zu tun, was mich führt das Problem zu glauben, hier kann wird Datenbank oder Berechtigungen verwendet.
Es gab eine zweite SSP auf demselben Server einrichten, die ich denke, kann einen Teil der ursprünglichen Ursache des Problems gewesen sein, aber das Entfernen es hat keinen Unterschied gemacht.
Lösung 2
So scheint es, dass das Problem war ein beschädigter Shared Service Provider (keine Ahnung, wie es dazu kam, aber es gehen Sie) und die einzige funktionierende Lösung war ich finden konnte, um es zu löschen und neu beginnen.
Ich vermute, es kann durch Änderung etwas in der Datenbank irgendwo eine elegantere fix gewesen sein, aber ich weiß nicht, das Sharepoint-Datenbank-Modell gut genug, um es in der zur Verfügung stehenden Zeit zu finden.
Andere Tipps
Vielleicht können Sie Sinn daraus machen - ich Sharepoint neu bin, so macht es wenig Sinn für mich: „Service Geteilt, nachdem der Suche nach der Lösung viel encontre dieses Forum, in dem eine Person das gleiche Problem Bandwurm. Nach einer Unendlichkeit von Kommentaren zu lesen, die ich das Problem zu lösen, wurde ein neues Shared Service zu erstellen, weist sie später die anderen Anwendungen ihn und später habe ich es wie vorgegeben, initiiert sie den Import von Profilen, und später die Anhörungen klar zuerst habe ich es in einem Ort von Tests nur für den Fall etwas passiert, später der erste Shared Service beseitigt und schließlich die Fehler, die ich gelöst bin . der Schnappschuss des Registers der Konfiguration der Anwendung in der Datenbank korrekt gespeichert wurde Kontext:. Anwendung `SharedServices2 '"
Sie erwähnt nichts über Bandwürmer, vielleicht bist du eine neuere Version ausgeführt wird.
Übersetzung:
Persönlich würde ich die Msdn Foren versuchen.
Als zusätzliche Warnung an diese, wenn Sie Ihren SSP lösche können Sie feststellen, dass es nicht sauber löschen, so dass Sie eine Reihe von SQL-Server-Aufgaben erhalten, die immer noch versuchen, auf eine leere Datenbank ausgeführt werden, was zu Problemen führen kann wenn Sie etwas anderes auf demselben Datenbankserver hat.
Die gleiche Problem. Mein DBA löschen korrekt die Suchdatenbank und es funktioniert immer noch nicht. Ich werde die Lösung auf meinem Blog veröffentlichen, wenn ich etwas gefunden. Zur Zeit öffnen wir einen MS-Anruf.
- eine neue SSP Erstellt
2- Im Zentrum von admin, klicken Sie auf Shared Services Administration
3- Tippen Sie auf „Change Verbände“ und alle Web-Anwendungen auf den neuen SSP verschieben
ein neues search_DB und wählen Sie den guten Server, der Index wird, wenn Sie in einem Bauernhof sind
Probleme durch diesen Vorgang erstellt: Wir bemerken, dass wir statistische Informationen für unsere Standorte verlieren.
Wenn Sie diese Lösung versucht, geben Sie uns Ihren Feed zu zurück
Danke.
