sql-server - una - optimizar base de datos sql server 2008

Problema de MOSS SSP: inicios de sesión fallidos de la base de datos desde el 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 las configuraciones de búsqueda en el SSP no serían accesibles. Reclamar el espacio en el 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. El antiguo SSP y sus bases de datos se eliminaron. Los resultados de búsqueda de archivos PDF ya no aparecen, pero la búsqueda funciona bien de lo contrario. MySites también funciona bien.

Después de la implementación de este cambio, estos problemas ocurren:

1) Un mensaje de error de auditoría comenzó a aparecer 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) El perfilador de SQL Server muestra consultas de SharePoint que hacen referencia a la antigua base de datos SSP (eliminada).

Asi que...

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

Answer 1

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

Para solucionarlo, debe: 1. Ir a SQL Server Management Studio 2. Deshabilitar el trabajo llamado _job_deleteExpiredSessions

Si eso funciona, entonces deberías tener claro borrarlo.

Answer 2

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

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

Sigue los pasos que Daniel mencionó:
1. Vaya a SQL Server Management Studio
2. Desactive el trabajo llamado SSPNAME_JobDeleteExpiredSessions, haga clic con el botón derecho y seleccione Disable Job.

Answer 3

¿Has 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 es opcional.

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