locked
Exchange 2010 y borrado de archivos .log RRS feed

  • Pregunta

  • Hola a todos, como estan?

    Pregunto aqui pq la verdad soy bastante novato en Exchange y por lo que lei no entiendo del todo lo que pasa.

    Recientemente me quede sin espacio en disco en mi Exchange 2010, al fijarme la razon me doy que tenia casi 200GB de archivos .LOG en la carpeta donde esta la BD "C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 1573385936".

    En la urgencia, procedi a borrar unos 100GB de .LOGs manualmente. Ahora estoy tratando de entender pq ocurre esto y como lidiar con el asunto. Por lo q lei estos LOGs tiene q ver con el esquema de backup y pueden llegar a ser necesarios en una restauracion.

    En mi esquema, hago back Full los findes, e incrementales durante la semana con CA Arcserve Backup r16.0 durante la madrugada. 

    Entonces, para saber: pq se crean esos archivos LOG? me afectara que haya borrado manualmente cuando en el futuro necesite hacer una restauracion?? como se controla el crecimiento de esos LOGs para no colapsar el disco??

    Muchas gracias por la ayuda!


    Lic. Francisco Aguero

    lunes, 19 de noviembre de 2012 12:41

Respuestas

  • Hola FranAgue!

    Tal como te explica Esteban De Leo, borrar manualmente los logs te complica en el restore de los incrementales.

    Tené en cuenta los siguientes dos puntos:

    • Si tu configuración es full backup los fines, e incrementales durante la semana, no se deberían acumular logs, dado que los fines de semana se realiza un full backup y los días de semana los incrementales, que hacen backup de los logs justamente.
    • Si borraste logs que aún no se comitearon, podrías tener problemas de inconsistencias en la base de datos.

    Ahora bien, dado que has borrado logs a mano, lo primero que deberías hacer es regularizar y remediar esta situación. Desconozco si ya lo has hecho, pero si no lo hiciste o no sabés como hacerlo, las acciones que te recomiendo a seguir son las siguientes:

    1. Habilitá Circular Login en las bases de datos comprometidas para que todos los logs se comiteen en forma ordenada. Esto se hace haciendo botón derecho sobre la base de datos de Exchange, desde "Organization Configuration - Mailbox". En la solapa "Maintenance" te encontrarás con la opción "Enable Circular Login".
    2. Una vez que lo habilites, reiniciá el servicio "Information Store" para que el circular login se habilite.
    3. Esto generará que las bases de datos realicen commit de todos lo logs pendientes. Una vez que esto suceda, luego de unos minutos, notarás que en tu carpeta de bases de datos no tendrás logs.
    4. Hecho esto, volvé a desactivar Circular Login, reiniciando nuevamente el Information Store.
    5. Realizá un FULL Backup inmediatamente.
    6. Continuá con tu esquema de incremental backup.

    Este procedimiento te valida y garantiza que no tenés logs dando vueltas sin comitear. Si bien lo recomendado no es habilitar Circular Login, ante tu situación de borrado manual de logs es una forma válida de dejar todo ordenado.

    Ahora, lo que luego deberías comprobar es que tus incrementales están funcionando como corresponden, por eso luego del primer incremental te sugiero generar el siguiente informe desde un PowerShell de Exchange:

    Get-MailboxDatabase –Status | ft Name, lastfullbackup, lastincrementalbackup

    Esto dará como resultado, para cada una de tus bases de datos, el nombre, la fecha de último full backup y la fecha de último backup incremental. Las fechas deberían ser las de tu último full backup y último incremental, y los logs deberían estar comiteados y no ser anteriores a la fecha del backup incremental. Si esto no sucede, deberías verificar el software de backup.

    FranAgue, trecordá por favor que el accionable de activar Circular Login es solo como acción de remediación ante esta situación, no es una práctica recomendada para dejar habilitada en las bases de datos, dado que perdés posibilidad de backups incrementales.

    Un abrazo! Espero ayudarte.


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    • Marcado como respuesta MariLopez martes, 20 de noviembre de 2012 12:59
    martes, 20 de noviembre de 2012 3:55
  • Bueno, perfectamente entendido. Paso a contar cual era el problema: el soft que uso para hacer los backups (CA Arcserve r16) tiene la opcion de hacer resguardos a nivel de BD o nivel de documentos (q me permite restaurar granularmente). Por una cuestion de ahorro de tiempo y espacio hace unos meses realizaba backs fulls solo a nivel de documento, q si bien me funcionaba perfecto a la hora de restaurar una o todas las casillas, desde el punto de viste de exchange no hacia backups full de la BD.

    Agregando tambien este otro metodo, pude corroborar que los LOGs desaparecen cuando realizo un back.

    Mil gracias a todos por sus respuestas!


    Lic. Francisco Aguero

    • Marcado como respuesta MariLopez martes, 20 de noviembre de 2012 14:17
    martes, 20 de noviembre de 2012 14:17

Todas las respuestas

  • Si los borras manualmente, cuando recuperas un backup, no podes aplicar los logs que se generan entre Backup y Backup.

    Ej: Vos tomas Backup todos los días a las 2 AM.

    Si se te corrompe la base a las 23 hs y haces un Restore... solo podes recuperar los mails hasta las 2 AM del día anterior (perdes las útimas 20 hs de correos).... si tenes los logs, haces el restore y los logs se aplican a la base dejando todo al momento del útlimo log (muy cercano en el ejemplo a las 23 hs). Te sumo que este es también una buena razón para tener los Logs e un HD diferente de la Base de Datos... Si se rompe el HD de la Base de Datos, con el backup y los logs podes no perder nada de información.

    En tu caso que tomas Backup Full una vez por semana, si se tenes problemas un viernes a la tarde, sin los Logs perdes toda la info desde el fin de semana pasado

    Los logs se borran cuando se completa un backup Full... si no los borra el backup puede pasar dos cosas

    A) Que el backup no se toma correctamente (Cuando fue la última vez que probaste de hacer un restore?)

    B) Que la aplicación de backup no esté correctamente configurada o no sea 100% compatible con Exchange 2010 (No se que version de Arcserver es necesaria).

    Espero haber aclarado algo.

    Esteban


    lunes, 19 de noviembre de 2012 13:32
  • ahora mismo me fijo hacer un restore. Lo q me llama la atencion es q la fecha de creacion de la mayoria de estos LOGs no corresponde con la hora en q tomo backup, sino durante el dia de trabajo normal.

    Esto esta bien que asi sea?


    Lic. Francisco Aguero

    lunes, 19 de noviembre de 2012 14:55
  • Me esta preocupando este tema. Recien hice un restore y no tuve problemas, pero analizando mejor la situacion me doy con lo siguiente: el archivo q representa la BD, .EDB, muestra que la ultima vez q se modifico es el 07/11, hace unos 12 dias. Como es posible eso? Además, sin tirar ningun backup veo que continuamente me aparecen nuevos archivos LOG.

    Este comportamiento es normal??


    Lic. Francisco Aguero

    lunes, 19 de noviembre de 2012 15:38
  • Hola FranAgue!

    Tal como te explica Esteban De Leo, borrar manualmente los logs te complica en el restore de los incrementales.

    Tené en cuenta los siguientes dos puntos:

    • Si tu configuración es full backup los fines, e incrementales durante la semana, no se deberían acumular logs, dado que los fines de semana se realiza un full backup y los días de semana los incrementales, que hacen backup de los logs justamente.
    • Si borraste logs que aún no se comitearon, podrías tener problemas de inconsistencias en la base de datos.

    Ahora bien, dado que has borrado logs a mano, lo primero que deberías hacer es regularizar y remediar esta situación. Desconozco si ya lo has hecho, pero si no lo hiciste o no sabés como hacerlo, las acciones que te recomiendo a seguir son las siguientes:

    1. Habilitá Circular Login en las bases de datos comprometidas para que todos los logs se comiteen en forma ordenada. Esto se hace haciendo botón derecho sobre la base de datos de Exchange, desde "Organization Configuration - Mailbox". En la solapa "Maintenance" te encontrarás con la opción "Enable Circular Login".
    2. Una vez que lo habilites, reiniciá el servicio "Information Store" para que el circular login se habilite.
    3. Esto generará que las bases de datos realicen commit de todos lo logs pendientes. Una vez que esto suceda, luego de unos minutos, notarás que en tu carpeta de bases de datos no tendrás logs.
    4. Hecho esto, volvé a desactivar Circular Login, reiniciando nuevamente el Information Store.
    5. Realizá un FULL Backup inmediatamente.
    6. Continuá con tu esquema de incremental backup.

    Este procedimiento te valida y garantiza que no tenés logs dando vueltas sin comitear. Si bien lo recomendado no es habilitar Circular Login, ante tu situación de borrado manual de logs es una forma válida de dejar todo ordenado.

    Ahora, lo que luego deberías comprobar es que tus incrementales están funcionando como corresponden, por eso luego del primer incremental te sugiero generar el siguiente informe desde un PowerShell de Exchange:

    Get-MailboxDatabase –Status | ft Name, lastfullbackup, lastincrementalbackup

    Esto dará como resultado, para cada una de tus bases de datos, el nombre, la fecha de último full backup y la fecha de último backup incremental. Las fechas deberían ser las de tu último full backup y último incremental, y los logs deberían estar comiteados y no ser anteriores a la fecha del backup incremental. Si esto no sucede, deberías verificar el software de backup.

    FranAgue, trecordá por favor que el accionable de activar Circular Login es solo como acción de remediación ante esta situación, no es una práctica recomendada para dejar habilitada en las bases de datos, dado que perdés posibilidad de backups incrementales.

    Un abrazo! Espero ayudarte.


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    • Marcado como respuesta MariLopez martes, 20 de noviembre de 2012 12:59
    martes, 20 de noviembre de 2012 3:55
  • Creo que no has entendido el porqué se crean los logs, para qué sirven y cómo se "borran". Por favor, mira la respuesta de Pablo que es bastante clarificadora


    Saludos,

    Marc
    Microsoft MVP - Directory Services
    MCSA/MCSE 2003
    MCSA 2008 Core
    MCITP: Enterprise Administrator, Enterprise Messaging Administrator, Lync Server Administrator 2010
    MCTS: SCOM 2007, Configuring; SCCM 2007, Configuring; Windows 7 and Office 2010, Deploying; Windows Server 2008 R2, Server Virtualization
    MCC: Microsoft Community Contributor
    Citrix CCA
    Visita mi blog en ITPro.es
    MCP Virtual Bussines Card


    martes, 20 de noviembre de 2012 10:46
  • Muchisimas gracias Pablo por la elaborada respuesta, y si, tienen razon, no estaba entendiendo para q sirven los LOGs, ahora estoy haciendo una prueba y les cuento, pero creo q ya se por donde viene el problema.

    Muchisimas gracias de nuevo!


    Lic. Francisco Aguero

    martes, 20 de noviembre de 2012 13:00
  • Bueno, perfectamente entendido. Paso a contar cual era el problema: el soft que uso para hacer los backups (CA Arcserve r16) tiene la opcion de hacer resguardos a nivel de BD o nivel de documentos (q me permite restaurar granularmente). Por una cuestion de ahorro de tiempo y espacio hace unos meses realizaba backs fulls solo a nivel de documento, q si bien me funcionaba perfecto a la hora de restaurar una o todas las casillas, desde el punto de viste de exchange no hacia backups full de la BD.

    Agregando tambien este otro metodo, pude corroborar que los LOGs desaparecen cuando realizo un back.

    Mil gracias a todos por sus respuestas!


    Lic. Francisco Aguero

    • Marcado como respuesta MariLopez martes, 20 de noviembre de 2012 14:17
    martes, 20 de noviembre de 2012 14:17
  • Hola FranAgue!

    Me alegro mucho y muy buena la info que nos das sobre ArcServe!

    Un abrazo!


    Pablo Ariel Di Loreto
    IT Consultant

    This posting is provided "AS IS" with no warranties and confers no rights! Always test ANY suggestion in a test environment before implementing!

    miércoles, 21 de noviembre de 2012 2:40