Pregunta

había activado todo tipo de eventos de auditoría para nuestra producción de aplicaciones web y terminó con un problema con la base de datos como tabla AuditData crecido hasta 50 GB. Ahora, queremos reducir el tamaño de la tabla AuditData.

Ya ejecutado stsadm trimauditlog y que sólo ayudó a que reduzcamos 5GB sin embargo Stil le gustaría reducir el tamaño de la tabla, por lo pensado en borrar todo "apertura o descarga ..." entradas de tipo de evento (en la actualidad, nos desactivado el mismo evento). Si no me deja la mejor manera posible para el mismo.

También, ¿alguna vez has enfrentado a un problema con DB de instancia debido al tamaño de una mesa, si es así, ¿cómo se resuelve el problema?

¿Fue útil?

Solución

Siempre recomiendo que considere cuidadosamente lo que desea registrar y donde antes de habilitar los registros de auditoría en SharePoint.

Esto se debe tanto a impacto en el rendimiento directo de la tala, y bases de datos / archivos de registro que crecen fuera de control.

Se debe tener en cuenta lo que necesita los datos para, y EXPECIALLY ahora que se han registrado desde hace algún tiempo, qué partes de los datos se utiliza para nada relevante, y ajustar el registro en consecuencia.

A continuación se muestra una lista de los diferentes eventos que se pudo iniciar sesión. http://msdn.microsoft.com/en-us/library /microsoft.sharepoint.spauditeventtype.aspx

Otros consejos

¿En qué fecha se utiliza hasta la fecha de purga hasta que?

Es posible que desee solamente para mantener 2 semanas o valor de un mes de registro de auditoría, en función de sus necesidades de negocio, y mejorar el almacenamiento de hacer frente.

¿Cuántos usuarios tiene su entorno, y sobre el cual se escala de tiempo ha crecido hasta 50 GB?

Licenciado bajo: CC-BY-SA con atribución
scroll top