SQL Server Performance

Crecimiento del T Log

Discussion in 'Preguntas sobre SQL Server en Español.' started by Boni, Apr 18, 2007.

  1. Boni New Member

    Hola:

    Necesito que alguien me ayude a entender el siguiente caso:

    Tengo una base de datos cuyo mdf pesa aproximadamente 5 gb y el ldf (aca esta el problema) 12 GB, si es increible.

    Buscando informacion de como reducir el archivo log ejecute los siguientes pasos:

    1- USE MiBase
    2-CHECKPOINT
    3-EXEC sp_addumpdevice 'disk', 'CopiaMiBase', 'd:LogMiBase.bak'
    4-BACKUP DATABASE MiBase TO CopiaMiBase
    5-BACKUP LOG MiBase WITH TRUNCATE_ONLY
    6-DBCC SHRINKFILE (MiBase_Log, 100)

    Esto resultó solo por unas horas porque cuando comenzaron a usar el erp la base volvio a crecer y en 2 horas el log llego otra vez a 10 GB.

    Otra consulta... el metodo de Recovery esta en Full. Cual seria la implicancia de ponerlo en simple?

    Agradeceré su ayuda,

  2. Luis Martin Moderator

    Todo lo que te pasa ocurre porque el método de recovery es full.

    Este método de recuperación es necesario solamente si realizas Backups del transaction log frecuentemente, por ejemplo cada 15 o 30 minutos.

    Si la política del backup es realizar un full backup por día, entonces no tiene sentido el Full recovery, tiene sentido el simple con lo cual no te crecerá el log.

    Cuéntame cómo es la política de backup y vemos cómo seguimos.

    Saludos,



    Luis Martin
    Moderator
    SQL-Server-Performance.com

    All in Love is Fair
    Stevie Wonder


    All postings are provided “AS IS” with no warranties for accuracy.



  3. Boni New Member

    Primero que nada, muchas gracias por tu tiempo.

    Con respecto a el metodo de Recovery, esta configurado como full, debido a la cantidad de transacciones diarias y críticas que se generan, entonces en el caso de que se produzca alguna falla generamos el BCK de transacciones y podemos volver a cualquier momento del día para atras. Esta configuración fue solicitada por el gerente de sistemas a partir de un día que pisaron una tabla crítica con otra en blanco y se pudo recuperar de esta manera.

    Esto es correcto? Como veras no soy una experta en el tema, pero me tengo que arreglar así por ahora.

    El plan de mantenimiento corre un bck full todas las noches, tanto del datos como del tlog

    Saludos,



    Todo lo que te pasa ocurre porque el método de recovery es full.

    Este método de recuperación es necesario solamente si realizas Backups del transaction log frecuentemente, por ejemplo cada 15 o 30 minutos.

    Si la política del backup es realizar un full backup por día, entonces no tiene sentido el Full recovery, tiene sentido el simple con lo cual no te crecerá el log.

    Cuéntame cómo es la política de backup y vemos cómo seguimos.

    Saludos,



    Luis Martin
    Moderator
    SQL-Server-Performance.com

    All in Love is Fair
    Stevie Wonder


    All postings are provided “AS IS” with no warranties for accuracy.




  4. Luis Martin Moderator

    Entonces lo que tienes que hacer es backup del transaction log en forma frequente, digamos cada 15 minutos. Por cada backup del log el mismo backup trunca el log. De esa forma no crece tan desmedidamente.


    Saludos,


    Luis Martin
    Moderator
    SQL-Server-Performance.com

    All in Love is Fair
    Stevie Wonder


    All postings are provided “AS IS” with no warranties for accuracy.



  5. ricardo_hinostroza New Member

    Saludos a todos,

    Me parece un poco fuera de lo normal que tu ERP, genere tanto log en tan pocos minutos en todo case, deberias de consultar con el jefe de sistemas si los 'Delete' son fisicos o logicos, si son fisicos he ahi parte del problema, si no estan manejandos transacciones podria estar otra parte del problema, ya que cuando se realizan las cosas en la bd de datos el log tiende a crecer mucho los 'delete' deberian de ser logicos y los CRUD deberian de ser manejados bajo transaccion, ademas de esto, ten en cuenta que deberian de estar usando SP y no T-SQL ya que la suma de todos esto genera que el log se comience a llenar y no aseguran la confiabilidad de la informacion a pesar de que el motor del SQL ejecuta los Checkpoint para confirmas inserciones y eliminaciones no confirmadas bajo transaccion.

    debes consultar con la gente de sistemas , como estan realizandos sus procesos, ademas tu tambien deberias de saber de estos puntos no ?

  6. Luis Martin Moderator

    Estimado Ricardo:

    Lo mismo que en la otra respuesta: Bienvenido a nuestro Forum. Toda colaboración es altamente apreciada y cuento contigo para futuras consultas.

    Permíteme sugerirte lo siguiente: La consulta original ha sido realizada hace más de un año. En estos casos, al no haber alguna re-pregunta en un lapso razonable, no se considera oportuno respuesta alguana.
    Espero que no lo tomes de mal modo. Solamente, como moderador, trato de explicar las políticas de este forum.

    Un abrazo,


    Luis Martin
    Moderator
    SQL-Server-Performance.com

    All in Love is Fair
    Stevie Wonder


    All postings are provided “AS IS” with no warranties for accuracy.



Share This Page