MOSS SSP-Problem – Datenbankanmeldungen von gelöschtem SSP fehlgeschlagen

Question

Wir hatten einige Probleme mit einer SharePoint -Instanz in einer Testumgebung.Zum Glück ist dies keine Produktion;) Die Probleme begannen, als die Festplatte mit den SQL Server -Datenbanken und der Suchindex keinen Platz mehr haben.Anschließend würde der Suchdienst nicht ausgeführt und die Sucheinstellungen im SSP nicht zugegriffen.Durch die Rückgewinnung des Speicherplatzes wurde das Problem nicht gelöst.Anstatt die VM wiederherzustellen, haben wir uns entschlossen, das Problem zu beheben.

Wir haben einen neuen SSP erstellt und die Vereinigung aller Dienste in den neuen SSP geändert.Anschließend wurden der alte SSP und seine Datenbanken gelöscht.Suchergebnisse für PDF -Dateien werden nicht mehr angezeigt, aber die Suche funktioniert ansonsten einwandfrei.MySites funktioniert auch einwandfrei.

Nach der Implementierung dieser Änderung treten folgende Probleme auf:

1) Für „DOMAIN\SPMOSSSvc“, bei dem es sich um das MOSS-Farmkonto handelt, wurde im Anwendungsereignisprotokoll eine Meldung über einen Prüffehler angezeigt.

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 zeigt Abfragen aus SharePoint an, die auf die alte (gelöschte) SSP -Datenbank verweisen.

Also...

• Wo würden diese Verweise auf Domain spmossSVC und die alte SSP -Datenbank existieren?
• 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, der zugehörige Job jedoch 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 versucht, auszuführen, wird dies fehlschlagen, da die Datenbank nicht mehr vorhanden ist.

Befolgen Sie die von Daniel erwähnten Schritte:
1.Gehen Sie zu SQL Server Management Studio
2.Deaktivieren Sie den Job namens SSPNAME_JobDeleteExpiredSessions, klicken Sie mit der rechten Maustaste und wählen Sie Job deaktivieren.

Answer 2

Ich vermute, dass dies damit zusammenhängt, dass der SQL Server-Agent versucht, sich bei einer Datenbank anzumelden, die nicht mehr existiert.

Um das Problem zu klären, müssen Sie Folgendes tun:1.Gehen Sie zu SQL Server Management Studio 2.Deaktivieren Sie den aufgerufenen Job <database name>_job_deleteExpiredSessions

Wenn das funktioniert, sollten Sie bereit sein, es zu löschen.

Answer 3

Haben Sie versucht, den SSP über die Befehlszeile zu entfernen?Ich habe festgestellt, dass dies einmal funktioniert hat, als ein SSP kaputt war und wir ihn einfach loswerden wollten.

Der Befehl lautet:

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

Der deletedatbases Schalter ist optional.

---

Überprüfen Sie außerdem in der Zentraladministration unter Jobdefinitionen und Jobzeitplänen, ob noch SSP-bezogene Jobs ausgeführt werden