MOSS SSP Problem - Fehlgeschlagene Datenbankanmeldungen von gelöschten SSP

Question

Wir hatten einige Probleme mit einer SharePoint-Instanz in einer Testumgebung . Zum Glück ist das nicht Produktion;) Die Probleme gestartet, wenn die Festplatte mit den SQL Server-Datenbanken und Suchindex des Raumes ausging. Danach würde der Suchdienst nicht ausgeführt und die Suche nach Einstellungen im SSP nicht möglich. Das Wiederherstellen des Speicherplatzes hat das Problem nicht behoben. Anstatt also die VM wiederherzustellen, haben wir uns entschieden, das Problem zu beheben: .

Wir haben einen neuen SSP erstellt und die Zuordnung aller Dienste zu der neuen SSP geändert. Der alte SSP und seine Datenbanken wurden dann gelöscht. Suche Ergebnisse für PDF-Dateien werden nicht mehr angezeigt, aber die Suche funktioniert ansonsten gut. MySites funktioniert auch in Ordnung.

die Durchführung dieser Änderung Nach treten diese Probleme auf:

1) Eine Fehlermeldung Prüfung begann im Ereignisprotokoll der Anwendung, für ‚DOMAIN \ SPMOSSSvc‘, das Konto der MOSS Farm erscheint.

Event Type: Failure Audit 
Event Source: MSSQLSERVER 
Event Category: (4) 
Event ID: 18456 
Date: 8/5/2008 
Time: 3:55:19 PM 
User: DOMAIN\SPMOSSSvc 
Computer: dastest01 
Description: 
Login failed for user 'DOMAIN\SPMOSSSvc'. [CLIENT: <local machine>] 

2) SQL Server Profiler-Abfragen von Sharepoint zeigt, die die alte (gelöscht) SSP-Datenbank verweisen.

So ...

• Wo würden diese Verweise auf DOMAIN \ SPMOSSSvc und der alten SSP Datenbank vorhanden?
• Gibt es eine Möglichkeit, den SSP vollständig vom Server zu entfernen und neu zu erstellen? Die Option zum Löschen war nicht verfügbar (ausgegraut), wenn ein einzelner SSP vorhanden ist.

Answer 1

Wie Daniel McPherson sagte, wird dies verursacht, wenn SSPs gelöscht werden, aber der zugehörige Job nicht ist und versuchen, mit der gelöschten Datenbank zu kommunizieren.

Wenn die SSP -Datenbank gelöscht wurde oder beim Löschen eines SSP ein Problem aufgetreten ist, wird der Job möglicherweise nicht gelöscht . Wenn der Job ausgeführt werden soll, schlägt er fehl, da die Datenbank Nr. länger existiert.

Folgen Sie den Schritten Daniel erwähnt:
1. Gehen Sie auf SQL Server Management Studio
2. Deaktivieren Sie den Job genannt SSPNAME_JobDeleteExpiredSessions rechten Maustaste und deaktivieren Job wählen.

Answer 2

Haben Sie versucht, den SSP über die Befehlszeile zu entfernen? Ich fand, dass dies einmal funktionierte, als wir eine SSP kaputt gemacht hatten und sie einfach loswerden wollten.

Der Befehl lautet:

stsadm.exe -o deletessp -title <sspname> [-deletedatabases] 

deletedatbases Der Schalter ist optional.

---

Überprüfen Sie auch in der Zentraladministration unter Auftragsdefinitionen und Jobpläne keine SSP verbundenen Arbeitsplätze noch zu gewährleisten, laufen

Answer 3

Ich vermute, diese werden in der SQL Server-Agents versuchen, eine Datenbank anzumelden, dass kein Länger existiert.

es zu klären, müssen Sie: 1. Gehen Sie auf SQL Server Management Studio 2. Deaktivieren Sie den Job genannt _job_deleteExpiredSessions

Wenn das funktioniert, dann sollten Sie alle klar sein, es zu löschen.