Nueva funcionalidad del almacén de núcleo de Exchange

Se aplica a: Exchange Server 2010 SP2

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

Microsoft Exchange Server 2010 incluye muchas mejoras en la arquitectura de las base de datos de Exchange:

• Se ha mejorado la generación de informes de las carpetas públicas.

• Las bases de datos ya no están asociadas a grupos de almacenamiento. Se han quitado los grupos de almacenamiento.

• Las inversiones en esquemas de almacenamiento y optimizaciones del ESE (motor de almacenamiento extensible) han reducido la ESPS un 70 por ciento.

En las próximas secciones se describen estas mejoras de forma más detallada.

Contenido

Generación de informes mejorada para las carpetas públicas

Administración de base de datos

Cambios en el almacén

Nueva funcionalidad de ESE

Generación de informes mejorada para las carpetas públicas

Se ha mejorado la generación de informes de las carpetas públicas para ver las modificaciones de cualquier elemento iniciadas por los usuarios. Puede ver esta información utilizando el cmdlet Get-PublicFolderStatistics en el Shell de administración de Exchange. Para obtener más información, consulte Usar PowerShell con Exchange 2010 (Shell de administración de Exchange).

Administración de base de datos

Las bases de datos ya no están asociadas a grupos de almacenamiento. En Exchange 2010, la funcionalidad de los grupos de almacenamiento se ha trasladado a la base de datos.

En Exchange 2010, puede administrar las bases de datos de las carpetas públicas y los buzones en el nodo Configuración de la organización de EMC. (En Exchange Server 2007, la administración de las bases de datos se realizaba en el nodo Configuración del servidor).

Aunque la administración de las bases de datos de carpetas públicas se ha trasladado del nodo Configuración del servidor al nodo Configuración de la organización con las bases de datos de los buzones, la funcionalidad no ha cambiado en Exchange 2010. Al igual que en Exchange 2007, no es posible crear copias de las bases de datos de las carpetas públicas, ni agregar bases de datos de carpetas públicas a un grupo de disponibilidad de bases de datos (DAG). No obstante, las bases de datos de las carpetas públicas pueden hospedarse en servidores de buzones que formen parte de un DAG, aunque no estarán sujetas al envío de registros ni otras características del DAG.

Cambios en los cmdlets de base de datos

Con la eliminación de los grupos de almacenamiento en Exchange 2010, los cmdlets de grupo de almacenamiento utilizados en Exchange 2007 se eliminaron y ahora los cmdlet de base de datos de Exchange 2010 proporcionan dicha funcionalidad, como se muestra en las siguientes tablas.

Cmdlets de bases de datos de Exchange 2010 que sustituyen a los cmdlets de los grupos de almacenamiento de Exchange 2007

Cmdlets de bases de datos de Exchange 2010 cuya funcionalidad se ha ampliado con respecto a los cmdlets de Exchange 2007

Además de los cambios de cmdlet anteriores, se han eliminado los cmdlets StorageGroupCopy. Para obtener más información, consulte Administrar copias de base de datos de buzones.

Cambios en el almacén

En Exchange 2010, el esquema del almacén se ha modificado para eliminar la dependencia del objeto del servidor que tenían las bases de datos de buzones. Además, se ha mejorado el nuevo esquema para ayudar a reducir la E/S por segundo (ESPS) de la base de datos mediante la refactorización de las tablas utilizadas para almacenar la información. La refactorización de las tablas permite obtener una localización de referencia y una proximidad lógica más alta. Estos cambios reducen la dependencia que tiene el almacén de los índices secundarios que mantiene ESE. Como resultado, el almacén ya no responde a los problemas de rendimiento relacionados con los índices secundarios.

También se ha mejorado el estado y la confiabilidad del almacén mediante la adición de varias características relacionadas con la detección y corrección de errores, y la emisión de alertas, como las siguientes:

• Cuarentena para los buzones no confiables

• Corte en el transporte para las bases de datos con menos de 1 GB de espacio

• Generación de informes y detección del tiempo de espera de los subprocesos

Para obtener más información acerca del estado y la fiabilidad del almacén, consulte Descripción del almacén de Exchange 2010.

Se han realizado muchos cambios en la funcionalidad del almacén principal para mejorar las características de alta disponibilidad. Se ha integrado una alta disponibilidad en la arquitectura principal de Exchange 2010 para permitir que las organizaciones de todos los tamaños y de todos los segmentos del sector puedan implementar un servicio de continuidad de la mensajería. Para obtener más información sobre los cambios de alta disponibilidad realizados en Exchange 2010, consulte Descripción de alta disponibilidad y resistencia de sitios.

Nueva funcionalidad de ESE

Se ha mejorado el motor de almacenamiento extensible (ESE) en Exchange 2010 para alcanzar los siguientes objetivos:

• E/S mayor y secuencial para reducir los valores de ESPS

• Optimización del almacenamiento de artículos

• Reducción de la administración de las bases de datos

• Desfragmentación en línea

• Análisis de bases de datos en línea

E/S secuenciales y de mayor tamaño

Al aumentar el tamaño de las E/S y reducir la frecuencia de lecturas/escrituras en Exchange 2010, ESE puede aumentar su rendimiento. Además, ESE puede aumentar el rendimiento haciendo que los datos sean más secuenciales, con lo que crece la posibilidad de que datos relacionados estén próximos en el árbol B.

En Exchange, todos los datos incluidos en la base de datos se almacenan en árboles B, que se dividen en páginas. En Exchange 2007 y versiones anteriores, los datos almacenados en los árboles B no son contiguos. De hecho, las versiones anteriores de Exchange llevan a cabo lecturas/escrituras aleatorias en la base de datos. Esto significa que los datos relacionados pueden no estar cerca unos de otros en el disco duro. Los datos no contiguos requieren más pases para leer y escribir en el disco duro.

Desfragmentación del árbol B

Se ha mejorado el proceso de desfragmentación del árbol B para reducir las operaciones de E/S mediante el mantenimiento de los datos contiguos en el árbol B.

La desfragmentación del árbol B se lleva a cabo in situ (en oposición a la creación de un nuevo árbol B y al cambio de nombre de los índices y tablas) con tres nuevas operaciones:

• Movimiento de página   Un movimiento de página consiste en mover todos los datos de una página a otra recientemente asignada.

• Combinación parcial izquierda   Una combinación parcial izquierda es lo mismo que una combinación derecha en Exchange 2007 o versiones anteriores, a excepción de que los datos se mueven de la página izquierda a la derecha.

• Combinación completa izquierda   Una combinación completa izquierda es lo mismo que una combinación completa derecha en Exchange 2007 o versiones anteriores.

La desfragmentación ha cambiado las combinaciones derechas por combinaciones izquierdas para optimizar el rendimiento. Los datos se leen o escriben en el disco duro de derecha a izquierda. Si la base de datos se desfragmenta en la misma dirección en la que se lee/escribe, la desfragmentación entrará en conflicto con las lecturas/escrituras. Además, la asignación de espacio permite que se asigne hasta cierto punto la página siguiente, pero no la página anterior. Como un movimiento de página requiere asignar una nueva página, la desfragmentación de la base de datos de izquierda a derecha es mucho más eficiente.

El Administrador de desfragmentación es un nuevo evento de ESE que supervisa qué árboles B necesitan desfragmentarse y cuáles ya se han desfragmentado. El Administrador de desfragmentación recopila una lista de los árboles B de todas las bases de datos instaladas que deberían desfragmentarse. Una vez localizados los árboles B fragmentados, el administrador los registra y procesa.

Aumento del tamaño de página a 32 KB

Todos los datos de la base de datos se almacenan en árboles B, que se dividen en páginas. El tamaño de página es el tamaño mínimo de lectura y escritura en la base de datos, así como el tamaño de unidad utilizado para el almacenamiento de datos en caché en la base de datos. Leer desde el disco es más lento que realizar operaciones en memoria, por consiguiente, al aumentar el tamaño de página a 32 KB, ESE reduce las ESPS, aumentando así el rendimiento mediante el almacenamiento en memoria caché de un mayor tamaño de página.

Optimizar el almacenamiento de artículos

Otro de los objetivos de ESE en Exchange 2010 es reducir los costes operativos y de capital de la implementación de Exchange. Esto puede realizarse reduciendo los costes de almacenamiento y optimizando el almacenamiento de artículos mediante la utilización de discos duros SATA o JBOD.

Los subsistemas de disco son más eficientes al gestionar menos E/S pero de mayor tamaño. En Exchange 2010 o versiones anteriores, el tamaño de página es el tamaño mínimo de lectura/escritura y de almacenamiento en caché de la base de datos. La fusión de las E/S se refiere al proceso de combinación de las operaciones de página de la base de datos en una única operación de E/S, que producen operaciones de E/S de mayor tamaño y en menor cantidad.

El aumento del promedio de E/S de la base de datos mediante la fusión de las E/S presenta las siguientes ventajas:

• Mayor eficacia de uso de los discos   Los discos son más eficaces cuando procesan E/S grandes. Cuanto mayor sea la eficacia con la que se utiliza el disco, mayor será el número de buzones que dicho disco pueda hospedar.

• Mayor velocidad de calentamiento de la caché   El calentamiento de la caché es un proceso que ayuda a reducir los tiempos de ejecución mediante la carga previa de las consultas iniciales ejecutadas en una base de datos la última vez que se inició. Tras un reinicio, una conmutación por error o un cambio del servidor, la E/S de más tamaño permite a ESE aumentar la velocidad de calentamiento de la memoria caché.

Mantenimiento de bases de datos

Otro de los objetivos de ESE en Exchange 2010 es reducir los costes de mantenimiento y administración de una base de datos. El mantenimiento consta de varias tareas que administran y conservan la integridad de las bases de datos de buzones.

El mantenimiento de las bases de datos se divide en las siguientes tareas:

• Mantenimiento de buzones del almacén

• Mantenimiento de bases de datos de ESE

En Exchange 2007, el mantenimiento de las bases de datos de ESE consumía muchos recursos del disco. En Exchange 2010, se han realizado mejoras para aumentar el rendimiento. En Exchange 2010, en servidores de perfil grande o muy pesado, la tarea de mantenimiento de buzones del almacén tarda unos 45 minutos aproximadamente, mientras que el mantenimiento de bases de datos de ESE suele tardar entre seis y ocho horas por noche en bases de datos de Exchange 2007 grandes (cuotas de 2 GB).

En Exchange 2010, se han realizados mejoras para admitir tanto buzones grandes como el almacenamiento JBOD y el almacenamiento sin RAID.

Desfragmentación de la base de datos

La desfragmentación hace que las páginas internas de una base de datos de Exchange sean contiguas. Puede llevarla a cabo el sistema de manera automática mientras la base de datos está en línea (desfragmentación en línea) o un administrador de forma manual cuando la base de datos no tiene conexión (desfragmentación sin conexión).

Desfragmentación en línea

En Exchange 2010, se ha cambiado la arquitectura para la desfragmentación. La desfragmentación en línea ya no forma parte del proceso de mantenimiento de bases de datos de buzones de correo. Ahora se ejecuta en segundo plano de manera permanente y, por este motivo, Exchange ya no publica eventos en el registro de eventos para indicar la cantidad de espacio disponible en la base de datos. Durante el mantenimiento de la base de datos en segundo plano, se quitan de la base de datos los elementos marcados para su eliminación, lo que libera estas páginas de la base de datos. El porcentaje de espacio en blanco cambia constantemente a causa de la actividad del proceso continuo de desfragmentación en línea.

Si conoce la cantidad de correo que los usuarios con buzones en la base de datos envían y reciben, puede calcular la cantidad de espacio blanco en la base de datos. Por ejemplo, si tiene cien buzones de 2 GB (un total de 200 GB) en una base de datos en la que los usuarios envían y reciben una media de 10 MB de correo al día, el espacio en blanco es aproximadamente de 1 GB (100 buzones * 10 MB por buzón). La cantidad de espacio en blanco puede superar esa estimación, si el mantenimiento de la base de datos en segundo plano no consigue completar un recorrido completo.

No es necesario configurar ningún valor para esta característica. Exchange supervisa la base de datos según se va utilizando y se realizan pequeños cambios de vez en cuando para mantenerla desfragmentada y obtener espacio y proximidad. Si la base de datos analiza un intervalo de páginas y descubre que no son todo lo secuenciales que deberían ser, inicia un subproceso asincrónico para desfragmentar esa sección de la tabla/árbol B Del mismo modo, se ha limitado la desfragmentación en línea para que no ejerza un impacto negativo en el rendimiento del cliente.

Utilice los contadores de rendimiento Base de datos de MSExchange ==> Tareas de desfragmentación de ESE para ver las tareas que se realizan. Para obtener más información, vea Cómo habilitar contadores de rendimiento ESE extendidos.

Desfragmentación sin conexión

La desfragmentación sin conexión es un proceso manual que realizan los administradores mientras la base de datos está desmontada (sin conexión). En este proceso se utiliza la herramienta ESEUTIL para leer el archivo de base de datos y escribir uno nuevo con esos contenidos de manera contigua. El proceso de desfragmentación sin conexión no copia el espacio en blanco de la base de datos original. Por lo tanto, el tamaño del archivo de base de datos que se acaba de crear es más pequeño que el de la base de datos original del disco (posiblemente mucho más pequeño, en función de la cantidad de espacio disponible en la base de datos). Por lo general, entre los motivos habituales para desfragmentar una base de datos sin conexión se incluyen los siguientes:

• Reducir el tamaño del archivo de base de datos en disco

• Recuperar espacio en blanco en una base de datos

• Evitar la falta de espacio disponible en disco

• Reparar una base de datos dañada (el segundo paso de la reparación después de ESEUTIL /p)

La desfragmentación sin conexión nunca ha formado parte de un proceso de mantenimiento convencional para bases de datos de Exchange. Desde hace algún tiempo, Microsoft recomienda no realizar desfragmentaciones sin conexión de bases de datos de manera proactiva y periódica. Esta recomendación se realizó por una serie de razones, entre las que se incluyen:

• Provoca tiempo de inactividad porque es necesario desconectar la base de datos.

• En un entorno de bases de datos de buzón replicadas, es necesario reinicializar todas las copias pasivas de una copia activa que se haya desfragmentado sin conexión. Esto también conlleva la reinicialización de las copias pasivas que se hayan desfragmentado sin conexión. (Por lo tanto, se recomienda no desfragmentar nunca sin conexión una copia de base de datos pasiva.)

• En este proceso se crea una base de datos nueva, con una nueva firma de base de datos, que elimina la capacidad de restaurar los archivos de registro de una copia de seguridad de la base de datos que se efectuó antes de la desfragmentación sin conexión.

Como método alternativo a la desfragmentación sin conexión, se recomienda que los clientes creen una base de datos nueva y muevan los buzones a la misma. En un entorno de Exchange 2010, los buzones se mueven en línea sin interrumpir el servicio para los usuarios finales. Además, al mover los buzones de una base de datos existente a una nueva, el resultado final es el mismo: una base de datos desfragmentada con las páginas escritas de manera contigua y sin espacio en blanco apreciable en el archivo de base de datos. Una vez completado el proceso, basta con eliminar la base de datos antigua (que ahora estará vacía). Esta guía sólo cubre la desfragmentación sin conexión proactiva para recuperar espacio en blanco. Aun así, debe llevar a cabo una desfragmentación si los servicios de soporte al cliente de Microsoft así se lo indican.

Análisis de bases de datos en línea

También ha cambiado el análisis de bases de datos en línea (también conocido como suma de comprobación de bases de datos). En Exchange 2007 Service Pack 1 (SP1), existía la posibilidad de usar la mitad del tiempo de desfragmentación en línea para realizar este proceso de análisis de bases de datos (para asegurarse de que Exchange lea todas las páginas de la base de datos en un período de tiempo específico con el fin de detectar daños).

En Exchange 2010, el análisis de base de datos en línea realiza simplemente sumas de comprobación de la base de datos y efectúa operaciones posteriores al bloqueo del almacén de Exchange 2010. Los bloqueos o las interrupciones del sistema pueden provocar pérdida de espacio, y el análisis de bases de datos en línea encuentra y recupera el espacio perdido. El sistema de Exchange 2010 está diseñado para que todas las bases de datos se analicen completamente una vez cada siete días. Si una base de datos no se analiza por completo, se activará un evento de advertencia dentro de este margen de tiempo. En Exchange 2010, existen ahora dos modos de ejecutar el análisis de bases de datos en línea en copias de bases de datos activas:

• Se ejecuta como la última tarea en el proceso de mantenimiento de bases de datos de buzones programado. El usuario puede configurar durante cuánto tiempo se ejecuta modificando la programación del mantenimiento de las bases de datos de buzones. Puede usar esta opción para bases de datos más pequeñas, con un tamaño inferior a 1 terabyte (TB), que requieren menos tiempo para completar un análisis completo.

• Se ejecuta en segundo plano 24 horas al día y 7 días a la semana. Éste es el comportamiento predeterminado. Esta opción funciona correctamente con bases de datos de cualquier tamaño, pero se recomienda usarla con bases de datos más grandes (1-2 TB). Exchange analiza la base de datos como máximo una vez al día. Esta E/S de lectura es 100 % secuencial (por lo tanto, fácil en el disco) y en la mayoría de sistemas se equipara con una velocidad de análisis de 5 megabytes (MB)/s.

Para obtener más información acerca de la configuración del mantenimiento de bases de datos, consulte Mantener bases de datos de buzones.

 © 2010 Microsoft Corporation. Reservados todos los derechos.