Modo de recuperación Eseutil /R

Última modificación del tema: 2006-06-09

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

• Recuperación del hardware:   Se refiere a un proceso de reproducción del registro de transacciones que tiene lugar después de restaurar una base de datos desde una copia de seguridad en línea.
• Recuperación de software:   Se trata de un proceso de reproducción del archivo de transacciones que tiene lugar cuando una base de datos se vuelve a montar después de una parada inesperada, o cuando los registros de transacción se reproducen en una copia de seguridad de archivo sin conexión de una base de datos.

Para obtener más información acerca de las recuperaciones del hardware y de software, consulte "Reproducción de los archivos de registro de transacciones: Recuperación de software y recuperación de hardware en Exchange Server 2003" (https://go.microsoft.com/fwlink/?linkid=68147).

Para obtener más información acerca de las instrucciones para ejecutar Eseutil en el modo de recuperación, consulte Cómo ejecutar Eseutil /R en modo de recuperación.

Recuperación de hardware

La recuperación de hardware se produce cuando los archivos del registro de transacciones deben reproducirse en una copia de seguridad en línea restaurada. En el resto de supuestos de recuperación, se realizará una recuperación de software. La recuperación de hardware puede hacerse con Eseutil mediante el modo de restauración (/C).

Recuperación de software

En el supuesto predeterminado de una recuperación de software, un evento externo detiene inesperadamente una base de datos de Exchange, pero los archivos de base de datos y de registro permanecen intactos y en su lugar. Cuando la base de datos se vuelve a montar, Exchange lee el archivo de punto de control y comienza a reproducir el registro de transacción que aparece como registro de punto de control. Si no existe ningún archivo de punto de control, la reproducción comienza con el archivo de registro más antiguo disponible en la carpeta de registro de transacciones para el grupo de almacenamiento.

Exchange escribe en los archivos de la base de datos las transacciones completadas que se encontraron en el archivo de registro y que todavía no se hubieran escrito, y deshace cualquier transacción incompleta. Exchange nunca comienza por escribir una transacción en los archivos de la base de datos, hasta que todas las operaciones que la componen se hayan asegurado en los archivos de registro. Si todos los registros de transacciones no confirmados que están presentes en el momento de la interrupción inesperada están presentes cuando comienza la reproducción, no necesita deshacer físicamente ni echar atrás una transacción en la base de datos.

Diferencias de la versión

Eseutil se mejora constantemente y se agregan diferencias de una versión a otra. Actualmente hay tres versiones principales de Eseutil /R para cada una de las tres versiones principales de Exchange, enumeradas a continuación:

• Exchange Server versión 5.5
• Exchange 2000 Server
• Exchange Server 2003

Exchange Server 5.5

La sintaxis de la línea de comandos para la recuperación de software con Eseutil en Microsoft® Exchange 2000 Server y Microsoft® Exchange Server 2003 es diferente de la utilizada en Exchange 5.5. Las reglas y prácticas recomendadas para realizar la recuperación de software manual con Eseutil también han cambiado.

• En Exchange 5.5, casi nunca hay una razón de peso para realizar la recuperación de software con Eseutil. Cada vez que se inicia el almacén de información, la recuperación de software se ejecuta automática y correctamente. En Exchange 5.5, la función de recuperación de software de Eseutil estaba dirigida principalmente a entornos de prueba donde puede que se deseara recuperar una base de datos en un servidor que no tenía Exchange instalado.

• Existe un importante riesgo de ejecutar Eseutil /R en Exchange 5.5: Si después de restaurar una copia de seguridad en línea, ejecutamos una recuperación de software, normalmente la base de datos se dañará. Una copia de seguridad en línea necesita una recuperación de hardware, no de software.

• Sólo si se reúnen las dos condiciones siguientes, es seguro ejecutar una recuperación de software en lugar de una de hardware en Exchange 5.5 y versiones anteriores:

  • Las rutas de acceso a la base de datos no han cambiado desde que se realizó la copia de seguridad.
  • Los archivos .pat del conjunto de la copia de seguridad en línea tienen exactamente un tamaño de 8 K (es decir, se componen de sólo dos páginas de encabezados y no contienen ninguna página de base de datos).
    En el resto de los casos, ejecutar la recuperación de software en lugar de la de hardware dañará la base de datos en proporción al tamaño de los archivos .pat.

  Nota

  Si divide el tamaño de los bytes de un archivo .pat entre 4096 y sustrae dos, obtendrá el número de páginas dañadas lógicamente que se encontrarán en la base de datos después de ejecutar de forma incorrecta una recuperación de software.

Exchange 2000 Server

En Exchange 2000, se implementaron medidas de seguridad de manera que siempre se evita que se ejecute la recuperación de software cuando se necesita una recuperación de hardware.

Existe otro riesgo al ejecutar la recuperación de software con Eseutil. Este riesgo sigue existiendo en Exchange 2000 o Exchange 2003: Si se especifican de forma incorrecta las rutas de acceso a los archivos de registro, al archivo de punto de control o a los archivos de base de datos, la recuperación puede modificar la base de datos o los archivos de registro y evitará que se pueda volver a realizar la recuperación.

Si Eseutil no encuentra archivos del registro de transacciones existentes al intentar ejecutar la recuperación, creará un nuevo archivo del registro de transacciones e intentará conectar la base de datos a él. Si la base de datos tiene un estado incoherente o se encuentra en estado de cierre incorrecto, no se podrá iniciar. Si la base de datos tiene un estado coherente, se adjuntará y, a continuación, se desasociará del nuevo archivo de registro.

En cualquier caso, existe riesgo al realizar cambios en la base de datos o al agregar archivos de registro al servidor que podría provocar que la base de datos no se pudiera iniciar o que podría confundir futuras soluciones de problemas en la recuperación.

En Exchange 5.5, casi siempre era mejor colocar archivos en ubicaciones adecuadas y, a continuación, iniciar el Almacén de información para realizar la recuperación. En Exchange 2003 hay dos mejoras en la funcionalidad de recuperación Eseutil que ofrecen ventajas importantes con respecto al montaje de una base de datos para ejecutar la recuperación en ésta:

• Eseutil puede forzar que se complete la recuperación incluso si falta una base de datos. Esta capacidad también está disponible en Exchange 2000.

• Si un grupo de almacenamiento se detiene de forma inesperada, todas las bases de datos que se ejecutan en ese momento serán incoherentes o estarán en estado de cierre incorrecto. Supongamos que la razón por la que se detuvo un grupo de almacenamiento fue que una unidad de base de datos tuvo un error repentinamente y que dicha unidad se vuelve inaccesible. En este caso, faltará una de las bases de datos.

• Si se ejecuta la recuperación mientras falta la base de datos, es posible que modifique el estado de los registros de transacciones de manera que si la unidad se vuelve de nuevo accesible, la recuperación no se completará correctamente con dicha base de datos.

  Nota

  Si se restaura la base de datos a partir de la copia de seguridad, la recuperación podrá completarse correctamente. Este escenario sólo se aplica a la recuperación de una base de datos conectada al registro actual en el momento en que se produjo la detención repentina.

• Si sabe que la base de datos perdida no se recuperará, puede recuperar el resto de bases de datos del grupo de almacenamiento sin restaurar antes la base de datos que falta a partir de la copia de seguridad utilizando el modificador Eseutil /I (ignorar).

Antes de utilizar este modificador para ejecutar la recuperación en el resto del grupo de almacenamiento, deberá realizar una copia de seguridad de todos los archivos del registro de transacciones, incluido el registro actual (Enn.log). Si mantiene una copia del registro actual y del resto de registros, podrá recuperar la base de datos que falta si se vuelve disponible de forma inesperada. Una vez recupere el resto de bases de datos y, por lo tanto, escriba más información en Enn.log, es posible que no pueda recuperar la base de datos que falta mediante ese archivo de registro.

Exchange Server 2003

La recuperación de Eseutil puede recuperar una base de datos que se ha movido a una ubicación de ruta de acceso diferente. Esta capacidad sólo está disponible en Exchange 2003.

La recuperación de hardware siempre pudo terminar correctamente, incluso si las bases de datos de Exchange se habían movido a distintas ubicaciones de rutas de acceso desde el momento en que se realizó una copia de seguridad. Pero hasta la aparición de Exchange 2003, la recuperación de software sólo funcionaba si los archivos de base de datos se encontraban en la misma ruta de acceso de la unidad que los definidos en los archivos del registro de transacciones que se iban a reproducir.

En Exchange 2003, se agregó el modificador /D al modo de recuperación para permitir ignorar la ruta de acceso de la base de datos codificada en los archivos de registro de la transacción. La nueva capacidad es muy útil al restaurar copias sin conexión de bases de datos en grupos de almacenamiento de recuperación o al recuperar una base de datos "que falta", tal y como se describe en la situación anterior.

Ahora puede copiar una base de datos y un grupo de registros de transacciones a la carpeta que desee y ejecutar la recuperación de software de forma correcta. Una vez que la base de datos es coherente, puede moverla a cualquier otra ruta de acceso deseada y conectarla a una secuencia de registro diferente.

Para obtener más información

Para obtener más información, consulte los siguientes temas en la Guía de utilidades de bases de datos de Exchange Server:

• Modo de desfragmentación de Eseutil /D
• Modo de reparación de Eseutil /P
• Modo de restauración de Eseutil /C
• Modo de integridad de Eseutil /G
• Modo de volcado de archivo Eseutil /M
• Modo de suma de comprobación de Eseutil /K
• Modo de copia de archivo de Eseutil /Y
• Estrategias de recuperación de bases de datos
• Referencia para errores comunes de Eseutil