none
Crecimiento descontrolado del Log de Transacciones de la Base de datos de contenido de una aplicación RRS feed

  • Pregunta

  • Hola,

    Me ha surgido una incidencia en un entorno con SharePoint Server 2010, sin que en principio, se haya hecho ningún cambio en el entorno de producción, todos los días a las 00:00H nos ocurre que el log de transacciones empieza a llenarse y expandirse hasta pasar de escasos 50MB a ni más ni menos que unos 20 GB, momento en que la aplicación deja de funcionar.

    A primera hora de la mañana hacemos un shrink y se vuelve sin problemas a un tamaño de 50MB del log de transacciones. No tenemos ni idea de qué puede estar ocasionando esto, ya que, en principio, no hemos hecho ningún cambio en la aplicación en el momento en el que empezó a producirse la incidencia.

    ¿A alguien le ha pasado algo similar o alguien tiene alguna pista acerca de qué puede estar produciendo esta incidencia?

    También me resultaría útil saber qué pruebas puedo realizar que me permitan dar con la causa.

    • Editado scorach martes, 27 de agosto de 2013 7:11 Completar la pregunta
    martes, 27 de agosto de 2013 6:56

Respuestas

  • Hola,

    Pues pueden ser bastantes causas las que te pueden generar esa situación. Antes de nada, ¿el archivo de transacciones que se descontrola es el de una BD de contenido?.

    En mi opinión, primero revisaría los archivos de LOG en el segmento horarios donde se dispara el tamaño a ver si son también muy diferentes a en tamaño a los habituales. En ese caso, intentaría abrir el archivo de LOG para encontrar alguna pista.

    Otra cosa que puedes hacer es revisar los trabajos del temporizador buscando alguno que se ejecute a esa hora a ver si puede estar relacionado.

    Mas cosas que se me ocurren es que tengas alguna aplicación externa que modifique contenido de manera masiva, como por ejemplo una tarea de volcado, y que esta haga que crezca el archivo de transacciones.

    Saludos.

    martes, 27 de agosto de 2013 8:04

Todas las respuestas

  • Hola,

    Pues pueden ser bastantes causas las que te pueden generar esa situación. Antes de nada, ¿el archivo de transacciones que se descontrola es el de una BD de contenido?.

    En mi opinión, primero revisaría los archivos de LOG en el segmento horarios donde se dispara el tamaño a ver si son también muy diferentes a en tamaño a los habituales. En ese caso, intentaría abrir el archivo de LOG para encontrar alguna pista.

    Otra cosa que puedes hacer es revisar los trabajos del temporizador buscando alguno que se ejecute a esa hora a ver si puede estar relacionado.

    Mas cosas que se me ocurren es que tengas alguna aplicación externa que modifique contenido de manera masiva, como por ejemplo una tarea de volcado, y que esta haga que crezca el archivo de transacciones.

    Saludos.

    martes, 27 de agosto de 2013 8:04
  • Hola Juanjo,

    Muchas gracias por tu respuesta. Sí, el log de transacciones que está creciendo de forma extraña pertenece a la Base de Datos de cotenido de una aplicación.

    Revisaremos el log a ver si encontramos alguna pista.

    En principio lo que consideraba más probable es que el error estuviese producido por el servicio de búsqueda o por el de sincronización d eperfiles, que son los que usamos en la aplicación, pero ambos se ejecutan a la 01:00AM, no a las 00:00AM. El servicio se sincrnización de perfiles hace una sincronización incremental y el de búsqueda un rastreo completo, pero eso, a la 01:00, no a las 00:00.

    • Propuesto como respuesta Santiago Muñoz domingo, 1 de septiembre de 2013 2:36
    martes, 27 de agosto de 2013 8:39
  • Hola,

    De nada. Pues a ver si sale algo en el LOG y te podemos echar un cable.

    Saludos.

    martes, 27 de agosto de 2013 8:53
  • Disculpad la tardanza en contestar. Al parecer lo que ocurría es que a esa hora el SQL Server iniciaba una tarea de mantenimiento que reconstruía los índices de la base de datos de contenidos, y se llegaba al máximo de tamaño del LOG de transacciones, por lo que la tarea no llegaba a completarse.

    Se solucionó poniendo temporalmente el tipo de log como simple, ya que así ocupaba mucho menos. Con este tipo de log, la tarea pudo terminar sin llegar al límite de tamaño, y cuando terminó, este volvió a su tamaño habitual (unos pocos megas).

    Una vez terminó la tarea, se volvió a configurar el tipo de log como completo, y al día siguiente a las 12:00 no pasó nada, no se ejecutó ninguna tarea ni el tamaño del log fluctuó en absoluto. 

    ¿Sacáis alguna conclusión? Yo no tengo acceso al entorno de producción, ya que dependo de un departamento de sistemas. En principio el problema ya estaría solucionado, pero intento comprender lo que ha pasado...

    miércoles, 4 de septiembre de 2013 16:01