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.