Problema MOSS SSP: accessi al database non riusciti da SSP eliminato

Question

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.

Answer 1

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.

Answer 2

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.

Answer 3

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