Cómo recuperar la base de datos de Exchange cuando faltan los archivos de registro

La base de datos del buzón de Exchange Server es el núcleo de cualquier negocio, ya que contiene todos los correos electrónicos, los datos que contienen los correos electrónicos, los contactos, las notas, las entradas del calendario, las carpetas públicas y mucho más. Todo esto está contenido en varios archivos, pero principalmente en el archivo EDB. Hay una idea errónea de que todo lo que se necesita es mantener y hacer una copia de seguridad del EDB. Sin embargo, el EDB por sí solo no es suficiente. Aunque uno podría verlos como simples archivos de registro, los registros de transacciones son también una parte crucial para tener una base de datos saludable y consistente. Si falta un archivo de registro o un archivo de registro dañado, que no ha sido confirmado en la base de datos, causará problemas en su base de datos. Por ejemplo, la base de datos no podrá montarse, dejando a sus usuarios furiosos e incapaces de trabajar.

En tales situaciones, puede intentar recuperar la base de datos de Exchange 2007, 2010, 2013, 2016, 2019 sin archivos de registro utilizando Eseutil o un software de recuperación de Exchange, como Stellar Repair For Exchange. El software le ayuda a recuperar la base de datos de Exchange, extraer los buzones y restaurarlos en el servidor Live Exchange en unos pocos clics. Y eso también, sin archivos de registro. El software hace que la restauración de los buzones de correo de los usuarios en Live Exchange sea rápida y sencilla, lo que garantiza un tiempo de inactividad mínimo.

¿Por qué son tan importantes los registros y cuál es su finalidad?

Si todos los usuarios acceden a la base de datos, ésta se vuelve lenta y existe la posibilidad de que se corrompa. Con la Memoria del Servidor y los registros de transacciones como buffer, el acceso a la base de datos será más rápido y seguro. Cuando los datos se colocan en los registros de transacciones y se realiza una copia de seguridad, todos los registros de transacciones se consignan en la base de datos.

Es importante realizar una copia de seguridad adecuada, ya que se comprometerá y purgará los registros de transacciones. El uso de un software de copia de seguridad normal que no es consciente de la aplicación, sólo hace una copia de seguridad de un sistema de archivos. No es ideal para un servidor Exchange. Aparte de no poder hacer una copia de seguridad de la base de datos correctamente, también podría no hacer una copia de seguridad del archivo EDB, y debido a ello podría bloquearse o dañar la propia base de datos. Si la copia de seguridad no se ejecuta correctamente, los registros de transacciones seguirán acumulándose hasta que el disco duro esté lleno. Si el disco está lleno, podría terminar con una base de datos corrupta.

Como puede ver, los registros desempeñan un papel importante en un servidor Exchange. Por lo tanto, es importante disponer de un amplio espacio de almacenamiento y realizar una copia de seguridad de la base de datos con un software compatible con la aplicación para garantizar una copia de seguridad saludable y segura de sus valiosos datos. Se puede hacer una copia de seguridad diaria o al mediodía del Exchange Server, pero los accidentes y los desastres pueden ocurrir en cualquier momento. Estar preparado para estos sucesos con un plan de contingencia o un plan de recuperación de desastres que se compruebe anualmente, le aportará tranquilidad al saber que en caso de desastre, la gente sabrá cómo y qué hacer para restaurar los servicios en el menor tiempo posible.

¿Qué ocurre cuando una base de datos es incoherente?

Cuando desmonte la base de datos a través de PowerShell o de la Exchange Admin Console, se consignarán todos los registros y se cerrará la base de datos de forma gradual. La base de datos en esta etapa se marcará como estado de cierre limpio.

Por otro lado, cuando los archivos de registro faltan o están dañados, no se puede montar la base de datos de Exchange sin archivos de registro. La base de datos o los registros pueden dañarse debido a,

Esto podría dificultar la consistencia de la base de datos de Exchange y desactivar el montaje de la base de datos sin archivos de registro. Debido a esto, el estado de la base de datos se marca como estado Dirty Shutdown.

El estado de una base de datos se puede comprobar utilizando la herramienta nativa de Exchange Server llamada ESEUTIL. Al ejecutar el siguiente cmdlet, obtendrá mucha información sobre la base de datos. Debe buscar información importante como el Estado y los Registros requeridos.

El Estado le mostrará si la base de datos está en un estado de cierre limpio o sucio y los Registros requeridos le mostrarán cualquier registro faltante o ilegible. Esta es la primera indicación de por qué la base de datos no se está montando.

Si su base de datos no se puede montar y está en Dirty Shutdown, no se asuste ya que hay formas de recuperar la base de datos de Exchange sin archivos de registro en tales situaciones.

Recuperación de la base de datos de Exchange 2007, 2010, 2013, 2016 y 2019 sin archivos de registro

Si sus archivos de registro son la mayor parte de la copia de seguridad de hoy y no forman parte de la copia de seguridad de ayer, necesita recuperar la base de datos en un estado limpio. ESEUTIL le ayudará a recuperar la base de datos de Exchange sin archivos de registro. Sin embargo, las dos cosas que debemos mencionar aquí son:

  1. Es necesario hacer una copia de seguridad de la base de datos para tener una copia de seguridad de los datos actuales, en caso de que algo vaya mal
  2. Aunque ESEUTIL es una herramienta de recuperación, no es 100% infalible

Para empezar, ejecute una recuperación suave de la base de datos utilizando el siguiente parámetro ESEUTIL/r:

Eseutil /r E06 /lL:\logs /d M:\DB01

Cuando esto se haya completado, debe comprobar si la base de datos está en Clean Shutdown. Si es así, puede seguir adelante y montar la base de datos. Si no, una restauración estará fuera de cuestión y la única opción es intentar con una recuperación dura. Esto puede ser ejecutado usando el parámetro Eseutil/p. Antes de ejecutar este comando, es posible que tenga que considerar algunos hechos, tales como:

Si Eseutil falla, puede encontrar los siguientes mensajes de error:

¿Cómo se puede recuperar la base de datos de Exchange 2007, 2010, 2013, 2016, 2019 de un desastre sin pérdida de datos?

Al utilizar Stellar Repair for Exchange, podrá recuperar cualquier base de datos de Exchange. El software es compatible con todas las versiones del servidor Exchange, desde la 5.5 hasta la más reciente de 2019. Puede añadir un archivo EDB a la aplicación y exportarlo a PST y otros formatos como EML, HTML, etc. Además, puede exportar un archivo EDB directamente a una base de datos de Exchange Server en vivo o a un inquilino de Office 365. Todo esto se hace en el mínimo tiempo, sin esfuerzo administrativo.

Siga los pasos dados después de descargar e instalar el mejor software de reparación de EDB.

Como se ha mencionado, si tiene una base de datos nueva de Exchange Server, puede simplemente hacer clic en Live Exchange Server y sus buzones se emparejarán automáticamente y se importarán directamente.

Related Post