Reparar base de datos de Exchange – Eseutil
Exchange guarda los correos, adjuntos, citas, calendarios, y todos los elementos del Buzón del usuario en ficheros de Base de datos. Esta Base de datos (priv.edb, para los buzones, pub.edb, para las carpetas publicas) a veces se corrompe o se daña no permitiéndonos montar el almacén de información de la base de datos y por lo tanto arrancar el Exchange.
Tenemos que usar el programa Eseutil de Microsoft para volver la base de datos a un estado optimo.
Primero vemos el estado de cierre de la base de datos con el comando:
eseutil /mh rutaalabasededatos.edb
Podemos ayudarnos a diagnosticar el problema y la mejor solución con la herramienta Analizador de recuperación de desastres de microsoft exchange server
Nos informara del estado del cierre de la base de datos. Lo normal es que nos encontremos con dirty shutdown.
El comando: eseutil /p rutaalabasededatos.edb reparara la base de datos a un estado correcto para Exchange. Este comando tardara mucho tiempo y necesitara el mismo espacio libre en el disco que el que ocupa la base de datos.
Si no tenemos espacio en el servidor podemos copiar la base de datos y la herramienta Eseutil a otro servidor con mas espacio. Cómo ejecutar eseutil en un equipo sin exchange server
Cuando termine ejecutaremos eseutil /d rutaalabasededatos.edb para desfragmentar la base de datos y dejarla en estado optimo. Volvemos a necesitar espacio libre igual al tamaño de la base de datos ya que la desfragmentación creara un fichero temporal en el que se realizara esta.
eseutil /ml comprobará la integridad de los ficheros de log de transacciones. eseutil /mk nos dará información sobre el estado de los puntos de montaje de los ficheros. eseutil /k para verificar la integridad de los ficheros de base de datos. Solo Exchange 2003. eseutil /d nos permitirá desfragmentar la base de datos, con la base de datos desmontada. eseutil /p intentará reparar una base de datos corrupta con los logs de transacciones. eseutil /r nos permitirá reparar la base de datos. puede suponer perdida de datos, cuidado.
Fin.















(4 votos, media: 4,25 sobre 5)
No imprimas esta página

A mi me funcionaron los pasos sugeridos. Primero copie la base de datos original a otro disco dentreo de mi exchange (Con suficiente espacio para los pasos sugeridos). Ejecute el eseutil /p a la base da datos copiada en la ubicacion “temporal” (tardo unas 16 horas). Posteriormente ejecute eseutil /d a la misma base de datos, una vez concluida ejecute eseutil /mh para comprobar los datos estadisticos y que la base dijera “clean shutdown” lo cual fue asi.
una vez “arreglada esa base de datos” la copie de vuelta al folder original, renombrando la original para poder ponerle el mismo nombre. Debo decir que hecho esto intente montar la base de datos desde la consola pero no funciono, entonces opte por borrar todos los “logs” que tenia en el folder de logs para intentarlo nuevamente, operacion ela cual finalmente tuve exito… Supongo que tuve suerte ya que no perdi ni un solo correo ademas de que los correos que estuvieron en pausa mientras mi servidor estuvo “muerto” empezaron a llegar satisfactoriamente. Gracias a quien puso el post y espero les sirva de algo estas breves lineas corroborando que almenos ami me funcionaron los pasos.
Válora este comentario
1
0
Eseutil /p borra los datos….
la unica forma de hacer una reparacion correcta de una base es con eseutil /r ya que comitea los logs que estan faltando. El /P los ignora y por eso hay perdida de datos.
por favor no informes mal a la gente por que una base de dato puede ser algo muy critico y puede conllevar a una gran perdida de dinero.
ESEUTIL /P es la ULTIMA opcion en lo que es DB recovery. Es el metodo mas invasivo y brute force que hay para recuperar una base de datos.
Válora este comentario
0
0
El articulo es reparar la base de datos por eso utilizo el comando con /P se supone que no se tienen los archivos ebd.
Pero gracias por la sugerencia espero que a alguien lo utilice.
Â
Válora este comentario
0
0
Gracias, a mi me sirvio, la verdad que estaba desesperado, lo deje corriendo toda la noche y hoy levanto el buzon sin problemas.
Â
Saludos
Válora este comentario
0
0
Hola Chicos. Gracias a vuestros comentarios he podido salvar la base de datos de exchange de 12 usarios. Era un problema crÃtico ya que durante la madrugada de hace 2 dÃas el exchange estaba realizando labores de mantenimiento en el server. Se fue la luz y cuando se acabó la bateria del Sai el server se apagó y la base de datos de exchange quedó dañada. Con eseutil/p se “recupero” e incluso hice las tareas de desfragmentacion, pero el almacen no se montaba de ninguna manera. Eliminé los logs y.. “voila!!!”, perfecto. Sois unos cracks
Gracias de verdad.
Válora este comentario
0
0
Amigos muchisimas gracias . ami me funcion la parte de borrar los logs, despues de una eseutil /d mal ejecutado no podia montar la base borre los logs y buala listo gracias.
Saludos
Válora este comentario
0
0
Les cuento quiza a alguien le sirva en el futuro, exchange servertanto 5.5 como 2003, NO levantan las bases de datos si en la carpeta de la db se encuentran logs, por esto es que a todos los funciono el “borrar los logs”
Salute!
Válora este comentario
0
0