none
Crecimiento extraordinario del log después del plan de mantenimiento RRS feed

  • Pregunta

  • Hola a todos.

    Mi consulta es la siguiente:

    Tengo una base de datos SQL-2014 y los planes de mantenimiento son ejecutados todos los domingos. El problema que se me presenta es el siguiente: después de finalizar la ejecución de los planes de mantenimiento el archivo del transactionlog puede crecer hasta tener el doble o más del tamaño del archivo de la base de datos, lo cual a veces hace que la capacidad de la partición donde reside el archivo del log se vea superada.

    Cualquier sugerencia a esta situación será agradecida.

    Roy Salas

    miércoles, 11 de enero de 2017 16:34

Respuestas

  • Coincido 100 % con los comentarios, (no escribiría obviamente solo para decir eso)

    Adicionalmente, me gustaría contarte el motivo por el que crecen.

    Cuando tu BBDD está reindexando, el marcador de transacción mas antigua comiteada se queda justo en el comienzo de la reindexación, si esa reindexación ocupa X horas, durante todo ese tiempo el log no se puede truncar, ni aún haciéndole backups, por ese motivo crece y crece. Simplemente es una mezcla de la actividad con la marca de transacción mas antigua. Salvo que uses la opción que propone AMB, es inevitable, y aún usándola no hay garantía de que no te pase, dependerá de si el índice en cuestión se reorganiza porque tiene poca fragmentación o se reindexa por que tiene mucha.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 11 de enero de 2017 19:30
    Moderador

Todas las respuestas

  • Saludos

    Podrias ser un poco mas especifico en que es lo que haces en estos planes de mantenimiento, cuanto mide la base y cuanto termina midiendo el log, no entenderia porque el archivo de log crece tanto a menos que tu plan tenga rutinas no optimizadas.

    miércoles, 11 de enero de 2017 16:39
  • Roy,

    Me pregunto si tu plan de mantenimiento incluye mantenimiento de indices?

    De ser asi chequea si en realidad el indice (los) necesitan mantenimiento o no, sobre todo si haces REBUILD. Una herramienta util seria usar el script de Ola Hallengren para saber si se debe dar mantenimiento al indice o no.

    https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html


    AMB

    Some guidelines for posting questions...

    AYÚDANOS A AYUDARTE, guía básica de consejos para formular preguntas

    miércoles, 11 de enero de 2017 16:53
  • Coincido con Enrique, es importante saber que tareas realizas con los planes de mantenimiento, ya que estos no son muy optimos para realizar tareas de mantenimiento para la base de datos. Hay otras opciones como la de Ola Hallgreen que ya fue mencionada.
    miércoles, 11 de enero de 2017 18:59
  • Coincido 100 % con los comentarios, (no escribiría obviamente solo para decir eso)

    Adicionalmente, me gustaría contarte el motivo por el que crecen.

    Cuando tu BBDD está reindexando, el marcador de transacción mas antigua comiteada se queda justo en el comienzo de la reindexación, si esa reindexación ocupa X horas, durante todo ese tiempo el log no se puede truncar, ni aún haciéndole backups, por ese motivo crece y crece. Simplemente es una mezcla de la actividad con la marca de transacción mas antigua. Salvo que uses la opción que propone AMB, es inevitable, y aún usándola no hay garantía de que no te pase, dependerá de si el índice en cuestión se reorganiza porque tiene poca fragmentación o se reindexa por que tiene mucha.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 11 de enero de 2017 19:30
    Moderador