Problema MOSS SSP - Logarea bazei de date eșuată din SSP șters

Am avut unele probleme cu o instanță SharePoint într-un test mediu inconjurator. Din fericire, aceasta nu este producția;) Problemele au început când discul cu bazele de date SQL Server și indicele de căutare au ieșit de spațiu. După aceasta, serviciul de căutare nu ar fi rulat și nu va căuta setările din SSP nu erau accesibile. Reclamați spațiul pe disc nu rezolvați problema. Deci, mai degrabă decât să restaurăm VM, ne-am hotărât încercați să remediați problema.

Am creat un nou SSP și am schimbat asocierea tuturor serviciilor noul SSP. Vechiul SSP și bazele sale de date au fost șterse. Căutare rezultatele pentru fișierele PDF nu mai apar, dar căutarea funcționează bine altfel. MySites funcționează, de asemenea, bine.

În urma implementării acestei modificări, apar următoarele probleme:

1) Un mesaj de eșec al auditului a început să apară în jurnalul de evenimente al aplicației, pentru "DOMAIN \ SPMOSSSvc", care este contul fermei MOSS.

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: ]

2) Profilul SQL Server afișează interogări din SharePoint care fac trimitere la vechiul   (șters) baza de date SSP.

Asa de...

  • Unde ar fi aceste referințe la DOMAIN \ SPMOSSSvc și vechiul SSP există o bază de date?
  • Există o modalitate de a "elimina" complet SSP-ul de la server și recrea? Opțiunea de ștergere nu a fost disponibilă (cu culoare gri) când a un singur SSP este în vigoare.
0
fr hi bn

3 răspunsuri

După cum a spus Daniel McPherson, acest lucru este cauzat atunci când SSP-urile sunt șterse, dar asociate de locuri de muncă nu sunt și încearcă să comunice cu baza de date eliminat.

Dacă SSP baza de date a fost ștearsă sau sa produs o problemă la ștergerea unui SSP, sarcina poate să nu fie șters. Când lucrarea încearcă să se execute, aceasta va eșua, deoarece baza de date nr mai există.

Urmați pașii menționați de Daniel:
1. Du-te la SQL Server Management Studio
2. Dezactivați lucrarea numită SSPNAME_JobDeleteExpiredSessions, dați clic dreapta și alegeți Dezactivați lucrarea.

0
adăugat

Ați încercat să eliminați SSP utilizând linia de comandă? Am constatat că acest lucru a funcționat odată când am avut un SSP rupt și am vrut să scap de el.

Comanda este:

stsadm.exe -o deletessp -title  [-deletedatabases]

Comutatorul deletedatbases este opțional.


De asemenea, verificați în Administrația centrală, în conformitate cu definițiile de locuri de muncă și Scheme de locuri de muncă, pentru a vă asigura că nu există încă locuri de muncă legate de SSP

0
adăugat

Cred că acestea sunt legate de SQL Server Agent încercând să vă conectați la o bază de date care nu mai există.

To clear it up you need to: 1. Go to SQL Server Management Studio 2. Disable the job called _job_deleteExpiredSessions

În cazul în care funcționează, atunci ar trebui să fiți clar pentru al șterge.

0
adăugat
SEO - optimizare, România & Moldova
SEO - optimizare, România & Moldova
120 participanți

Pentru confort, opriți notificările. Parteneri: ciupacabra.com Toate grupurile IT: @Grupuri_IT