MOSS SSP Problema: 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 SQL Server y el índice de búsqueda se agotaron de espacio. Después de esto, el servicio de búsqueda no se ejecutará y las configuraciones de búsqueda en el SSP no fueron accesibles. Reclamando el espacio en el disco no resolvió el problema. Entonces, en lugar de restaurar la máquina virtual, decidimos solucionar el problema con .

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

Tras la aplicación de este cambio, estos problemas:

1) Un mensaje de error de auditoría comenzó a aparecer en el registro de sucesos de aplicación, por 'DOMINIO \ 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) Analizador de SQL Server está mostrando consultas de SharePoint que hacen referencia a la (suprimido la base de datos del SSP de edad).

Entonces ...

• Dónde existirían estas referencias al dominio \ SPMOSSSvc y la antigua base de datos del SSP ?
• ¿Hay alguna manera de "eliminar" completamente el SSP del servidor y volver a crear? La opción para eliminar no estaba disponible (atenuada) cuando un SSP único está en su lugar.

Answer 1

Como dijo Daniel McPherson, esto se debe a que los SSP se eliminaron pero el trabajo asociado no es e intentan comunicarse con la base de datos eliminada.

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

Siga los pasos que se mencionan: Daniel
1. Ir a SQL Server Management Studio
2. deshabilitar el trabajo llamados SSPNAME_JobDeleteExpiredSessions, haga clic derecho y elija Desactivar Trabajo.

Answer 2

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

El comando es:

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

El deletedatbases interruptor es opcional.

---

Además, verifique en la Administración Central, bajo definiciones de tareas y horarios de trabajo para asegurar que no puestos de trabajo relacionados SSP están aún en marcha

Answer 3

Sospecho que estos están relacionados con el Agente SQL Server intenta iniciar sesión en un base de datos que hay mas tiempo existe

Para aclararlo, es necesario: 1. Ir a SQL Server Management Studio 2. Desactivar el trabajo llamado _job_deleteExpiredSessions

Si eso funciona, entonces usted debe estar claro para eliminarlo.