Modo de desfragmentación Eseutil /D

 

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2009-03-16

Puede utilizar el modificador de las Utilidades de la base de datos de Exchange Server (Eseutil.exe) /D para desfragmentar y compactar una base de datos sin conexión. La opción de la desfragmentación convierte el almacenamiento utilizado en contiguo, elimina el almacenamiento no utilizado y compacta la base de datos, con lo que se reduce el tamaño de los archivos de la base de datos.

Para obtener instrucciones acerca de cómo utilizar la sintaxis Eseutil /D, consulte Cómo ejecutar Eseutil /D (Desfragmentación).

Durante las operaciones normales, los archivos de las bases de datos nunca reducen su tamaño actual. A medida que se libera espacio en la base de datos con la eliminación de los elementos, las páginas existentes se reutilizan siempre que resulta posible. Generalmente, una base de datos de Microsoft Exchange Server crecerá durante varios meses después de entrar en servicio, pero el tamaño de la base de datos acabará estabilizándose.

En condiciones normales, si se lleva a cabo una desfragmentación sin conexión no se recupera de forma permanente una cantidad de espacio de disco significativa. El archivo tenderá a volver a crecer hasta alcanzar su tamaño anterior antes de la desfragmentación.

Cómo funciona la desfragmentación Eseutil

Como parte del proceso de desfragmentación, Eseutil crea una nueva base de datos que contiene toda la información de la base de datos original. Cuando se completa la desfragmentación, la base de datos original se elimina o se guarda en una ubicación especificada por el usuario, y la versión nueva adopta el nombre de la original. Si la herramienta encuentra un registro erróneo, se detiene y muestra un mensaje de error.

Cuando se realiza una desfragmentación sin conexión, Exchange realiza una copia temporal del archivo de la base de datos. Las tablas del archivo de la base de datos se conservan y copian en la base de datos temporal, pero las páginas vacías se descartan y los índices se reconstruyen. Debido a que esta acción da lugar a que los números de la página de la base de datos cambien, las páginas no se copian sin alterarse. Los vínculos entre páginas se actualizan y todas las páginas que quedan en la base de datos se someten a comprobaciones de integridad.

Duración del proceso de desfragmentación de una base de datos

La duración necesaria para completar la desfragmentación depende de la parte de la base de datos que está vacía y no del tamaño del archivo de la base de datos. Por ejemplo, para desfragmentar una base de datos de 100 gigabytes (GB) que contiene 10 GB de datos se necesita prácticamente el mismo tiempo que para desfragmentar una base de datos de 11 GB con 10 GB de datos.

De forma predeterminada, una vez completada la desfragmentación, la base de datos temporal se convierte automáticamente en la nueva base de datos de producción y el archivo de base de datos de producción original se elimina. El tiempo que tarda la desfragmentación en completarse puede reducirse de forma significativa si tiene el mismo espacio libre en las mismas unidades lógicas que el tamaño de los archivos de la base de datos original. En este caso, la base de datos temporal se puede situar en la misma unidad lógica y la copia final se completará prácticamente de forma instantánea.

No se aconseja el uso de una unidad de red para la base de datos temporal. Cuando se utiliza una unidad de red para la base de datos temporal, la desfragmentación tarda más en completarse, y cualquier error temporal o permanente de la red provocará la cancelación del proceso de fragmentación. Como la desfragmentación no se puede reanudar, en caso de que esto suceda, deberá volver a empezar desde el principio.

Nota

Únicamente necesita la misma cantidad de espacio extra en la unidad lógica que el tamaño final de los archivos después de la desfragmentación. Pese a que es imposible predecir con exactitud cuánto espacio de disco será reclamado, es aconsejable dejar un 110 por ciento de espacio libre en disco.

Cómo determinar la cantidad de espacio libre en una base de datos

La cantidad de espacio libre disponible en un archivo de base de datos de Exchange se muestra en un evento registrado en el registro de eventos después de que se lleve a cabo una desfragmentación en línea de la base de datos. La desfragmentación en línea se realiza de forma automática durante el mantenimiento normal de la base de datos. Además, el evento se registra en el registro de eventos si el nivel de registro asociado está establecido como Ninguno. Para las bases de datos de carpetas públicas o buzones, se registra un evento similar al siguiente en el registro de eventos:

Tipo de suceso: Información

Origen del suceso: Almacén del buzón MSExchangeIS

Categoría del suceso: General

Id. de suceso: 1221

Fecha: 8/16/2006

Hora: 9:15:00 a.m.

Usuario: N/D

Equipo: Nombre del equipo

Descripción: La base de datos "storage_group\mailbox_database" tiene nnn megabytes de espacio libre después de haber completado la desfragmentación en línea.

Nota

En Exchange Server 2007, la descripción del mensaje del suceso con Id. 1221 contiene el siguiente texto: La base de datos "storage_group\mailbox_database" tiene nnn megabytes de espacio libre después de haber completado la desfragmentación. Storage_group es el nombre del grupo de almacenamiento, mailbox_database es el nombre de la base de datos de buzones y nnn es la cantidad de espacio libre disponible en megabytes. El Nombre del equipo es el nombre del equipo de Exchange Server.

Para las bases de datos de colas (bases de datos de transporte que se ubican en las funciones de servidor concentrador de transporte o transporte perimetral de Exchange), en el registro de sucesos se registra un suceso similar al siguiente:

Tipo de suceso: Información

Origen del suceso:MSExchangeTransport

Categoría del suceso: Componentes

Id. de suceso: 7007

Fecha: 8/16/2006

Hora: 1:00:02 a.m.

Usuario: N/D

Equipo: Nombre del equipo

Descripción: Se ha completado la desfragmentación en línea para la base de datos mail.que. La base de datos tiene nnn bytes libres.

Nota

En la descripción anterior, nnn es la cantidad de espacio libre disponible en bytes. El Nombre del equipo es el nombre del equipo de Exchange Server.

Otro método para determinar la cantidad de espacio libre es ejecutar un volcado de espacio con Eseutil /ms contra un archivo de base de datos sin conexión. (Por ejemplo, ejecute el siguiente comando: eseutil /ms Mailbox Database.edb.) El volcado de espacio da como resultado una tabla. En la tabla, seleccione el número de Availablecolumn y multiplíquelo por el tamaño de la página para determinar el espacio libre para el archivo de base de datos. Para obtener más información acerca del modo de volcado de archivos de Eseutil, consulte Modo de volcado de archivos Eseutil /M.

Cuándo ejecutar Eseutil /D

Existen varias situaciones en las que es adecuado ejecutar Eseutil /D para desfragmentar una base de datos de Exchange. En la siguiente lista se describen algunas de estas situaciones:

  • Hay una importante cantidad de espacio libre en la base de datos que puede reclamarse y que no se reutilizará.

  • Hay errores ESE -1018 que afectan a los índices de un archivo de base de datos. En estos casos, la desfragmentación sin conexión reconstruye los índices. Si se ejecuta una desfragmentación sin conexión de forma eficaz, se eliminarán estos daños.

  • Se ha reparado un archivo de datos utilizando Eseutil /P. Después de ejecutar la reparación, se debe realizar una desfragmentación sin conexión Eseutil en el archivo de base de datos.

  • Se produce una tormenta de correo en un archivo de base de datos de colas ubicado en un servidor de transporte perimetral o concentrador de transporte de Exchange 2007. Una tormenta de correo es una gran cantidad de correo que llena la cola de transporte a una velocidad superior a la que el servicio de transporte puede procesar los mensajes de correo electrónico. Este comportamiento provoca que la cola se llene con correos y que la base de datos de colas se expanda lo necesario. Una vez procesado el correo de la tormenta y después de ejecutar una desfragmentación en línea en la base de datos, queda parte de espacio libre en la base de datos. Para reclamar este espacio libre y reducir la base de datos, ejecute Eseutil /D para realizar una desfragmentación de base de datos sin conexión.

Cuándo no ejecutar Eseutil /D

Existen situaciones en las que no es adecuado ejecutar Eseutil /D para desfragmentar una base de datos de Exchange. En la siguiente lista se describen algunas de estas situaciones:

  • La desfragmentación sin conexión Eseutil no se debe ejecutar nunca como mantenimiento estándar. Exchange ejecuta una desfragmentación en línea automática nocturna que se ocupa del mantenimiento cotidiano de Exchange. No es necesario realizar una desfragmentación sin conexión para el mantenimiento diario, mensual o anual.

  • La desfragmentación Eseutil no se debe llevar a cabo cuando la base de datos no tiene un estado coherente.

  • La desfragmentación sin conexión Eseutil no se debe llevar a cabo cuando existe una base de datos sisponible a la que se podrían mover los buzones. Si se hace podría provocar un tiempo de inactividad menor para los usuarios finales. Debido a que la desfragmentación sin conexión se realiza sin conexión, los usuarios no tendrán acceso a sus buzones durante este proceso. Le aconsejamos que para reducir el impacto sobre el usuario final, si es posible, mueva los buzones a una base de datos diferente realizando una operación de traslado de buzones. Para obtener más información, consulte Cómo mover buzones.

  • La desfragmentación sin conexión Eseutil no se debe llevar a cabo si hay errores ESE -1018 que afectan a la parte de los datos del archivo de base de datos. En estos casos, la desfragmentación sin conexión detectará el error y se detendrá.

Información adicional

Para obtener más información acerca de Eseutil, consulte los siguientes temas: