none
Archivos logs Exchange 2010 esta llenando el disco RRS feed

  • Pregunta

  • Buenos dias.

    Tengo problemas con los archivos logs de Exchange 2010,se generan a cada momento con un tamaño de 1MB,  en menos de 3 semanas me han consumido 200GB, es normal?? solo tengo 15 cuentas de correo.

    Estoy pensando habiliatar circular logging para solucionar momentaneamente este problema, pero lo que no se si habilito esto, luego de ahi en adelante no podre hacer un restore de exchange o la bd usando los archivos logs ya que no tendre todos los los logs, solo una parte de ellos desde el momento que haga un backup y vuelva a desactivar circular logging, es correcto o no presentare inconsistencias? Hay forma de restaurar o reparar una BD de exchange sin tener todos los logs desde el 1er dia q se instalo el exchange?

    Saludos.


    OrlandoP
    martes, 27 de septiembre de 2011 14:17

Respuestas

  • Hola Omarmedg,

    Te comento que cuando realizas un Full backup con VSS se truncan los logs (se borran los logs de la locacion original y se ponen en el backup).

    si bien es cierto es, debes considerar varias cosas

    1) Si tienes una DAG, validar que el copy queue lenght y el replay queue lenght se encuentre en 0

    2) validar que los logs tengan el atributo de "archivar" e " agregar a indice"

    3) valida que no tengas problema de VSS writer con el comando: list vssadmin writers, el exchange writer debe estar en estado estable y no en "waiting on completion". 

    al truncarse los logs no pasa nada, no pierdes informacion ni mensajes esto es debido a que la estructura de la base de datos es la siguiente:

    Base.edb = texto enriquecido de la base de datos

    E00.log = log activo de la base de datos ( este log llega a 1mb y entonces se renombra a un log secuenciado y uno nuevo es creado)

    E000000000.log = log secuenciado, esta es informacion que ya fue escrita a la base de datos

    E00.chk = checkpoint se encarga de validar la secuencia de los logs, que lleva secuencia hexadecimal

    E00temp.log = area de trabajo temporal

    temp.edb = area de trabajo temporal

    E0000000.jrs = logs de emergencia cuando el disco se queda sin espacio

    En pocas palabras si la base de datos se encuentra en estado de clean shutdown (eseutil /mh base.edb) puedes mover o eliminar los logs secuenciados de la base de datos

    Si la base se encuentra en estado de diry shutdown, los logs no han sido copiados correctamente a la base

    Saludos :)

    • Marcado como respuesta Uriel Almendra jueves, 20 de marzo de 2014 16:30
    jueves, 20 de marzo de 2014 3:25

Todas las respuestas

  • Podría llegar a ser normal si tus usuarios tienen un uso intensivo de los correos.

    Lo que debes hacer para depurar correctamente los mismos es ejecutar un full backup. Después de full backup podes correr incrementales, y para restaurar la base necesitarias el ultimo full + los incrementales que le siguen.

    Circular logging no es recomendado porque solo podrías restaurar la base desde el ultimo full backup.

    Actualmente como estas realizando los backups de Exchange?


    Dario Woitasen | MCITP: Enterprise Messaging Administrator 2007/2010 | MCTS: Microsoft Lync Server 2010, Configuring
    miércoles, 28 de septiembre de 2011 16:41
  • Bueno el problema era que no se habian hecho backups por eso los logs me llenaron el disco pero en solo 3 semanas han consumido demasiado, por lo que tuve que borrar los logs manualmente para liberar espacio.

    Entonces recomiendas hacer un backup full y luego incrementales. Una consulta adicional, por haber borrado manualmente los logs, ahora que haga un backup full tendre alguna inconsistencia ya que no tengo todos los logs? si bien es cierto tendre un backup de la BD de Exchange pero no de todos los logs, entonces hasta que punto o fecha podre hacer una recuperación? o cuenta como si desde el backup full hacia adelante recien empieza la data que podra recuperada en algun momento? puedo hacer una restore con solo tener la BD y no los logs?

    Saludos.


    OrlandoP
    jueves, 29 de septiembre de 2011 16:24
  • No es que recomiendo hacer un full semanal y un incremental diario. Lo que digo que es el escenario más común. Si tu backup full no dura demasiado podes hacer un backup full diario a la noche y puede que sea más que suficiente para tu ambiente. Depende de distintos factores, si no tenes un SLA que te exija determinados parametros, proba si con un backup full semanal es suficiente y termina en no mucho tiempo. De esta forma cuando tengas que realizar una recuperación va a ser más facil porque siempre podes restaurar con el último backup.

    Otro escenario podría ser un backup full diario a la noche e incrementales durante el día, todo depende de tus necesidades y posibilidades.

    Si haces un backup full y termina correctamente, vas a poder restaurar sin problemas la información completa que tenias hasta ese punto.

    Creo que con esa ultima frase resumo todas tus ultimas preguntas, cualquier cosa avísame. En todo caso te puedo llegar a buscar algún artículo que explique un poco más el tema en detalle si te interesa.

     

    Saludos,


    Dario Woitasen | MCITP: Enterprise Messaging Administrator 2007/2010 | MCTS: Microsoft Lync Server 2010, Configuring
    jueves, 29 de septiembre de 2011 21:08
  • Por cierto... Que software de backup utilizas?
    Dario Woitasen | MCITP: Enterprise Messaging Administrator 2007/2010 | MCTS: Microsoft Lync Server 2010, Configuring
    jueves, 29 de septiembre de 2011 21:09
  • Actualmente lo hago con Windows Server Backup de Windows 2008. Tengo la bd y los logs en diferentes unidades, por eso te preguntaba si haciendo un backup de la BD podria hacer un restore si no tengo los logs. Y claro que me interesa si tienes algun articulo que pueda aclararme mas el tema de backup, logs, recovery.

    Cuando se hace un backup en caliente (sin detener servicios), que pasa con los datos que se estan almacenando en ese momento, se graban en el backup o es q el software de backup toma una imagen en un  momento y solo saca el backup desde ahi y los datos que ingresan mientras se graba el backup no son tomados en cuenta.

    Saludos.


    OrlandoP
    viernes, 30 de septiembre de 2011 19:41
  • Orlando,

    El backup de Exchange 201 se realiza por VSS, cuando haces un backup Full de la base, toma una "foto" de la base y logs, realiza el backup y una vez finalizado te elimina los logs que ya se encuentran en la base. Despreocupate de lo que esta pasando en el exchange en el momento del Backup ya que no perderas nada de datos, solo quedara en los logs para tu proximo Full o incremental backup.

    Cualquier consulta no dudes en escribirnos.

    Saludos


    Adrian Rodriguez -
    lunes, 3 de octubre de 2011 15:06
  • Orlando, disculpa colgue un poco el tema. En el caso de Windows Server Backup solo podes realizar full backup. Sobre la falta de logs despreocupate si el backup finaliza correctamente, ya que el mismo hace algunas verificaciones de logs, y si tenes algunos faltantes.

    Con respecto a documentación:

    http://technet.microsoft.com/en-us/library/aa996125(EXCHG.65).aspx (para entender la diferencia entre full, incremental, etc)

    http://technet.microsoft.com/en-us/library/dd876874.aspx

    http://blogs.technet.com/b/exchange/archive/2009/09/25/3408389.aspx

    http://www.msexchange.org/articles_tutorials/exchange-server-2010/high-availability-recovery/eliminating-traditional-backups-using-native-exchange-2010-functionality-part1.html

    http://www.msexchange.org/articles_tutorials/exchange-server-2007/high-availability-recovery/exchange-backup-restore-streaming-volume-shadow-service-vss-techniques.html

    Desconozco porque lado debe venir tu preocupación relacionada a la ultima pregunta, pero el backup es de una "foto" de la información tomada al momento de inicio del backup, lo que viene después entrara para el próximo backup. En el último artículo que te paso menciona esto.

     

    Saludos!

     


    Dario Woitasen | MCITP: Enterprise Messaging Administrator 2007/2010 | MCTS: Microsoft Lync Server 2010, Configuring
    miércoles, 5 de octubre de 2011 7:52
  • Si la base de datos por problemas de llenado se te pone offline y si el backup no va...se puede hacer un ESEUTIL /MH y ver el estado del edb, si el estado indica clean shutdown coger todos los ficheros de logs y lo mueves a otro directorio (no los borres). Una vez que tengas otra vez espacio, monta la base de datos.

    Un Saludo,

    miércoles, 24 de octubre de 2012 8:23
  • Hola Adrián, estoy realizando un backup de mis logs y BD de Exchange, lo estoy haciendo con el Windows Server Backup y seleccione la opción de VSSFull, mis dudas son las siguientes:

    Cuando termina el FullBackup depura los logs (los elimina) en la unidad donde se almacenaban?

    y si se eliminan o se depuran esos logs, se borran los correos de los usuarios que no tienen un pst configurado en sus clientes?

    no se si me de a entender

    Gracias

    jueves, 20 de marzo de 2014 1:40
  • Hola Omarmedg,

    Te comento que cuando realizas un Full backup con VSS se truncan los logs (se borran los logs de la locacion original y se ponen en el backup).

    si bien es cierto es, debes considerar varias cosas

    1) Si tienes una DAG, validar que el copy queue lenght y el replay queue lenght se encuentre en 0

    2) validar que los logs tengan el atributo de "archivar" e " agregar a indice"

    3) valida que no tengas problema de VSS writer con el comando: list vssadmin writers, el exchange writer debe estar en estado estable y no en "waiting on completion". 

    al truncarse los logs no pasa nada, no pierdes informacion ni mensajes esto es debido a que la estructura de la base de datos es la siguiente:

    Base.edb = texto enriquecido de la base de datos

    E00.log = log activo de la base de datos ( este log llega a 1mb y entonces se renombra a un log secuenciado y uno nuevo es creado)

    E000000000.log = log secuenciado, esta es informacion que ya fue escrita a la base de datos

    E00.chk = checkpoint se encarga de validar la secuencia de los logs, que lleva secuencia hexadecimal

    E00temp.log = area de trabajo temporal

    temp.edb = area de trabajo temporal

    E0000000.jrs = logs de emergencia cuando el disco se queda sin espacio

    En pocas palabras si la base de datos se encuentra en estado de clean shutdown (eseutil /mh base.edb) puedes mover o eliminar los logs secuenciados de la base de datos

    Si la base se encuentra en estado de diry shutdown, los logs no han sido copiados correctamente a la base

    Saludos :)

    • Marcado como respuesta Uriel Almendra jueves, 20 de marzo de 2014 16:30
    jueves, 20 de marzo de 2014 3:25
  • Hola. Segun lo que entiendo, si el eseutil me dice que la base de datos esta en "clean shutdown", significa que puedo eliminar los logs "E000000000.log" sin problemas? Otra consulta: Lei en otro articulo que desmontando la base de datos, el sistema hace un commit de los logs y en ese caso se pueden borrar. ¿Es cierto eso? ¿Que verificaciones deberia de hacer antes de desmontar la base de datos? 

    Victor Ruiz

    martes, 26 de febrero de 2019 2:48