Problema de MOSS SSP: inicios de sesión fallidos en la base de datos del SSP eliminado

Question

Hemos tenido algunos problemas con una instancia de SharePoint en un entorno de prueba.Afortunadamente, esto no es producción;) los problemas comenzaron cuando el disco con las bases de datos de SQL Server y el índice de búsqueda se quedaron sin espacio.Después de esto, el servicio de búsqueda no se ejecutaría y la configuración de búsqueda en el SSP no era accesible.Reclamar el espacio del disco no resolvió el problema.Entonces, en lugar de restaurar la VM, decidimos tratar de solucionar el problema.

Creamos un nuevo SSP y cambiamos la asociación de todos los servicios al nuevo SSP.Luego se eliminaron el antiguo SSP y sus bases de datos.Los resultados de búsqueda para archivos PDF ya no aparecen, pero la búsqueda funciona bien de lo contrario.MySites también funciona bien.

Tras la implementación de este cambio, se producen estos problemas:

1) Comenzó a aparecer un mensaje de error de auditoría en el registro de eventos de la aplicación, para 'DOMAIN\SPMOSSSvc', que es la cuenta de la granja 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 muestra consultas de SharePoint que hacen referencia a la antigua base de datos SSP (eliminada).

Entonces...

• ¿Dónde existirían estas referencias al dominio spMossSVC y la antigua base de datos SSP?
• ¿Hay alguna manera de 'completamente' eliminar el SSP del servidor y volver a crear?La opción de eliminar no estaba disponible (gris) cuando hay un solo SSP en su lugar.

Answer 1

Como dijo Daniel McPherson, esto es causado cuando se eliminan los SSP, pero el trabajo asociado no está e intenta comunicarse con la base de datos eliminada.

Si la base de datos SSP se ha eliminado o se produce un problema al eliminar un SSP, el trabajo no puede eliminarse.Cuando el trabajo intenta ejecutarse, fallará ya que la base de datos ya no existe.

Siga los pasos que Daniel mencionó:
1.Ir al estudio de administración de SQL Server
2.Deshabilite el trabajo llamado SSPNAME_JobDeleteExpiredSessions, haga clic derecho y elija Deshabilitar trabajo.

Answer 2

Sospecho que estos están relacionados con el Agente SQL Server que intenta iniciar sesión en una base de datos que ya no existe.

Para aclararlo necesitas:1.Vaya a SQL Server Management Studio 2.Deshabilitar el trabajo llamado <database name>_job_deleteExpiredSessions

Si eso funciona, entonces deberías poder eliminarlo.

Answer 3

¿Has intentado eliminar el SSP usando la línea de comando?Descubrí que esto funcionó una vez cuando teníamos un SSP roto y solo queríamos deshacernos de él.

El comando es:

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

El deletedatbases El interruptor es opcional.

---

Además, verifique en Administración central en Definiciones de trabajos y Programaciones de trabajos para asegurarse de que todavía no se estén ejecutando trabajos relacionados con SSP.