Modo de recuperación Eseutil /R

 

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2011-06-16

La recuperación se refiere al proceso de reproducir archivos de registro de transacciones en una base de datos. Existen dos tipos de recuperación:

  • Recuperación de hardware   Un proceso de reproducción de archivos de registro de transacciones que tiene lugar después de restaurar una base de datos tras una copia de seguridad en línea.

  • Recuperación de software   Un proceso de reproducción de archivos de registro de transacciones que tiene lugar después de montar una base de datos tras una detención inesperada, cuando los archivos de registros de transacción son reproducidos en una copia de seguridad de archivos sin conexión de una base de datos o cuando los registros son reproducidos en un conjunto de copias de seguridad de Servicio de instantáneas de volumen (VSS).

Para obtener información acerca de la sintaxis y acerca del modo de recuperación de Eseutil /R, vea Cómo ejecutar Eseutil /R (Recuperación).

Recuperación de hardware

La recuperación de hardware tiene lugar cuando archivos de registro de transacciones tienen que ser reproducidos en una copia de seguridad en línea restaurada. En otros casos de recuperación, se realiza una recuperación de software. La recuperación de hardware se puede realizar con las utilidades de bases de datos de Exchange Server (Eseutil.exe) mediante el modo de restauración (/C).

Recuperación de software

En el caso de una recuperación de software, un evento externo detiene de forma inesperada una base de datos de Exchange, pero la base de datos y los archivos de registro permanecen intactos y en su sitio. Cuando se vuelve a montar la base de datos, Exchange lee el archivo de punto de control y comienza a reproducir el archivo de registro de transacciones que está enumerado en el archivo de registro de punto de control. Si no existe un archivo de punto de control, la reproducción comienza con el archivo de registro más antiguo de la carpeta de registro de transacciones para el grupo de almacenamiento.

Exchange escribe en los archivos de base de datos las transacciones completadas del archivo de registro que no han sido escritos e invierte cualquier transacción incompleta. Exchange nunca empieza a escribir una transacción en los archivos de base de datos hasta que todas las operaciones que lo componen han sido protegidas en los archivos de registro. No es necesario deshacer o detener una transacción de la base de datos si todos los archivos de registro no validados presentes en el momento de la detención inesperada siguen presentes cuando comienza la reproducción.

Importante

Un supuesto fundamental del proceso de recuperación de software es aquél en que no se han movido, borrado o destruido los archivos de base de datos o de registro debido al fallo o por mano del administrador tras el fallo.

Casos específicos de recuperación

Las siguientes secciones describen varios casos de recuperación.

Los archivos de registro de transacciones no se encuentran en la carpeta actual

Generalmente siempre se debe ejecutar Eseutil /R desde la carpeta en la que residen los archivos de registro de transacciones que deben ser reproducidos. Esto se debe a que el proceso de recuperación de software busca en los archivos de registro de transacciones para encontrar la ruta a las bases de datos. Si se ejecuta Eseutil /R desde una carpeta en la que no existen archivos de registro, se generará un archivo de registro de transacciones, y este archivo no sabrá dónde se encuentran a las bases de datos. Si desea ejecutar una recuperación de software desde el exterior de la carpeta de archivos de registro de transacciones, añada este modificador al comando:

/Lpath_to_logfiles

Por ejemplo:

Eseutil /R E00 /Ld:\exchsrvr\logfiles

Controlar el archivo de punto de control

En la mayoría de los casos en los que se ejecuta manualmente una recuperación de software, es preferible borrar u ocultar el archivo de punto de control, puesto que normalmente se prefiere reproducir todos los archivos de registro de transacciones antes que comenzar desde la mitad de una secuencia disponible.

Si está ejecutando una recuperación de software desde una carpeta en la que existe un archivo de punto de control válido, y no se desea disponer de ese archivo tras la recuperación, debe definir una ruta diferente para el archivo de punto de control que se creará durante la recuperación. Esto puede ser necesario tras restaurar una copia de seguridad sin conexión en un grupo de almacenamiento donde se ejecutan las bases de datos.

Si se está ejecutando una recuperación desde una carpeta distinta, y se desea utilizar el archivo de punto de control para controlar la recuperación, se debe apuntar la ruta para el archivo de punto de control.

Si desea controlar el uso del archivo de punto de control durante una recuperación de software, añada este modificador al comando de recuperación:

/Spath_to_or_away_from_current_checkpoint

Por ejemplo:

Eseutil /R E00 /Sd:\

Grupo de almacenamiento en el que falta una base de datos de buzón o de carpeta pública

Si un grupo de almacenamiento se detiene de forma inesperada, y una base de datos incoherente de carpeta pública o de buzón se elimina o no está disponible, podrá montar cualquiera de las bases de datos del grupo de almacenamiento hasta restaurar la base de datos que falta o hasta que se ejecute una recuperación manual con el modificador /I.

Importante

Antes de recuperar mientras se ignora la base de datos de buzón o de carpeta pública, debería realizar una copia de seguridad de todos los archivos de registro de transacciones, incluso del archivo de registro actual (Enn.log). Después de que se haya modificado el Enn.log recuperando otras bases de datos, es posible que no sea utilizable para la recuperación de la base de datos en falta después de que vuelva a estar disponible.

Recuperación de una base de datos fuera de su lugar

La recuperación de una base de datos que se encuentra fuera de su sitio aísla completamente el proceso de recuperación del grupo de almacenamiento en ejecución. Utilice este método cuando desee recuperar una copia de seguridad sin conexión de un grupo de almacenamiento de recuperación, y pretenda reproducir cualquier archivo de registro en la copia de seguridad.

Para prepararse para este procedimiento, se debe mover el archivo de base de datos y todos los archivos de registro de transacciones que pretende reproducir a una única carpeta temporal. Desde esta carpeta, puede ejecutar el siguiente comando:

Eseutil /R Enn /I /D

Por ejemplo:

Eseutil /R E00 /I /D

Es posible que no sea necesario el modificador /I, en función de si existen registros de cierre limpios en los archivos de registro de transacciones para otras bases de datos que estaban adjuntas a los archivos de registro. En este caso se recomienda utilizar el modificador para no tener que volver a iniciar la recuperación si hay unos datos adjuntos en algún lado de un archivo de registro.

Si no está presente el modificador /D, las rutas de la base de datos registradas en los archivos de registro se utilizarán para localizar las bases de datos. Si se utiliza el modificador /D sin una ruta, el directorio actual se utilizará como la ruta para los archivos de base de datos. Si el modificador /D va seguido inmediatamente (sin espacio entre medias) por una ruta de archivo, esa ruta se utilizará para localizar los archivos de bases de datos.

Debido a la posibilidad de errores de tipografía, recomendamos encarecidamente que siempre que sea posible elimine la necesidad de utilizar rutas con modificadores de Eseutil ejecutando Eseutil desde una carpeta en la que ya se encuentren todos los archivos de datos.

Después de que termine la recuperación y de que los archivos de base de datos se encuentren en un estado de cierre limpio, éstos se pueden colocar en su sitio dentro del grupo de almacenamiento adecuado y se pueden adjuntar a los archivos de registro, con lo que se montarán las bases de datos.

Nota

Es posible que sea necesario habilitar la casilla de verificación Se puede sobrescribir esta base de datos por una restauración en las propiedades de objeto de base de datos en la Consola de administración de Exchange antes de montar la base de datos.

Recuperación de una base de datos con archivos de registro que faltan

En Exchange Server 2007, una nueva función llamada resistencia a registros perdidos (LLR) protege bases de datos de Exchange frente a la pérdida de los últimos archivos de registro y permite una recuperación más rápida. Cuando un archivo de registro protegido por LLR falta o está corrupto, sin la nueva opción de recuperación /A el montaje o la recuperación de bases de datos con Eseutil falla. Un registro de eventos con el Id. de suceso 523 establece el tipo de fallo. Puede ejecutar la recuperación con Eseutil en una base de datos cuando un archivo de registro protegido con LLR falta o está corrupto utilizando la opción /A en modo de recuperación, tal como sigue:

ESEUTIL /R Enn /A

Nota

Puede ver la sintaxis y la referencia a la línea de comando para Eseutil escribiendo eseutil /? en un símbolo del sistema. No obstante, la opción /A no aparece listada en la versión RTM de Exchange 2007 de la referencia de línea de comando.

Antes de Exchange 2007, cuando se recupera una base de datos con archivos de registro que faltan hay que restaurar las bases de datos desde copias de seguridad o bien reparar el archivo de base de datos existente mediante Eseutil /P. Con Exchange 2007, la recuperación de bases de datos se mejora, ya que se puede recuperar una base de datos en la que faltan archivos de registro en el rango LLR ejecutando el comando de recuperación con la opción /A.

Para obtener más información

Para obtener más información acerca de Eseutil, vea los siguientes temas: