Modo de desfragmentación de Eseutil /D

  • Artículo

 

Última modificación del tema: 2006-08-17

El modificador /D de Eseutil se usa para desfragmentar y compactar una base de datos sin conexión. La opción de desfragmentación hace que el almacenamiento usado sea contiguo, elimina el almacenamiento no utilizado y compacta la base de datos, lo que reduce su tamaño. Para obtener instrucciones sobre cómo usar la sintaxis de Eseutil /D, consulte Cómo ejecutar Eseutil /D (Desfragmentación).

El modificador /D de Eseutil se usa para desfragmentar y compactar una base de datos. Durante las operaciones habituales, los archivos de base de datos nunca disminuyen por debajo de su tamaño actual. A medida que se libera espacio en la base de datos debido a la eliminación de elementos, las páginas existentes se vuelven a usar en la medida de lo posible. Habitualmente, una base de datos de Microsoft® Exchange Server aumentará durante varios meses después de haberse puesto en servicio, si bien finalmente el tamaño se estabiliza.

En condiciones normales, realizar una desfragmentación sin conexión no hará que se recupere un espacio en disco significativo de forma permanente. El archivo aumentará de nuevo a su tamaño no desfragmentado previo. En circunstancias especiales, como al mover una gran cantidad de buzones de la base de datos, es posible que merezca la pena desfragmentar la base de datos sin conexión. De forma predeterminada, en el transcurso de una operación habitual la base de datos se desfragmenta lógicamente cada noche. Esto no reduce el tamaño del archivo en disco, pero sí hace que la base de datos funciones de manera eficaz.

Nota

Puede usar la utilidad Eseutil para desfragmentar el almacén de información y el directorio de Microsoft Exchange Server 5.5 y el almacén de información de Microsoft Exchange 2000 y versiones más recientes.

¿Cómo funciona la desfragmentación de Eseutil?

Cuando Eseutil desfragmenta una base de datos eliminando el almacenamiento no utilizado y compactando la base de datos, en realidad lo que hace es crear una base de datos nueva que contiene toda la información de la original. Una vez que se ha completado la desfragmentación, la base de datos original se elimina o guarda en una ubicación especificada por el usuario y la nueva versión se copia sobre la original. Si la utilidad encuentra un problema lógico grave en la base de datos, la desfragmentación se detendrá. En tal caso, la base de datos deberá repararse primero con Eseutil /P para poder desfragmentarla.

Cuando se realiza una desfragmentación sin conexión, Exchange crea copias temporales del archivo de base de datos (archivo .edb) y del archivo de base de datos de secuencias (archivo .stm). Las tablas del archivo .edb se conservan y copian en la base de datos temporal, mientras que las páginas e índices que estén vacíos se descartan. Dado que esto hace que cambien los números de las páginas físicas de la base de datos, las páginas no se copian inalteradas, sino que todos los vínculos de página existentes entre ellas se actualizan y todas las páginas que queden en la base de datos pasarán por comprobaciones de integridad. Todas las páginas en el archivo .stm que contengan información se conservarán en el archivo temporal .stm y las referencias a las páginas se actualizan en el archivo .edb.

¿Cuánto tarda en desfragmentarse una base de datos?

La duración de una desfragmentación depende de la cantidad de base de datos que hay vacía y no del tamaño del archivo de base de datos. Por ejemplo, si se desfragmenta una base de datos de 100 GB que contiene 10 GB datos, se invertirá el mismo tiempo que en desfragmentar una base de datos de 11 GB que contiene 10 GB de datos.

De forma predeterminada, cuando la desfragmentación finaliza, la base de datos temporal se convierte automáticamente en la nueva base de datos de producción y la base de datos de producción original se elimina. La duración de la desfragmentación puede reducirse notablemente si tiene al menos el mismo espacio libre en las mismas unidades lógicas que el tamaño de los archivos de base de datos originales. Así, la base de datos temporal puede colocarse en la misma unidad lógica y la copia final se completará casi de manera inmediata.

No es recomendable usar una unidad de red para conservar la base de datos temporal. Si utiliza una unidad de red para la base de datos temporal la desfragmentación tardará más tiempo y cualquier error en la red, ya sea transitorio o permanente, finalizaría el proceso. Puesto que una desfragmentación no puede reanudarse, tendría que empezar de nuevo desde el principio.

Nota

Solamente necesita un espacio libre extra en la unidad lógica similar al tamaño final de los archivos tras la desfragmentación. Si bien es imposible anticipar la cantidad de espacio en disco exacta que se va a recuperar, se recomienda destinar un 110% de espacio libre en disco para garantizar que el proceso es correcto. Para obtener información sobre cómo determinar la cantidad de espacio en disco necesaria para la desfragmentación, consulte el artículo 195914 de Microsoft Knowledge Base, "Determinar espacio libre en base de datos con Exchange 5.5 Service Pack 1 y versiones posteriores de Exchange" (https://go.microsoft.com/fwlink/?linkid=3052&kbid=195914).

¿Cuándo se debe ejecutar Eseutil /D?

Existen diversas situaciones donde resulta adecuado ejecutar Eseutil /D para desfragmentar una base de datos de Exchange. A continuación se muestra una lista de tales situaciones:

  • Existe una cantidad considerable de espacio en blanco en la base de datos que puede recuperarse y que no se va a volver a usar. Un ejemplo sería cuando el número de buzones en la base de datos se ha reducido considerablemente.
  • Un evento se registra de forma reiterada en el registro de la aplicación y aconseja que desfragmente la base de datos sin conexión. Esto sucede en raras ocasiones, cuando una desfragmentación en línea normal ya no puede desfragmentar la base de datos eficazmente.
  • Cuando se llega al límite de tamaño de base de datos de 16 GB en la versión estándar de Exchange y se debe recuperar espacio en blanco para montar la base de datos. Si ejecuta Exchange Server 2003, deberá instalar Service Pack 2 (SP2) para elevar el límite a 75 GB. Para obtener más información sobre el aumento del límite del tamaño de la base de datos, consulte el artículo 828070 de Microsoft Knowledge Base, "El almacén del buzón de Exchange Server 2003 no se monta cuando la base de datos del almacén del buzón alcanza el límite de 16 GB" (https://go.microsoft.com/fwlink/?linkid=3052&kbid=828070).

Nota

Tras desfragmentar la base de datos usando Eseutil, recomendamos que realice una copia de seguridad completa de la base de datos. Esta copia de seguridad completa es necesaria porque con la desfragmentación de la base de datos se crean nuevos archivos de base de datos que tienen firmas de base de datos nuevas. La reproducción del archivo de registro tras la restauración depende de las firmas de la base de datos para coincidir con los valores previstos escritos en los archivos de registro de transacciones. Cualquier copia de seguridad de la base de datos realizada antes de la desfragmentación contendrá archivos de base de datos que tienen firmas distintas de las de la nueva base desfragmentada. En caso de que se restaure una base de datos más antigua, los nuevos registros de transacciones vinculados con los archivos de la nueva base desfragmentada no se reproducirán.

¿Cuándo no se debe ejecutar Eseutil /D?

Existen diversas situaciones donde no resulta adecuado ejecutar Eseutil /D para desfragmentar una base de datos de Exchange. A continuación se muestra una lista de tales situaciones:

  • La desfragmentación de Eseutil no debe ejecutarse a modo mantenimiento estándar. Exchange ejecuta una desfragmentación en línea automática cada noche que controla el mantenimiento cotidiano de Exchange. No hay motivo alguno por el que haya que ejecutar periódicamente una desfragmentación sin conexión, a menos que se den unas circunstancias especiales.
  • La desfragmentación de Eseutil no se puede ejecutar cuando la base de datos no esté en un estado coherente.

Nota

Como norma, a menos que prevea recuperar más de un 20 por ciento de espacio disponible, la desfragmentación no provocará una disminución permanente de los archivos de base de datos.

Información adicional

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