Cómo ejecutar Eseutil /P (reparación) en diferentes escenarios

Artículo
10/25/2013

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

La sintaxis y los comportamientos de Eseutil que se describen en esta sección se aplican a Exchange Server 2003 Service Pack 2 (SP2) y proporcionan instrucciones para ejecutar la reparación de Eseutil en la base de datos. El modo de reparación de Eseutil corrige bases de datos dañadas a niveles de página y tabla, aunque no a nivel de aplicación. Es posible que una reparación se realice correctamente, por lo que se mantendrán las tablas de base de datos coherentes, aunque puede que la base de datos quede tan dañada que no se pueda montar. Para obtener más información acerca del modo de reparación de Eseutil, consulte Modo de reparación de Eseutil /P.

Antes de empezar

Tenga en cuenta lo siguiente antes de ejecutar el modo de reparación de Eseutil en la base de datos:

Debe haber suficiente espacio de disco en la unidad lógica local para la base de datos de reparación temporal. Sugerimos mantener el 20 por ciento del tamaño de los archivos de la base de datos que se van a reparar, aunque el tamaño del archivo temporal variará considerablemente en función de la naturaleza de las reparaciones. Si no se puede mantener un espacio suficiente, puede redireccionar archivos temporales a una unidad diferente, como se escribe a continuación.
La base de datos de secuencia (archivo .stm) debe estar en la misma carpeta que la base de datos (archivo .edb) de la Interfaz de programación de aplicaciones de mensajería (MAPI) o deberá establecer un modificador de línea de comando para identificar la ruta de acceso de la base de datos de secuencia, como se describe a continuación.

Procedimiento

Para ejecutar Eseutil /P

La sintaxis de línea de comandos básica para reparar una base de datos con Eseutil es:
```
ESEUTIL /P database_filename.edb
```
Nota

Con Exchange Server 5.5, deberá ejecutar /V para ver el registro detallado predeterminado de Exchange 2000 Server y versiones posteriores.

El usuario podrá encontrar estas situaciones al ejecutar la reparación de Eseutil en la base de datos:

Los archivos de la base de datos y los de secuencia no coinciden
Falta el archivo de secuencia

Los archivos de la base de datos y los de secuencia no coinciden

Ciertos errores de hardware pueden dejar la base de datos y las bases de datos de secuencia sin sincronización entre sí o puede que el usuario obtenga una base de datos de secuencia no actualizada con respecto al archivo de base de datos. De forma predeterminada, la reparación comprueba al principio si se produjo este problema, en cuyo caso, sale que el usuario pueda obtener el archivo correcto si está disponible.

Puede forzar la reparación para que continúe después de este problema, pero si el archivo de secuencia es uno que en realidad no pertenece a la base de datos, esta operación no salvará los datos de éste. En su lugar, se seleccionarán todos los datos del archivo de secuencia. Fuerce la omisión de una discrepancia sólo si está muy seguro de que los archivos de secuencia y de base de datos están juntos y de que están a punto de estar sincronizados entre sí.

La base de datos de secuencia se compone íntegramente de datos de usuario sin procesar. Toda la estructura lógica y la información de propiedad sobre los datos se encuentran en la base de datos de MAPI (archivo .edb). Todos los datos del archivo .stm que no coincidan con los indicadores del archivo .edb se perderán durante una reparación.

Siga estos pasos para ejecutar Eseutil /P con el fin de omitir una discrepancia del archivo de secuencia:

Para omitir la discrepancia del archivo de secuencia

Para omitir una discrepancia del archivo de secuencia, agregue el modificador /I a la línea de comandos de Eseutil. Por ejemplo:
```
ESEUTIL /P priv1.edb /I
```

Falta el archivo de secuencia

Incluso si la base de datos de secuencia se ha destruido o falta, el usuario puede completar correctamente una reparación, pero se perderán todos los datos de ese archivo. Si la mayoría de los usuarios son clientes de MAPI (usuarios de Microsoft® Office Outlook®), puede que la pérdida de datos sea insignificante. Si la mayoría de usuarios se conectan mediante el Protocolo de oficina de correos versión 3 (POP3) o Protocolo de acceso a mensajes de Internet versión 4 (IMAP4), es probable que la pérdida de datos sea catastrófica.

Siga el paso siguiente para ejecutar Eseutil /P cuando falte un archivo de secuencia de base de datos o cuando la reparación no pueda terminar con el archivo de secuencia actual:

Para crear un nuevo archivo de secuencia

Para crear un nuevo archivo de secuencia, utilice el modificador /CREATESTM. Por ejemplo:
```
ESEUTIL /P PRIV1.EDB /CREATESTM
```

Consideraciones posteriores a la reparación

Recuerde lo siguiente después de haber ejecutado Eseutil /P para reparar la base de datos:

Realice una copia de seguridad completa de la base de datos tan pronto como pueda después de la reparación. La reparación invalida las copias de seguridad anteriores. Esto no significa que las copias de seguridad anteriores no se puedan restaurar o que sean totalmente despreciables. Significa que la reparación hace imposible desplazar la base de datos a partir de una copia de seguridad anterior. Si restaura una copia de seguridad anterior, la reproducción del archivo de registro de transacciones terminará en el punto en que se realizó la reparación. Los cambios en la base de datos posteriores a la reparación no se pueden volver a colocar en una base de datos restaurada. Por lo tanto, es de suma importancia que realice una copia de seguridad completa de la base de datos tan pronto como pueda después de la reparación.
Recuerde que debe ejecutar la desfragmentación (Eseutil /D) así como ISInteg -fix para terminar la reparación. Sólo si intenta utilizar la base de datos reparada para guardar datos y, a continuación, descartarlos, puede omitir estos pasos adicionales. Omitirlos significa que puede que se guarden menos datos que si se realizan los pasos adicionales, pero también puede significar ahorrar varias horas de tiempo de recuperación.

Importante

Debe realizar una copia de seguridad completa de la base de datos, ejecutar la desfragmentación y ejecutar ISInteg antes de volver a poner en producción una base de datos reparada. La práctica recomendada del grupo de TI de Microsoft es mover un buzón en cuanto sea viable más que dejar una base de datos reparada en producción de forma indefinida. Para obtener más información, consulte Modo de reparación de Eseutil /P.

Referencia de la línea de comandos

Ésta es la referencia de la línea de comandos que se observa al escribir Eseutil ./? en el símbolo del sistema de la carpeta Exchsrvr\Bin y la P seleccionada para la reparación.

REPAIR:
    DESCRIPTION:  Repairs a corrupted or damaged database.
         SYNTAX:  ESEUTIL /p <database name> [options]
     PARAMETERS:  <database name> - filename of database to repair
        OPTIONS:  zero or more of the following switches, separated by a space:
                  /s<file>     - set streaming file name (default: NONE)
                  /t<db>       - set temp. database name
                                 (default: TEMPREPAIR*.EDB)
                  /f<name>     - set prefix to use for name of report files
                                 (default: <database>.integ.raw)
                  /i           - bypass the database and streaming file mismatch error
                  /g           - run integrity check before repairing
                  /createstm   - create empty streaming file if the file is missing
                  /8           - set 8k database page size (default: auto-detected)
                  /o           - suppress logo
          NOTES:  1) Repair does not run database recovery. If a database
                     is in a "Dirty Shutdown" state it is strongly
                     recommended that before proceeding with repair,
                     recovery is first run to properly complete database
                     operations for the previous shutdown.
                  2) The /i option ignores the signature mismatch error in
                     the check phase if the database and streaming file do
                     not match each other. The database and streaming file
                     will receive new signatures in the repair phase. Without
                     using this option, repair will terminate immediately
                     once the database and streaming file mismatch error occur
                  3) The /g option pauses the utility for user input before
                     repair is performed if corruption is detected. This optio
                     overrides /createstm and /o options.
                  4) The /createstm option is irreversible.  Once you
                     start the repair process a new streaming file will
                     be created.  Any streaming file that existed before
                     the repair will no longer work with this database.

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: