Problema MOSS SSP: accessi al database non riusciti da SSP eliminato
-
08-06-2019 - |
Domanda
Abbiamo avuto alcuni problemi con un'istanza di SharePoint in un ambiente di test.Per fortuna questa non è una produzione;) i problemi sono iniziati quando il disco con i database SQL Server e l'indice di ricerca hanno finito lo spazio.In seguito, il servizio di ricerca non eseguirebbe e le impostazioni di ricerca nel SSP non erano accessibili.Il recupero dello spazio del disco non ha risolto il problema.Quindi, piuttosto che ripristinare la VM, abbiamo deciso di provare a risolvere il problema.
Abbiamo creato un nuovo SSP e cambiato l'associazione di tutti i servizi al nuovo SSP.Il vecchio SSP e i suoi database sono stati quindi cancellati.I risultati della ricerca per i file PDF non vengono più visualizzati, ma la ricerca funziona bene altrimenti.Anche MySites funziona bene.
In seguito all'implementazione di questa modifica, si verificano i seguenti problemi:
1) Un messaggio di errore di controllo ha iniziato a essere visualizzato nel registro eventi dell'applicazione per "DOMAIN\SPMOSSSvc" che è l'account della farm 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: <local machine>]
2) SQL Server Profiler mostra query da SharePoint che fanno riferimento al vecchio (cancellato) database SSP.
COSÌ...
- Dove esistono questi riferimenti al dominio SPMOSSSVC e al vecchio database SSP?
- C'è un modo per "rimuovere completamente" il SSP dal server e ricreare?L'opzione di eliminare non era disponibile (in grigio) quando è in atto un singolo SSP.
Soluzione
Come ha detto Daniel McPherson, questo è causato quando gli SSP vengono eliminati ma il lavoro associato non lo è e tenta di comunicare con il database eliminato.
Se il database SSP è stato eliminato o si è verificato un problema durante l'eliminazione di un SSP, il lavoro potrebbe non essere eliminato.Quando il lavoro tenta di essere eseguito, fallirà poiché il database non esiste più.
Segui i passaggi indicati da Daniel:
1.Vai a SQL Server Management Studio
2.Disabilita il lavoro chiamato SSPNAME_JobDeleteExpiredSessions, fai clic con il tasto destro e scegli Disabilita lavoro.
Altri suggerimenti
Sospetto che questi siano correlati al tentativo di SQL Server Agent di accedere a un database che non esiste più.
Per chiarirlo è necessario:1.Vai a SQL Server Management Studio 2.Disabilitare il lavoro chiamato <database name>_job_deleteExpiredSessions
Se funziona, dovresti essere in grado di eliminarlo.
Hai provato a rimuovere l'SSP utilizzando la riga di comando?Ho scoperto che funzionava una volta quando avevamo rotto un SSP e volevamo semplicemente sbarazzarcene.
Il comando è:
stsadm.exe -o deletessp -title <sspname> [-deletedatabases]
IL deletedatbases
l'interruttore è facoltativo.
Inoltre, controlla in Amministrazione centrale in Definizioni lavoro e Pianificazioni lavoro per assicurarti che nessun lavoro correlato al provider di servizi condivisi sia ancora in esecuzione