Descripción de las bases de datos y los factores de rendimiento del registro

 

Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Última modificación del tema: 2016-11-28

Este tema explica la base de datos y registro de factores de rendimiento de E/S en Microsoft Exchange Server 2010. La comprensión de estos factores es importante para la solución de diseño de almacenamiento del servidor de Buzón de correo. Para obtener información acerca de otros aspectos clave del proceso de diseño, consulte Diseño del almacenamiento del servidor de buzones de correo.

Contenido

E/S transaccional

Descripción de IOPS

E/S no transaccional

E/S transaccional

La E/S transaccional normalmente se define como la E/S generada por la actividad del usuario. Los ejemplos de actividad del usuario comprenden la recepción, el envío y la eliminación de elementos; la sincronización de clientes de Windows Mobile o el inicio de sesión mediante Microsoft OfficeOutlook Web App.

La prestación de E/S transaccional es una parte fundamental del diseño de almacenamiento de Exchange 2010 porque la latencia de E/S (el tiempo que lleva ejecutar la operación de E/S) puede afectar directamente a la experiencia del usuario de los clientes en línea como el modo en línea de Microsoft Outlook y Outlook Web App. El modo caché de Exchange en Outlook también puede verse afectado por la elevada latencia de E/S cuando se usa para tareas como la delegación del acceso y la configuración de reglas. Todos los clientes pueden verse afectados por demoras en la entrega de correos electrónicos ocasionadas por la elevada latencia de E/S. La prestación de E/S transaccional se puede dividir entre E/S de volumen de base de datos y E/S de volumen de registro.

Los requisitos de E/S transaccional en Exchange 2010 se han reducido en comparación con los de Exchange Server 2007. No todas las E/S que se producen en la base de datos del buzón de correo y los volúmenes de registro se consideran transaccionales. Para obtener más información, consulte Descripción del almacén de Exchange 2010.

Volver al principio

Descripción de IOPS

Para todas las versiones de Exchange, es importante comprender la cantidad de E/S de base de datos por segundo (IOPS) consumida por cada usuario porque es una de las métricas de E/S transaccional necesarias para ajustar el tamaño del almacenamiento de forma adecuada. En las siguientes secciones se analizan los factores que afectan el IOPS al diseñar el almacenamiento de roles de servidor del buzón de correo.

Caché de base de datos

Un sistema operativo Windows Server con una edición de 64 bits que ejecute la versión de 64 bits de Exchange 2010 aumenta sustancialmente el espacio de dirección virtual y permite a Exchange aumentar la memoria caché de base de datos, reducir la E/S de lectura de base de datos y habilitar hasta 100 bases de datos por servidor.

La reducción de lectura de la base de datos depende de la cantidad de caché de base de datos disponible en el servidor y del perfil de mensajes del usuario. Para obtener información acerca de la memoria y las bases de datos, consulte Descripción de la memoria caché de la base de datos de buzones. Si sigue las instrucciones de ese tema, obtendrá hasta un 90 por ciento de reducción de E/S transaccional en Exchange Server 2003. La cantidad de caché de base de datos por usuario es un factor clave en la reducción real de E/S.

En la tabla siguiente se demuestra el aumento en la caché de la base de datos real por buzón de correo al comparar los 900 megabytes (MB) predeterminados de caché de base de datos por buzón de correo en Exchange 2003 con los 6 MB de caché de base de datos por buzón de correo en Exchange 2010 para un conjunto de usuarios que usa un perfil de 100 mensajes al día. Se trata de la caché de base de datos adicional de Exchange 2010 que permite realizar una mayor cantidad de lecturas en caché, con lo que se reducen las lecturas de base de datos en el disco.

Tamaños de caché de base de datos basados en el número de buzones

Número de buzones de correo Caché de base de datos de Exchange 2003 por buzón (MB) Caché de base de datos de Exchange 2010 por buzón (MB) Aumento de la caché de base de datos por Exchange 2003

4000

0.225

6

27 veces

2000

0.45

6

13 veces

1000

0.9

6

7 veces

500

1.8

6

5 veces

Volver al principio

Determinar el perfil de IOPS de buzón de Exchange 2010

Los dos factores más significativos que se pueden usar para predecir las IOPS de las base de datos de Exchange 2010 son la cantidad de caché de base de datos por usuario y la cantidad de mensajes que envía y recibe cada usuario al día. La tabla siguiente ha tomado como modelo un trabajador estándar que usa Outlook 2010 con el modo de caché de Exchange. La precisión de la información ha sido probada en más o menos un 20 % de los casos. Otros tipos de clientes y situaciones pueden generar resultados imprecisos. Las predicciones solo son válidas para tamaños de caché de base de datos de usuarios entre 3 MB y 30 MB. La información no ha sido validada en un escenario donde los usuarios envíen y reciban más de 500 mensajes al día. El tamaño de mensaje medio para realizar la validación fue de 75 KB, aunque el tamaño del mensaje no es un factor principal para IOPS.

La tabla proporciona valores aproximados de IOPS por usuario que puede usar para predecir sus requisitos de IOPS de Exchange 2010 e incluye todas las E/S de bases de datos (base de datos, indexación de contenidos y metadatos de NTFS). No incluye el volumen de registro de E/S.

Caché de base de datos e IOPS estimado IOPS por buzón, en función de la actividad de mensajería

Mensajes enviados o recibidos por buzón de correo por día Caché de base de datos por buzón de correo (MB) Única copia de la base de datos (independiente): IOPS estimada por buzón de correo Varias copias de la base de datos (resistencia de buzón de correo): IOPS estimada por buzón de correo

50

3

0.06

0.05

100

6

0.120

0.100

150

9

0.18

0.150

200

12

0.240

0.200

250

15

0.300

0.250

300

18

0.360

0.300

350

21

0.420

0.350

400

24

0.480

0.400

450

27

0.540

0.450

500

30

0.600

0.500

La resistencia del buzón de correo se refiere a una solución unificada de alta disponibilidad y resistencia de sitios en Exchange 2010. Para obtener más información, consulte Descripción de alta disponibilidad y resistencia de sitios.

Volver al principio

Volumen de la base de datos de E/S

El volumen de la base de datos de E/S comprende las E/S asociadas con la actividad de lectura y escritura de los archivos de la base de datos (.edb), la actividad actual de lectura y escritura de indexación de contenidos, además de la actividad de lectura y escritura de metadatos de NTFS.

En Exchange 2003, la proporción de lectura/escritura de base de datos normalmente es de 2:1 ó 66% de lecturas. Con Exchange 2010, la caché de base de datos más grande reduce la cantidad de lecturas de la base de datos en disco, lo que hace que se reduzcan las lecturas como un porcentaje de E/S total.

Si sigue las instrucciones para la memoria recomendadas, podrá esperar observar las siguientes proporciones de E/S en copias de bases de datos activas. Para obtener más información sobre instrucciones para la memoria, consulte Descripción de configuraciones de memoria y rendimiento de Exchange. Esta medida comprende la totalidad de E/S de volúmenes de base de datos (base de datos, indexación de contenidos y metadatos de NTFS); no incluye E/S del volumen de registros.

Proporciones de lectura y escritura de E/S de base de datos de buzón de correo

Mensajes enviados o recibidos por buzón de correo al día Bases de datos independientes Bases de datos que participan en la resistencia de buzón

50

1:1

3:2

100

1:1

3:2

150

1:1

3:2

200

1:1

3:2

250

1:1

3:2

300

2:3

1:1

350

2:3

1:1

400

2:3

1:1

450

2:3

1:1

500

2:3

1:1

Por ejemplo, si implementa 24.000 buzones de correo en servidores de buzones de correo dentro de un grupo de disponibilidad de base datos (DAG) que mantiene tres copias de bases de datos, cada base de datos tiene una proporción de lectura a escritura de base de datos de 3:2. En otras palabras, el 60 por ciento de todas las E/S al número de unidad lógica (LUN) que hospeda la base de datos son E/S de lectura.

Tener más escrituras como un porcentaje de las E/S totales tiene implicaciones específicas al seleccionar un tipo de matriz redundante de discos independientes (RAID) que tenga costos significativos asociados con las escrituras, tales como RAID5 o RAID6. Para obtener más información acerca de cómo seleccionar la solución RAID apropiada para sus servidores, consulte Descripción de la configuración de almacenamiento.

Cómo calcular las IOPS por buzón de correo

Para realizar el cálculo de IOPS por servidor de buzón de correo en Exchange 2010, se requieren más pasos que en las versiones anteriores de Exchange debido a las siguientes causas:

  • Ahora puede combinar las bases de datos y los registros en el mismo volumen,

  • Puede hospedar copias de bases de datos activas y pasivas en el mismo servidor,

  • Agregado de tareas en segundo plano de E/S secuenciales (por ejemplo, mantenimiento de bases de datos en segundo plano).

Las operaciones de E/S secuenciales no se incluyen en el cálculo de IOPS por servidor de buzones de correo debido a que los subsistemas de almacenamiento pueden administrar E/S secuenciales de manera mucho más eficaz que las E/S aleatorias. Estas operaciones comprenden el mantenimiento de base de datos en segundo plano, E/S transaccional de registros y E/S de replicación de registros.

El IOPS por servidor de buzón de correo se calcula de manera diferente, según el diseño del almacenamiento:

  • Los archivos de base de datos y los archivos de registro comparten un único volumen.

  • Los archivos de bases de datos se almacenan en volúmenes de discos diferentes a los archivos de registros de transacción.

En ambos diseños de almacenamiento, use el Monitor de rendimiento (perfmon.exe) para medir el período pico de dos horas (a un intervalo de muestra de 5 segundos). Es el momento del día en el que el sistema tiene la mayor cantidad de carga generada por la actividad de los clientes (por ejemplo, desde las 10 a.m. hasta las 12 p.m.). Este período generalmente comprende el doble de la carga del promedio diario de 10 horas (Pico: proporción promedio = 2:1).

IOPS por servidor de buzón de correo: Los archivos de base de datos y los archivos de registro comparten un único volumen

En esta configuración, los archivos de la base de datos y los archivos de registros están almacenados en el mismo volumen de disco. En este ejemplo se asume que cada base de datos se encuentra en un volumen diferente respaldado por un disco dedicado. Complete la siguiente tabla de todas las bases de datos del registro de monitor de rendimiento recopilado (descrito en la sección anterior).

Nombre de la base de datos Disco lógico -> lecturas de disco/seg Disco lógico -> escrituras de disco/seg MSExchange DatabaseInstances ->lecturas por segundo de E/S de mantenimiento de bases de datos MSExchange DatabaseInstances ->(recuperación) de lecturas por segundo de bases de datos de E/S MSExchange DatabaseInstances ->(recuperación) escrituras por segundo de bases de datos de E/S MSExchange DatabaseInstances ->escrituras por segundo de registro de E/S

Base de datos 1

           

Base de datos 2

           

Base de datos 3

           

Base de datos 4

           

Otras bases de datos adicionales

           

Total

           

Sume los totales de cada columna y, a continuación, realice el siguiente cálculo a fin de determinar el IOPS por servidor de buzón de correo.

Resumen del cálculo: Suma de E/S del disco lógico: (suma de E/S del mantenimiento de base de datos + E/S de recuperación (reproducción del registro) + E/S del registro) dividido por la cantidad de buzones de correo hospedados por servidor durante la medición de registro de monitor.

Detalle de cálculo: ((Disco lógico -> lecturas de disco/s + Disco lógico -> escrituras en disco/s) - (Base de datos de MSExchange ==> Instancias -> Lecturas de E/S de mantenimiento de base de datos/s + Base de datos de MSExchange ==> Instancias -> Lecturas de base de datos de E/S (Recuperación)/s + Base de datos de MSExchange ==> Instancias -> Escrituras en base de datos de E/S (Recuperación)/s + Base de datos de MSExchange ==> Instancias -> Escrituras en registro de E/S/s))/ Número de buzones hospedados por servidor durante la medición de registros de monitor de rendimiento = IOPS por servidor de buzones.

Volver al principio

IOPS/Buzón: Volumen de archivo de base de datos dedicado

En esta configuración, los archivos de bases de datos se almacenan en volúmenes de discos diferentes a los archivos de registros de transacción. En este ejemplo se asume que cada base de datos se encuentra en un volumen diferente respaldado por un disco dedicado. Complete la siguiente tabla de todas las bases de datos del registro perfmon recopilado (descrito en la sección anterior).

Nombre de la base de datos Disco lógico -> lecturas de disco/s Disco lógico -> escrituras de disco/s Base de datos de MSExchange ==> Instancias ->Mantenimiento de las lecturas en base de datos de E/S/seg Base de datos de MSExchange ==> Instancias ->Lecturas en base de datos de E/S/seg Base de datos de MSExchange ==> Instancias ->Escrituras en base de datos de E/S/seg

Base de datos 1

         

Base de datos 2

         

Base de datos 3

         

Base de datos 4

         

Bases de datos adicionales

         

Total

         

Nota

De manera predeterminada, el contador de rendimiento Base de datos de MSExchange ==> Instancias ->Lecturas de E/S por segundo de mantenimiento de base de datos no está visible en Exchange 2010. Debe habilitar este contador para poder verlo. Para obtener más información acerca de cómo activar este contador de rendimiento, consulte Cómo habilitar los contadores de rendimiento ESE extendido

Sume los totales de cada columna y realice el siguiente cálculo a fin de determinar el IOPS por servidor de Buzón de correo.

Resumen del cálculo: Suma de E/S del disco lógico: (suma de E/S del mantenimiento de base de datos y E/S de recuperación (reproducción del registro) dividido por la cantidad de buzones de correo hospedados por servidor durante la medición de registro del monitor de rendimiento.

Detalle de cálculo: ((Disco lógico -> lectura del disco/seg + disco lógico - >escritura del disco/seg) - (Base de datos de MSExchange ==> Instancias -> Lectura de E/S de mantenimiento de base de datos por segundo + Base de datos de MSExchange ==> Instancias -> Lectura de la base de datos de E/S (Recuperación)/seg + Base de datos de MSExchange ==> Instancias -> Escritura de la base de datos de E/S (Recuperación)/seg/ Cantidad de buzones de correo hospedados por servidor durante la medición de registros de monitor de rendimiento = IOPS por usuario de buzón de correo.

Medición de IOPS de línea base

Si está usando una versión anterior de Exchange, y ha calculado la IOPS de línea base, tenga en cuenta que Exchange 2010 afectará a la línea de base del modo siguiente:

  • El número de usuarios del servidor afecta a la memoria caché de base de datos global por usuario.

  • La cantidad de memoria RAM influye en el crecimiento de la memoria caché de base de datos. Una memoria caché de base de datos de mayor tamaño genera más aciertos de lectura de memoria caché. Esto reduce su E/S de lectura de base de datos.

La clave de este proceso es que el IOPS en un servidor específico no es información suficiente para planificar toda una empresa. Esto se debe a que la cantidad de memoria RAM, el número de usuarios y el número de base de datos será diferente en cada servidor. Una vez que tenga los números IOPS reales, aplique siempre un factor de sobrecarga de E/S del 20% a los cálculos para disponer de cierta capacidad de margen. Lo que no quiere es que la experiencia de usuario sea insuficiente debido a que la actividad sea más intensa de lo normal.

Motores de búsqueda de escritorio y en pantalla de los clientes en modo de Outlook

A diferencia de los clientes en modo caché de Exchange, todas las operaciones de cliente del modo en línea se realizan contra la base de datos. Debido a los cambios del esquema de almacenamiento y el Motor de almacenamiento extensible (ESE), los clientes del modo en línea de Outlook ahora generan el mismo perfil de E/S que los clientes de Outlook con el modo caché de Exchange.

En términos de capacidades de búsqueda del buzón, los usuarios finales tienen dos opciones:

  • Pueden usar el índice de contenidos integrado que está disponible en el servidor de buzón de correo.

  • Pueden instalar un cliente del motor de búsqueda de escritorio y tener un índice local generado en el cliente de los datos de buzón de correo y realizar búsquedas locales.

Los usuarios finales que usan clientes de motores de búsqueda en modo en línea de Outlook podrán incurrir en operaciones de E/S de lectura adicional comparado con la base de datos. En la actualidad, el único motor de búsqueda de escritorio conocido que no genera E/S de lectura adicionales es Windows Desktop Search 4.0. Windows Desktop Search 4.0 usa protocolos de sincronización que indizan el contenido de los buzones de correo de forma similar a los protocolos de sincronización de Outlook en modo caché de Exchange.

Por consiguiente, use las siguientes instrucciones si intenta implementar clientes con modo en línea de Outlook con motores de búsqueda de escritorio diferentes a Windows Desktop Search 4.0:

  • Los clientes del modo en línea de 256 MB aumentarán las operaciones de lectura de la base de datos multiplicándolas por 1,5 comparados con los clientes del modo caché de Exchange. Por debajo de 256 MB, el impacto es insignificante.

  • Como el tamaño del buzón se dobla, los IOPS de lectura de la base de datos también lo hacen (asumiendo que se mantiene la misma distribución de elementos entre las carpetas clave).

Como resultado de este tipo de datos, tenemos dos recomendaciones:

  • Implemente los clientes del modo caché de Exchange cuando sea oportuno. Para obtener más información, consulte la sección "Número de elementos por carpeta" más adelante en este tema. De lo contrario, reemplace el motor de búsqueda en el escritorio con Windows Desktop Search 4.0.

  • Tenga en cuenta los requisitos de E/S cuando se diseña el almacenamiento de base de datos.

Para factores de IOPS adicionales, como clientes de terceros, consulte Optimización del almacenamiento para Exchange Server 2003.

Volver al principio

Volumen de registro de E/S

El volumen de registro de E/S se asocia con la actividad de lectura/escritura de registro de base de datos y actividad de lectura/escritura de metadatos NTFS. La E/S del volumen de registro es de naturaleza secuencial y, al usar un controlador de arreglos de caché de escritura con batería, la sobrecarga de E/S del volumen del registro de E/S es mínima y no constituye un factor significativo para el ajuste del tamaño de almacenamiento de Exchange.

Debido a la reducción de lectura de base de datos de Exchange 2010, combinada con el menor tamaño de archivos de registro y la capacidad de tener más base de datos, la proporción de escritura registro/base de datos es de aproximadamente 40 por ciento para bases de datos independientes y 50 por ciento para bases de datos que participan de la resistencia del buzón de correo. Por ejemplo, si la base de datos que participa en la resistencia de buzón de correo consume 12 E/S de escritura, el LUN de registro consumirá aproximadamente 6 E/S de escritura.

En los servidores de buzón de correo que hospedan bases de datos que participan de la resistencia de buzones de correo, existe una sobrecarga asociada con el uso de replicación continua. Los registros de transacciones cerradas se deben leer y enviar a las copias de bases de datos de destino. Esta sobrecarga implica un 10 por ciento adicional de lecturas de registros para cada copia de base de datos activa hospedada en el servidor de buzón de correo. Por ejemplo, si el servidor del buzón de correo hospeda a 10 copias de bases de datos activas y cada secuencia de registro de transacciones genera 6 E/S de escritura, podrá esperar 0,6 E/S de lectura adicionales para cada una de las 10 copias de bases de datos activas (o un total de 6 E/S de lectura).

Después de medir o predecir las E/S de registro transaccional, aplique un factor de sobrecarga de E/S del 20% para garantizar el margen adecuado para períodos con más trabajo de lo normal.

Número de elementos por carpeta

Una forma de reducir las E/S de servidor es usar Outlook en modo caché de Exchange. La sincronización inicial de los buzones es una operación intensiva de disco pero, con el tiempo, a medida que el tamaño del buzón aumenta, la carga del subsistema de discos cambia del servidor de Exchange al cliente de Outlook. Gracias al uso del modo caché de Exchange, tener un gran número de elementos en una bandeja de entrada de usuario o que un usuario haga una búsqueda en un buzón no afecta demasiado al servidor. Este enfoque significa también que los usuarios del modo caché de Exchange con buzones grandes pueden necesitar equipos más rápidos que los que tengan buzones pequeños (según el umbral de usuario particular para un rendimiento aceptable).

Al implementar equipos cliente que ejecutan Outlook 2007 en modo caché de Exchange, tenga en cuenta las instrucciones siguientes con relación al tamaño de los archivos /.ost del buzón de correo:

  • Hasta 5 gigabytes (GB)   Este tamaño debe proporcionar una buena experiencia del usuario en la mayoría del hardware.

  • Entre 5 GB y 10 GB   En general, este tamaño depende del hardware. Por consiguiente, si tiene un disco duro rápido y una gran cantidad de memoria RAM, los resultados serán mejores. Sin embargo, los discos duros más lentos, como los que se suelen encontrar en los equipos portátiles o en las unidades de estado sólido (SSD) de las primeras generaciones, pueden experimentar pausas en la aplicación cuando responden las unidades de disco duro.

  • Más de 10 GB   Con este tamaño, se empiezan a producir breves pausas en la mayoría del hardware.

  • Muy grande, por ejemplo, 25 GB o más grande   Con este tamaño aumenta la frecuencia de las pausas breves, en especial al descargar nuevos mensajes de correo electrónico. También se pueden usar grupos de envío o recepción para sincronizar el correo electrónico de forma manual.

Estas pautas están basadas en la instalación de una actualización acumulativa para Outlook 2007 Service Pack 1 o posterior, tal y como se describen en el artículo 961752 de Microsoft Knowledge Base, Descripción del paquete de revisión de Outlook 2007 (Outlook.msp): 24 de febrero de 2009.

Si tiene problemas relacionados con el rendimiento con la implementación de Outlook 2007 en modo caché de Exchange, consulte el artículo 940226 de Knowledge Base, Cómo solucionar problemas de rendimiento en Outlook 2007 (en inglés). Para obtener más información acerca de las mejoras disponibles, consulte el artículo 968009 de Knowledge Base, Mejoras de Outlook 2007 en la actualización acumulativa de febrero de 2009 (en inglés).

Una situación que resulta bastante tediosa es cuando un usuario ha superado el número de índices que Exchange almacena. En Exchange 2010, este valor equivale a 11 índices. Si el usuario elige ordenar de otro modo, y crea un 12º índice, esto provocará más actividad de E/S de disco. Como el índice no se almacena, el costo de la actividad adicional del disco se produce cada vez que se ordena. Debido a la elevada actividad de E/S que se puede generar, es altamente recomendable no almacenar más de 100.000 elementos en las carpetas principales, como la bandeja de entrada y las carpetas de elementos enviados, y no más de 10.000 elementos en las carpetas de contactos y calendario. La creación de más carpetas de nivel superior o de subcarpetas debajo de las carpetas de Bandeja de Entrada y Elementos enviados reduce en gran medida los costos asociados a esta creación de índices. Esto es así siempre y cuando la cantidad de elementos en cada carpeta no supere los 100.000.

Volver al principio

E/S del índice de contenido

En Exchange 2010, los mensajes se indexan a medida que se reciben, lo que ocasiona poca sobrecarga de E/S del disco de la base de datos (debido a que el mensaje aún se encuentra en el caché de la base de datos cuando se lo recupera para indexación). Sin embargo, la E/S de escritura está asociada con la actualización del almacén del catálogo de búsqueda. Debido a las reducciones generales de E/S de base de datos en Exchange 2010, el porcentaje de E/S de catálogos de búsqueda oscila ahora entre el 10 por ciento y el 15 por ciento de la E/S de archivos de base de datos (según el perfil). La E/S de lectura de catálogos de búsqueda se produce cuando los clientes envían consultas de búsqueda y es una instancia lo suficientemente infrecuente como para no ser relevante para el diseño de almacenamiento de Exchange 2010.

Volver al principio

E/S no transaccional

La E/S transaccional se produce en respuesta a una acción directa del usuario y normalmente tiene la prioridad más alta y, por lo tanto, es el centro del diseño de almacenamiento. La E/S no transaccional se produce en segundo plano y ha sido ajustada a fin de tener un mínimo impacto sobre el rendimiento o se produce en una ventana de mantenimiento definida.

En las siguientes secciones se analizan algunas de las E/S no transaccionales que se producen en segundo plano. Aunque la E/S no transaccional no es el centro del diseño de almacenamiento, puede afectar su diseño de almacenamiento. Para obtener más información, consulte Nueva funcionalidad del almacén de núcleo de Exchange.

Mantenimiento de bases de datos en segundo plano (suma de comprobación)

La E/S de mantenimiento de bases de datos en segundo plano es una E/S de archivo de base de datos secuencial asociada con la suma de comprobación de las copias activas y pasivas. El mantenimiento de bases de datos de fondo tiene las siguientes características:

  • En bases de datos activas, se pueden configurar para ejecutarse las 24 horas, los 7 días de la semana o con la ventana de mantenimiento en línea. El mantenimiento de base de datos en segundo plano (suma de comprobación) se ejecuta con copias de bases de datos pasivas las 24 horas del día, los 7 días de la semana. Para obtener más información, consulte "Detección de base de datos en línea" en el tema Nueva funcionalidad del almacén de núcleo de Exchange.

  • Lee aproximadamente 5 MB por segundo para cada base de datos de detección activa (copias activas y pasivas). La E/S es 100 por ciento secuencial, de modo que el subsistema de almacenamiento puede procesar las E/S de manera eficiente.

  • Detiene la detección de la base de datos si el pase de suma de comprobación finaliza en menos de 24 horas.

  • Emite un evento de advertencia si el detector no lo completa dentro de los tres días (no configurable).

Administración de registros de mensajería

La administración de registros de mensajes (MRM) es la tecnología de administración de registros en Exchange 2010 que ayuda a las organizaciones a reducir los riesgos legales asociados con el correo electrónico. MRM facilita el mantenimiento de mensajes necesarios para cumplir con la directiva de la compañía, reglamentos del gobierno o necesidades legales y para quitar el contenido que no disponga de valor legal o empresarial.

Estas acciones son posibles mediante el uso de directivas de retención o carpetas administradas. El Asistente para carpeta administrada es un asistente de buzones de Microsoft Exchange que aplica la configuración de retención de mensajes establecida en las directivas de retención o en las directivas de buzones de carpeta administrada. La E/S del disco que requiere el asistente dependerá de la cantidad de elementos de buzón de correo procesados. Se recomienda que el asistente no lo ejecute en el mismo momento como copia de seguridad o mantenimiento en línea. Para obtener más información, consulte Programar el asistente para carpetas administradas.

Mantenimiento en línea

Puede usar las herramientas de administración de Exchange para programar el cronograma de mantenimiento de una base de datos o permitir el mantenimiento de la base de datos las 24 horas, los 7 días de la semana. La desfragmentación en línea ya no funciona en Exchange 2010 como lo hacía en las versiones anteriores de Exchange. La desfragmentación en línea se realiza continuamente mientras se lee y se escribe con la base de datos. Para obtener más información, consulte "Detección de base de datos en línea" en Nueva funcionalidad del almacén de núcleo de Exchange.

Volver al principio

 © 2010 Microsoft Corporation. Reservados todos los derechos.