Nueva alta disponibilidad y funcionalidad de resistencia de sitios en Exchange 2010 SP1

Artículo
05/13/2016

Se aplica a: Exchange Server 2010 SP1

Última modificación del tema: 2015-03-09

Microsoft Exchange Server 2010 Service Pack 1 (SP1) incluye nuevas características y mejoras de las características presentadas en la versión RTM de Exchange 2010. Las características nuevas y mejoradas amplían los escenarios donde se pueden obtener datos y disponibilidad de servicios para el entorno de Exchange 2010.

En Exchange 2010 SP1 están disponibles las siguientes características nuevas de alta disponibilidad y mejoras de las características ya existentes:

Replicación continua, modo de bloque
Redistribución de bases de datos de buzón activo
Compatibilidad con modo de coordinación de activación de centro de datos mejorada
Scripts de supervisión y administración nuevos y mejorados
Mejoras en la interfaz de usuario de la Consola de administración de Exchange
Mejoras en el rendimiento de conmutación por error
Recuperación de motor de almacenamiento extensible en E/S bloqueada

Estas características se tratan de manera más detallada a continuación.

Replicación continua, modo de bloque

En la versión RTM de Exchange 2010 y en todas las versiones de Exchange Server 2007, la replicación continua funciona enviando copias de los archivos de registro generados por la copia de la base de datos activa a todas las copias de base de datos pasivas. A partir de Exchange 2010 SP1, esta forma de replicación continua se denomina replicación continua, modo de archivo. Asimismo, Exchange 2010 SP1 incorpora una forma nueva de replicación que se denomina replicación continua, modo de bloque. En modo de bloque, como cada actualización se escribe en el búfer de registro activo de la copia de base de datos activa; también se incluye en un búfer de registro de cada una de las copias de buzones pasivos. Cuando se llena el búfer de registro, cada copia de base de datos genera, inspecciona y crea el siguiente archivo de registro en la secuencia de generación. Si un error afecta a la copia activa, las copias pasivas se habrán actualizado con casi toda o toda la información más reciente. No hace falta que la copia activa espere a que concluya la replicación para impedir que los problemas de replicación afecten a la experiencia del cliente.

Replicación continua, modo de bloque esta activo solamente cuando la replicación continua está al día en modo de archivo. La copia de registros realiza automáticamente la transición de entrada y salida del modo de bloque. El modo de bloque reduce drásticamente la latencia entre el intervalo de tiempo en que se hace un cambio en la copia activa y que dicho cambio se replica en las copias pasivas. Aparte de replicar determinadas escrituras de archivo de registro, el modo de bloque cambia el proceso de activación de una copia pasiva. Si al producirse un error una copia está en modo de bloque, el sistema utiliza cualquier contenido de registro parcial que esté disponible durante el proceso de activación. Eso elimina cualquier error en el archivo de registro actual de la copia activa.

Redistribución de bases de datos de buzón activo

Exchange 2010 SP1 tiene un script denominado RedistributeActiveDatabases.ps1 que los administradores pueden ejecutar periódicamente para equilibrar la distribución de copias de bases de datos activas en un DAG conforme a unas preferencias de activación configuradas por el administrador. Asimismo, el reconocimiento de la distribución de copias se ha incorporado al proceso de selección de la mejor copia de Active Manager. En concreto, ahora el primer paso en la selección de la mejor copia para cambios sin pérdidas ordena los destinos posibles por preferencia en lugar de por pérdida mínima.

Compatibilidad con modo de coordinación de activación de centro de datos mejorada

La versión RTM de Exchange 2010 presenta un modo de configuración para compatibilidad con resistencia de sitios de DAG denominado modo de coordinación de activación de centro de datos (DAC). En modo DAC, los cmdlets de Exchange pueden usarse para efectuar un cambio de centro de datos. En la versión RTM, el modo DAC se limita a DAG con al menos tres miembros que como mínimo cuenten con dos o más miembros en el centro de datos principal.

En Exchange 2010 SP1, el modo DAC se amplía para que admita DAG con dos miembros y cada miembro ubicado en un centro de datos distinto. El modo DAC para DAG con dos miembros usa el servidor testigo para disponer de arbitraje adicional. Además, el modo DAC se ha extendido para admitir DAG que tengan todos los miembros implementados en un solo sitio de Active Directory, como sitios individuales de Active Directory que se hayan extendido a varias ubicaciones.

Scripts de supervisión y administración nuevos y mejorados

Exchange 2010 SP1 incluye varios scripts nuevos y mejorados que mejoran considerablemente la experiencia de supervisión y administración:

CheckDatabaseRedundancy.ps1 (nuevo) Este script es apto para comprobar la redundancia de bases de datos replicadas. Generará eventos si se detecta que la resistencia de base de datos puede verse afectada (por ejemplo, solamente hay una copia en buen estado de una base de datos replicada). El script se acompaña de un módulo de administración de Microsoft System Center Operations Manager 2007 que puede usarse para supervisar bases de datos sin redundancia, cosa realmente útil en entornos sin RAID.
StartDagServerMaintenance.ps1 y StopDagServerMaintenance.ps1 (nuevo) StartDagServerMaintenance.ps1 es válido para desconectar un miembro del DAG para tareas de mantenimiento. Quitará las bases de datos activas del servidor e impedirá que se coloquen bases de datos en dicho servidor. También se asegurará de que todas las funciones importantes de compatibilidad del DAG (por ejemplo, el rol de Active Manager principal) que pudiera haber en el servidor se bloquearán para que no puedan ponerse de nuevo en el servidor. Se proporciona otro script, StopDagServerMaintenance.ps1, para completar la operación y quitar los bloques.
CollectOverMetrics.ps1 (mejorado) Este script se usa para recopilar datos de cambios y conmutaciones por error. Este script se ha mejorado en Exchange 2010 SP1 con métrica para replicación continua, modo de bloque, y con más detalles del canal de replicación y de reproducción. También presenta mejoras en la creación de informes.
CollectReplicationMetrics.ps1 (mejorado) Este script es un método activo de supervisión, porque recopila la métrica en tiempo real sobre replicación continua mientras se ejecuta el script. El script admite parámetros que permiten personalizar su comportamiento y los resultados.

Interfaz de usuario de la Consola de administración de Exchange mejorada

Exchange 2010 SP1 incluye mejoras en la Consola de administración de Exchange (EMC) para administrar los DAG. Por ejemplo, la EMC permite ahora administrar parámetros de direcciones IP y de otros servidores testigo para los DAG. Para configurar estos parámetros ya no se necesita el Shell de administración de Exchange.

Rendimiento de conmutación por error mejorado

Exchange 2010 SP1 incorpora cambios para mejorar el rendimiento de cambio y de conmutación por error. En la versión RTM de Exchange 2010, si hay un cambio o una conmutación por error, la copia pasiva que se activa inmediatamente deja de reproducir archivos de registros que se copiaron en dicha copia pasiva. Después, la copia activa se desmonta, si no se ha hecho todavía, y todos los demás archivos de registro se copian en la copia pasiva que se activa. Suponiendo que todos los datos que faltan estén en el marcado automático de montaje de base de datos, la copia pasiva se convierte en la nueva copia activa y la base de datos se monta en un estado de cierre incorrecto. A partir de aquí, todos los archivos de registro copiados en la copia pasiva anterior (ahora es la activa) se reproducirán para que la base de datos sea coherente.

En Exchange 2010 SP1, cuando hay un cambio o una conmutación por error, el servicio de replicación de Microsoft Exchange de la copia pasiva que se activa sigue reproduciendo los archivos de registro copiados en la copia pasiva hasta que se haya copiado el último archivo de registro generado por la copia activa. Eso permite efectuar una operación de montaje respecto a una base de datos que prácticamente está coherente.

Otros cambios en la mejora del rendimiento se refieren a los tiempos de espera y otros detalles algorítmicos para mejorar el rendimiento de conmutación por error y el rendimiento de E/S después de conmutaciones por error.

Recuperación de motor de almacenamiento extensible en E/S bloqueada

Exchange 2010 SP1 incluye una nueva lógica de recuperación que utiliza el comportamiento de comprobación de errores de Windows integrado cuando se producen determinadas condiciones. En concreto, se ha actualizado el motor de almacenamiento extensible (ESE) para detectar bloqueos de E/S y para llevar a cabo acciones correctivas para recuperar automáticamente el servidor. ESE mantiene un subproceso de supervisión de E/S que detecta cuando una operación de E/S ha estado pendiente durante un periodo específico de tiempo. De forma predeterminada, si una operación de E/S para una base de datos está pendiente durante más de un minuto, ESE registrará un evento. Si una base de datos tiene pendiente una operación de E/S durante más de cuatro minutos, ESE registrará un evento de error específico, en caso de que sea posible. Los eventos de ESE 507, 508, 509 o 510 pueden o no registrarse, en función del tipo de E/S bloqueada. Si el problema es de tal envergadura que queda afectado el volumen del sistema operativo o la capacidad para escribir en el registro de eventos, los eventos no se registrarán. Si se registran los eventos, el servicio de replicación de Microsoft Exchange (MSExchangeRepl.exe) termina intencionadamente el proceso wininit.exe para producir una comprobación de errores de Windows.

En algunos casos, toda la pila de almacenamiento puede verse afectada por el bloqueo, lo que hace imposible escribir eventos de error en el canal Crimson o en cualquier otra área del registro de eventos de Windows. ESE también supervisa el canal Crimson comprobando que se pueda escribir en el registro de eventos. Si no se puede escribir en el registro de eventos durante un largo período de tiempo, MSExchangeRepl provocará intencionadamente una comprobación de errores de Windows finalizando el proceso wininit.exe. Cuando la E/S del sistema operativo está bloqueada, obviamente el sistema no puede escribir ningún evento de ESE en el registro de eventos.

Nota

Los registros de aplicaciones y servicios son una nueva categoría de registros de eventos en Windows Server 2008. Estos registros almacenan eventos de una única aplicación o de un único componente, en lugar de eventos que pueden tener incidencia en todo el sistema. A esta nueva categoría de registros de eventos se alude como canal Crimson de aplicaciones. Para obtener más información, consulte Supervisión de la alta disponibilidad y la resistencia de sitios.

Esta nueva característica de recuperación basada en la comprobación de errores en Exchange 2010 SP1 está diseñada para llevar a cabo de forma rápida la recuperación de una E/S bloqueada o un controlador bloqueado, en lugar de volver a intentar la operación o esperar hasta que la pila de almacenamiento devuelva un error que dé lugar a la conmutación por error. Cuando se produce la comprobación de errores, el código de error indica lo siguiente:

CRITICAL_OBJECT_TERMINATION (f4)

Un proceso o subproceso importante para las operaciones del sistema se cerró inesperadamente o se finalizó.

Advertencia

La presencia de este código de error en la comprobación de errores no significa necesariamente que Exchange fuera la causa del mismo. La finalización del proceso wininit.exe en cualquier caso, incluso si la lleva a cabo un administrador usando el Administrador de tareas o cualquier otra herramienta de administración de tareas, dará lugar al mismo código de error en la comprobación de errores.

Compartir a través de