Problema de base de datos de Sharepoint después de que la base de datos se moviera a SQL 08

Problema de base de datos de Sharepoint después de que la base de datos se moviera a SQL 08

Recientemente, hemos movido nuestra base de datos SharePoint 2007 del servidor SQL 2000 al servidor SQL 2008 x64. Todo parece estar bien, sin embargo, hay un problema en el que el servidor SQL deja de ejecutarse y es necesario reiniciar el servicio. Los errores mencionan memoria interna insuficiente, etc. Intenté iniciar la base de datos usando -g384, que es el valor predeterminado en SQL 2000, pero creo que 256 es el valor predeterminado para 2008. Esto no ha solucionado el problema. Me informaron que tal vez el problema pueda solucionarse actualizando a wss 3.0 sp2. Sin embargo, cuando intento instalar esto, aparece otro error después de la actualización de sp2 y tengo que consultar una instantánea de la máquina virtual. El error después del service pack es Error del servidor:http://go.microsoft.com/fwlink?LinkID=96177 Supongo que tengo algunas preguntas: ¿Cómo puedo solucionar el primer problema y el segundo? Revisé muchos foros y publicaciones, probé algunas cosas y todavía no obtengo ninguna alegría. Cualquier ayuda sería genial.

ACTUALIZACIÓN He solucionado el error del servidor:http://go.microsoft.com/fwlink?LinkID=96177Necesitaba ejecutar wss sp2 así como los servidores de oficina sp2, luego el asistente de configuración y luego la configuración de moss funcionó. Los errores que recibo en SQL son

SQL Server no pudo ejecutar una nueva tarea del sistema, ya sea porque no hay suficiente memoria o porque el número de sesiones configuradas excede el máximo permitido en el servidor. Verifique que el servidor tenga la memoria adecuada. Utilice sp_configure con la opción 'conexiones de usuario' para verificar la cantidad máxima de conexiones de usuario permitidas. Utilice sys.dm_exec_sessions para comprobar el número actual de sesiones, incluidos los procesos de usuario.

Error en una operación de lectura de un objeto grande al enviar datos al cliente. Una causa común para esto es si la aplicación se ejecuta en el nivel de aislamiento READ UNCOMMITED. La conexión se terminará.

No hay suficiente memoria del sistema en el grupo de recursos "interno" para ejecutar esta consulta.

Estos errores son de un usuario que fue creado como un servicio para sharepoint.

Respuesta1

Descubrí que el servidor estaba usando todos sus 4 GB de RAM justo antes de que se detuviera el servicio del servidor SQL. Así que lo apagué (es virtual) y agregué 4 GB de RAM para un total de 8 GB. Ha estado funcionando durante 2 días y no hay ningún error en el registro (toco madera). Pero sí noté que el servicio alcanzó los 4 GB de RAM durante el tiempo que generalmente ocurría la interrupción.

Así que sigo monitoreando y publicando resultados.

Esto no ha solucionado el problema. Cuando le di 8 GB, SQL solo usó 8 GB.

No sé qué más probar. Creo que es hora de un gurú de SQL.

Respuesta2

¿Cuál es el mensaje de error específico que aparece en SQL ErrorLog cuando falla y se apaga?

¿Cuánta memoria hay en el servidor? ¿Para cuánta memoria está configurado SQL? ¿Qué tamaño tienen las bases de datos? ¿Cuántos usuarios de SharePoint tienen?

Respuesta3

¿Puede iniciar sesión utilizando la Conexión de administrador dedicada (método de puerta trasera para conexiones a un servidor bloqueado o que no responde; use SQLCMD -A) cuando vuelva a suceder y ver cuántas conexiones hay?

Utilice el siguiente T-SQL:

SELECT loginame, count (*) AS Connections
FROM master.dbo.sysprocesses (nolock)
GROUP BY loginame
ORDER BY loginame;
GO

Probablemente también quieras llamar al soporte del producto para que te ayuden más rápido que este foro.

Gracias

Respuesta4

¿El servidor IIS también está perdiendo memoria o solo la máquina del servidor SQL? ¿La muerte del servicio SQL depende del uso del SP?

información relacionada