Modo de reparación de Eseutil /P

  • Artículo

 

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

El modo de reparación de Eseutil corrige los problemas de base de datos en los niveles de página y de tabla del Motor de almacenamiento extensible (ESE), aunque no lo hace a nivel de aplicación. Después de reparar una base de datos mediante Eseutil, deberá ejecutar ISInteg para reparar la base de datos a nivel de aplicación. Para comprender el significado de nivel de página de base de datos, niveles de tabla del ESE y los niveles de aplicación, consulte Estrategias de recuperación de bases de datos. Para obtener más información acerca de la sintaxis y las instrucciones para utilizar Eseutil /P, consulte Cómo ejecutar Eseutil /P (reparación) en diferentes escenarios.

Durante la reparación, puede que sea necesario descartar filas de tablas o incluso tablas enteras. Una vez completadas las reparaciones a nivel de ESE, es necesario realizar una reparación a nivel de aplicación para corregir problemas que puedan existir a nivel de aplicación debido a la falta de datos. La utilidad de integridad de almacenes de información (ISInteg) se puede utilizar para realizar este análisis y reparación a nivel de aplicación en Exchange. En el siguiente ejemplo se explica cómo funciona la reparación de Eseutil.

Por ejemplo, una tabla de la base de datos almacena mensajes de todos los buzones. Se utiliza una tabla independiente para cada carpeta Bandeja de entrada de usuario. Supongamos que se pierde un mensaje al utilizar Eseutil para reparar la tabla del mensaje. Eseutil no correlacionará el mensaje con la referencia a éste de cada carpeta Bandeja de entrada porque Eseutil no comprende el esquema de tablas cruzadas de la aplicación. ISInteg es necesario para comparar la tabla de mensaje reparada con cada carpeta Bandeja de entrada y para eliminar un mensaje perdido de la Bandeja de entrada.

En resumen, Eseutil mira en cada una de las páginas y tablas de la base de datos de Exchange y asegura la coherencia e integridad dentro de cada tabla. ISInteg, cuya ejecución se recomienda realizar después de Eseutil, repara una base de datos a nivel de aplicación y asegura la integridad de las relaciones entre tablas.

La reparación de las bases de datos implica la realización, en este orden, de estas tres etapas:

  1. Eseutil se ejecuta en modo /P para realizar una reparación a nivel de tabla y de página de la base de datos
  2. Eseutil se ejecuta en modo /D para reconstruir por completo los índices y desfragmentar la base de datos
  3. A continuación, ISInteg se ejecuta para reparar la base de datos a nivel de aplicación

Nota

Una reparación correcta no significa necesariamente que una base de datos se pueda utilizar siempre. La pérdida de los metadatos del sistema puede dejar una base de datos sin montar o vacía. Cuando una base de datos no se puede reparar, puede restaurar los datos a partir de la copia de seguridad o crear una base de datos nueva.

Volver a poner en producción una base de datos reparada

El usuario debe tomar una decisión propia acerca de si debe mantener en producción de forma permanente una base de datos reparada. La política de muchos administradores es utilizar las bases de datos reparadas sólo para salvar datos. Los administradores mueven los buzones a otra base de datos tan pronto como pueden o combinan los datos de una base de datos reparada con una base de datos buena conocida.

Tanto Eseutil como ISInteg generan archivos de registro de reparación detallados que enumeran los errores encontrados y corregidos. Para obtener más información acerca de las causas y consecuencias de errores específicos, puede buscar en la Microsoft Knowledge Base y consultar el tema en Referencia para errores comunes de Eseutil. La información de estas áreas puede ayudar a decidir si es mejor aceptar los riesgos de dejar en producción una base de datos reparada.

Práctica recomendada de Eseutil /P

Utilice Eseutil /P si no puede restaurar una base de datos a partir de la copia de seguridad o cuando no se pueda recuperar por completo los registros de transacciones.

Nota

Si no puede recuperar por completo los registros de transacciones, lo mejor es seguir una estrategia híbrida. Puede restaurar una versión de trabajo de la base de datos a partir de la copia de seguridad, reparar la base de datos dañada del grupo de almacenamiento de recuperación y combinar ambas bases de datos.

Microsoft recomienda que siga estas prácticas recomendadas al reparar una base de datos:

  • No permita que una base de datos reparada permanezca en producción durante un período de tiempo prolongado.
  • No utilice la opción de reparación de Eseutil cuando la copia de seguridad esté disponible.
  • No utilice el modo de reparación de Eseutil para eliminar un error -1018. Para obtener información acerca del error -1018, consulte el artículo 812531 de la Microsoft Knowledge Base, "Support WebCast: Microsoft Exchange: Understanding and Resolving Error -1018" ("Web de soporte técnico Microsoft Exchange: Comprender y resolver error 1018")(https://go.microsoft.com/fwlink/?linkid=3052&kbid=812531).

Versiones anteriores de Exchange

La tabla que se muestra a continuación explica el modo en que funciona el modo de reparación de Eseutil en las distintas versiones de Exchange:

Exchange 200x

De forma predeterminada, se almacena un registro detallado del proceso de reparación en un archivo de texto sin formato llamado database.integ.raw. Este registro indicará al usuario exactamente las tablas que se repararon y los problemas que tuvieron que repararse.

Exchange 5.5

Se necesitaba para especificar el registro detallado con el modificador /V para ver detalles similares.

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: