¿Por EventCache tamaño de la tabla es enorme

Question

Tengo un sitio de publicación MOSS. El contenido es bastante pequeño. Me di cuenta de que el tamaño de la base de datos de contenido es ahora 5GB sin ningún contenido significativo de los cambios realizados. El uso de una secuencia de comandos para mostrar los tamaños de las tablas, me di cuenta que el tamaño de la tabla EventCache por sí sola es más de 3,5 GB. ¿Por qué es esto? ¿Cuál es la razón para esto? Lo que hay que hacer al respecto para reducir el tamaño?

Answer 1

hizo marcó las siguientes cosas: 1. ¿ha migrado la base de datos de contenido de una versión anterior (SPS 2003)? -. En este caso, podría ser a veces las timerjobs para limpiar la mesa EventCache en sus vencimientos fecha no se comportan bien y filas que superen el número definido de días que aún permanecen en la tabla

1. En MOSS Sp2 que fija algunas partes que también causa un crecimiento inesperado de las bases de datos, pero no estoy seguro si esto se aplica también a la mesa EventCache en cierta.

2. En un caso que tenía, el espacio libre en disco en SQL Server no tiene suficiente espacio para llevar a cabo la creación de la temperatura de DB que se construye durante el procedimiento de EventCache Índ para borrar registros caducados. Pudimos averiguar en este caso con un 75GB DB, si EventCache allone tooks 8 GB que teníamos espacio libre de aproximadamente hasta 260 GB a recoger la mesa.

3. Otra sugerencia puede encontrar aquí, así: Artículo de KB: 957691 - Construir 12.0000.6331.5000) "Método admitido para borrar la tabla EventCache"

Espero que esto puede ayudar a usted,

saluda, Steve Chen, ingeniero de soporte de SharePoint EMEA GTSC

Answer 2

Intente cambiar el número de días para mantener su registro de cambios y ver si esa tabla se hace más pequeño.

Además, es su servicio SPTimer funcionando correctamente con la cuenta de dominio correcto?

¿Tiene una gran cantidad de usuarios con un montón de alertas de configuración?

Answer 3

recientemente he tenido el mismo problema debido a la corrupción de base de datos. De acuerdo a este sitio , hay una trabajo del temporizador que se deben eliminar todos los eventos antiguos, y usted debe asegurarse de que este trabajo del temporizador "alerta inmediata" se está ejecutando.

Se puede comprobar para ver si en realidad citas antiguas se eliminan mediante la ejecución de este SQL contra la base de datos:

select top 1000 from [dbo].EventCache order by id desc

A continuación, comprobar para asegurarse de que no hay eventos con fechas más de una o dos semanas.

Si usted tiene este tipo de eventos, recoger la mayor ID de la consulta anterior, y luego en Ejecutar (asumamos que la identificación fue 8500):

delete from [dbo.EventCache] where id < 8500

En mi caso, he recibido un error que indica que la base de datos era corrupto (y esta fue la razón por la que tenía tantas filas en mi base de datos).

Para fijar la corrupción de bases de datos de SharePoint, puede ejecutar el siguiente (Importante: esto puede causar pérdida de datos):

ALTER DATABASE WSS_CONTENT SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DBCC CHECKDB ('WSS_CONTENT', REPAIR_ALLOW_DATA_LOSS);
ALTER DATABASE WSS_CONTENT SET MULTI_USER

(Mi base de datos de contenido se llama "WS_CONTENT", el suyo puede ser diferente).

A continuación, ejecute el "Seleccionar" declaración anterior para asegurarse de que no hay demasiadas filas, y si es así, eliminarlos.