none
Unidad con Logs Exchange 2010 llena RRS feed

  • Pregunta

  • Buenas Tardes,


    El dia de hoy outlook empezo a reportar que no podia conectarse a exchange. Al revisar en mi servidor la particion de disco donde tengo los logs se ha llenado (Un disco de 109 GB).


    Actualmnente esta implementado exchange 2010 en un servidor con S.O. SBS 2007. He leido en diferentes foros y alli mencionan que algunos temas en los les agradeceria su orientacion y claridades al respecto:

    1.Que sucede si habilito circular logging de manera temporal para solucionar el tema de restablecer el servicio de correo?. Mis usuarios perderian los correos que esten en el inbox?

    2. He visto que mencionan habilitar circular logging para solucionar momentaneamente este problema, sin embargo me preocupa que al habilitar esto pierdan algunos correos. Es probable que suceda esto?

    3. A pesar que las BD estan almacenadas en una ubicación y los Logs en otra, la BD utiliza los logs. En ese orden de ideas, que sucederia si se eliminan "MANUALMENTE" los logs? Comprendo que es una practica de lo mas arriesgada, pero en esta situacion estoy contemplando los riesgos de los diferentes procedimientos.

    Cual podria ser la solucion mas rapida y menos riesgosa?

    Gracias por su ayuda.

    Quedo atento.

    lunes, 2 de abril de 2012 20:47

Respuestas

  • Que tal Cccastillo,

    Cuando realizas un full backup utilizando VSS (Volume Shadow Copy Service) los logs de transacción son truncados de la ruta física y puestos en el respaldo.

    Si deseas mover/eliminar los logs de forma manual ( Lo cual no es recomendado) primero que nada debes validar que la consistencia y la integridad de la Base de datos es saludable. Para esto debes:

    1) Desmontar la base de datos (Si tienes version Exchange 2010 SP2 o menor)

    2) Abrir CMD como administrador y navegar a la ubicación donde se encuentra el .edb

    3) Ejecutar el siguiente comando:

    Eseutil /MH "nombre_de_base.edb"

    Si tienes version Exchange 2010 SP3 o mas reciente, no es necesario que desmontes la base de datos, puedes ejecutar el siguiente comando para validar el header:

    Eseutil /MH "nombre_de_base.edb" /vss /vssrec Enn (prefijo de los logs, por ejemplo E00, E01, E02 etc) "D:\Program Files\Microsoft Exchange\Logs\Ruta de los logs"


    4) Cualquier de los dos metodos anteriormente dichos te deben mostrar el valor de "State" el cual debe mostrarte un resultado de Clean Shutdown. De ser asi significa que los logs de transaccion ya fueron escritos correctamente a la base (.edb) y pueden ser movidos/eliminados sin mayor problema. Si recibes un resultado de Dirty Shutdown, deberas primero reparar la base mediante comandos del tipo: eseutil /r /d /p

    El valor MH te dara el header de informacion de la base de datos

    OJO. Si mueves o eliminas los logs, se recomienda ejecutar un respaldo completo. Esto te evitara dolores de cabeza en caso que ocurra algun problema y tengas que hacer un recover de un backup viejo

    Saludos


    Saludos | Senior Messaging Engineer Tier 3 | MCC MCT MCITP MCSA MCSE MVP



    • Editado Geovany Acevedo viernes, 18 de marzo de 2016 23:44 typo
    • Propuesto como respuesta Moderador M lunes, 21 de marzo de 2016 17:23
    • Marcado como respuesta Moderador M jueves, 24 de marzo de 2016 20:33
    viernes, 18 de marzo de 2016 23:39

Todas las respuestas

  • Hola David,
     
    si tienes que levantar el servicio en seguida, puedes mover unos cuantos
    logs a otro sitio, pero mueve los mas viejos.
    cuando ya podra hacer mantenimiento, mueve la carpeta de los logs en un disco
    donde puedan caber todos y lanza un backup completo.
    cuando hacer backup completo, el DB controla los logs y al final los borra.
    eso es lo que tendria que hacer de forma regular.
     
    un saludo.
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCTS | MCITP | MCT
    http://blogs.dotnethell.it/mitch
    http://www.windowserver.it
    http://www.windowservers.es

    lunes, 2 de abril de 2012 20:58
    Moderador
  • Michele,

    Mil gracias por tu ayuda, en este preciso instante estoy moviendo de forma manual algunos logs ( que son del 2011) a otra carpeta de mi servidor.

    Tengo una duda, una vez los haya movido el servicio iniciara normalmente ? Debo hacer un procedimiento adicional?.

    Por otro lado no tengo tan claro en Wibdows SBS como hacer un full backup. Nuestros servidores estan virtualizados en Hyper-V lo que nosotros hacemos es realizar una imagen del HDD virtual.

    Podrias orientarme de como debemos realizar este procedimiento? O donde puedo encontrar el "Paso a Paso".

    Agradezcdo enormemente tu ayuda


    Alejandro Rodriguez

    lunes, 2 de abril de 2012 21:37
  • Hola David,
     

    el servicio arrancara sin problemas.
    el backup de forma correcta se hace de esa manera:
    http://blogs.technet.com/b/sbs/archive/2008/11/03/introducing-sbs-2008-backup.aspx

    ten cuidado en el utilizar programas compatibles con Hyper-V, sino te podras
    encontrar con VHD y datos corruptos
     
    saludos
     
     

    Mitch
    Microsoft Exchange MVP | MCSE | MCTS | MCITP | MCT
    http://blogs.dotnethell.it/mitch
    http://www.windowserver.it
    http://www.windowservers.es


    lunes, 2 de abril de 2012 21:46
    Moderador
  • Tengo un caso perecido:

    Mi servidor de exchange Server 2007 donde tengo el Mailbox tienes las siguientes carpetas en una particion segundaria las siguientes carpetas:

    Backups InformationStores

    Exchange Data

    Exchange Server

    First Storage Group  ** Esta configuración la hederé de un proveedor externo.

    Donde se me llena el disco duro también de esta partición y la del disco local, cuando esto ocurre se interrumpe el servicio..

    Consulto: Si haciéndole backup solo a estas carpetas puedo en algún caso extremo restaurar el servicio de exchange.

    El full Backup que comenta y controlaría los logs: es backup de todo el servidor, todo el disco local mas las carpetas mencionadas y si es cierto que los logs se borrarían solos.

    Finalmente: Si los logs antiguos pueden ser borrados o solo movidos solamente, y si para ello es necesario bajar el servicio de correo.

    Gracias de antemano por el apoyo, Saludos.

    Celio


    Regards Celio

    viernes, 18 de marzo de 2016 21:24
  • Que tal Cccastillo,

    Cuando realizas un full backup utilizando VSS (Volume Shadow Copy Service) los logs de transacción son truncados de la ruta física y puestos en el respaldo.

    Si deseas mover/eliminar los logs de forma manual ( Lo cual no es recomendado) primero que nada debes validar que la consistencia y la integridad de la Base de datos es saludable. Para esto debes:

    1) Desmontar la base de datos (Si tienes version Exchange 2010 SP2 o menor)

    2) Abrir CMD como administrador y navegar a la ubicación donde se encuentra el .edb

    3) Ejecutar el siguiente comando:

    Eseutil /MH "nombre_de_base.edb"

    Si tienes version Exchange 2010 SP3 o mas reciente, no es necesario que desmontes la base de datos, puedes ejecutar el siguiente comando para validar el header:

    Eseutil /MH "nombre_de_base.edb" /vss /vssrec Enn (prefijo de los logs, por ejemplo E00, E01, E02 etc) "D:\Program Files\Microsoft Exchange\Logs\Ruta de los logs"


    4) Cualquier de los dos metodos anteriormente dichos te deben mostrar el valor de "State" el cual debe mostrarte un resultado de Clean Shutdown. De ser asi significa que los logs de transaccion ya fueron escritos correctamente a la base (.edb) y pueden ser movidos/eliminados sin mayor problema. Si recibes un resultado de Dirty Shutdown, deberas primero reparar la base mediante comandos del tipo: eseutil /r /d /p

    El valor MH te dara el header de informacion de la base de datos

    OJO. Si mueves o eliminas los logs, se recomienda ejecutar un respaldo completo. Esto te evitara dolores de cabeza en caso que ocurra algun problema y tengas que hacer un recover de un backup viejo

    Saludos


    Saludos | Senior Messaging Engineer Tier 3 | MCC MCT MCITP MCSA MCSE MVP



    • Editado Geovany Acevedo viernes, 18 de marzo de 2016 23:44 typo
    • Propuesto como respuesta Moderador M lunes, 21 de marzo de 2016 17:23
    • Marcado como respuesta Moderador M jueves, 24 de marzo de 2016 20:33
    viernes, 18 de marzo de 2016 23:39