Ramificaciones de la ejecución del comando eseutil /p o edbutil /d /r en Exchange

Seleccione idioma Seleccione idioma
Id. de artículo: 259851 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Resumen

Se realiza una reparación dura cuando ejecuta un comando eseutil /p o edbutil /d /r en un archivo de base de datos de Exchange Server, como la base de datos Priv.edb, Pub.edb o Dir.edb. La reparación recorre la base de datos, comprueba y repara las estructuras críticas de la base de datos (como tablas del sistema, tablas de adjuntos, etc.) y comprueba si hay páginas dañadas en las bases de datos.

Si la reparación encuentra una página dañada (por ejemplo, una suma de comprobación no válida causada por una modificación de la página no realizada por Jet), la elimina (-1018). Cuando esto ocurre, se pueden perder datos críticos una vez que finalice la reparación. Estos datos pueden formar parte de un mensaje de correo electrónico, una cita del calendario, una nota, un dato adjunto o, en el peor de los casos, pueden formar parte de una tabla del sistema.

Si esa tabla del sistema es la tabla de adjuntos, todos los usuarios del servidor pueden perder los datos adjuntos de sus mensajes. Ésta es sólo una de las situaciones posibles, pero si hay páginas dañadas en la base de datos, se perderán datos después de una reparación dura.

Importante: siempre que sea posible, es mejor restaurar de una copia de seguridad.

Si restaura a partir de una copia de seguridad, sabe que dispone de una base de datos en buen estado, limpia, estable, y que se iniciará y funcionará en el servidor. En casi todos los casos, es más rápido y más confiable restaurar de una copia de seguridad que realizar una reparación dura de la base de datos. Esto se debe a que la reparación se realiza a unos 4 a 6 gigabytes (GB) por hora y a que debe ejecutar el proceso Isinteg después de la reparación, que procesa de 3 a 6 GB por hora. (Estas tasas son valores promedio; el rendimiento puede variar dependiendo de cuántos recorridos tenga que hacer la reparación sobre la base de datos y de la velocidad del hardware.)

Por ejemplo, si utiliza la configuración de hardware más rápida posible, una base de datos de 50 GB requiere aproximadamente 8 horas para su reparación y unas 8 horas para el proceso Isinteg, lo que hace un total de 16 horas. Si utiliza una cinta lineal digital (DLT) típica conectada Wide SCSI (DLT) 35/70, que tarda en promedio unos 3 megabytes (MB) por segundo para la restauración, esa misma base de datos necesita aproximadamente 5 horas para su restauración. Esto supone un ahorro de tiempo de 11 horas. Los sistemas de copia de seguridad de tipo "instantánea", extremadamente veloces, como el sistema de EMC Corporation, pueden restaurar una base de datos de este tamaño en cuestión de minutos.

Si no dispone de copia de seguridad y la única posibilidad es realizar una reparación dura de la base de datos, siga estos pasos:
  1. Ejecute una reparación dura de la base de datos mediante Eseutil /p o Eseutil /d /r.
  2. Desfragmente la base de datos mediante Eseutil /d. La desfragmentación sin conexión crea una nueva estructura física de base de datos y mueve los datos existentes a esa estructura.
  3. Compruebe la coherencia de la base de datos con el comando Isinteg -fix. Quizás tenga que ejecutar varias veces Isinteg hasta que el informe resumen indique que no hay ningún error.
Para obtener más información al respecto, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
192185 Cómo desfragmentar con la herramienta ESEUTIL (Eseutil.exe)
182081 Descripción de la utilidad Isinteg

La utilidad Isinteg corrige los problemas lógicos que pueden surgir cuando se realiza una reparación dura:
  • Para el almacén de información privada de Exchange Server 4.0 y 5.0, ejecute el comando siguiente:
    isinteg -fix -pri
  • Para el almacén de información pública de Exchange Server 4.0 y 5.0, ejecute el comando siguiente:
    isinteg -fix -pub
  • Para el almacén de información privada de Exchange Server 5.5, ejecute el comando siguiente:
    isinteg -pri -fix -test alltests
  • Para el almacén de información pública de Exchange Server 5.5, ejecute el comando siguiente:
    isinteg -pub -fix -test alltests
Nota: no puede ejecutar el comando Isinteg -fix en la base de datos Dir.edb. Además, se recomienda que no utilice un directorio con reparación dura en un entorno de producción.

Para obtener más información acerca de la recuperación tras desastres de Exchange, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
162353 Restauración de un directorio de Exchange
Después de ejecutar el comando eseutil /p o edbutil /d /r en las bases de datos Priv.edb o Pub.edb, éstas pueden presentar los síntomas siguientes:
  • El almacén de información no funciona o deja de responder.
  • El almacén de información deja de aceptar correo del agente de transferencia de mensajes (MTA).
  • El correo electrónico permanece en las Bandejas de salida de los usuarios.
  • El programa Store.exe se ejecuta con un uso muy alto de CPU sin haber carga en el servidor.
  • El programa Store.exe genera una infracción de acceso si hay mucha carga.
  • Los usuarios no pueden abrir datos adjuntos ni mensajes de correo electrónico.
Después de realizar una reparación dura de una base de datos que está muy dañada, no puede utilizarse en producción hasta que no haya realizado también una desfragmentación sin conexión seguida de Isinteg. Realice una reparación dura en una base de datos sólo como último recurso; si es posible, restaure siempre desde una copia de seguridad.

Si se ejecuta varias veces Isinteg y no corrige los daños de la base de datos, debe emplear la utilidad Exmerge para extraer datos de una base de datos y ponerlos en otra base de datos diferente:
259688 Cómo emplear la utilidad Exmerge para extraer datos de un almacén de información privada dañado

Más información

Para determinar si se ha realizado una reparación dura en una base de datos, vuelque el encabezado utilizando la línea de comandos siguiente (el número de reparaciones será cero si no se han reparado las bases de datos):
eseutil /mh x:\exchsrvr\mdbdata\priv.edb |more

eseutil /mh x:\exchsrvr\mdbdata\pub.edb |more
A continuación se muestra un encabezado de ejemplo de Priv.edb:
Microsoft(R) Windows NT(TM) Server Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.

Initiating FILE DUMP mode...
Database: d:\exchsrvr\mdbdata\priv.edb

Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,2
Engine ulVersion: 0x620,2
DB Signature: Create time:4/5/2000 17:48:52 Rand:769046 Computer:
cbDbPage: 4096
dbtime: 556457
State: Consistent
Shadowed: Yes
Last Objid: 184
Scrub Dbtime: 0
Scrub Date: 00/00/1900 00:00:00
Repair Count: 1
Repair Date: 2/20/2000 10:48:50

Propiedades

Id. de artículo: 259851 - Última revisión: lunes, 07 de agosto de 2006 - Versión: 6.0
La información de este artículo se refiere a:
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Palabras clave: 
kbinfo KB259851
Renuncia a responsabilidad de los contenidos de la KB sobre productos a los que ya no se ofrece asistencia alguna
El presente artículo se escribió para productos para los que Microsoft ya no ofrece soporte técnico. Por tanto, el presente artículo se ofrece "tal cual" y no será actualizado.

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com