Replicación continua local

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

Última modificación del tema: 2008-01-17

La replicación continua local (LCR) es una solución de servidor único que usa tecnología de transporte de registros y reproducción de registros asincrónicos integrada para crear y mantener una copia de un grupo de almacenamiento en un segundo conjunto de discos que están conectados al mismo servidor que el grupo de almacenamiento de producción. El grupo de almacenamiento de producción se conoce como copia activa, y la copia del grupo de almacenamiento mantenida en el segundo conjunto de discos recibe el nombre de copia pasiva. En la figura siguiente se ilustra una implementación básica de la replicación continua local.

Implementación básica de la replicación continua local

La replicación continua local proporciona transporte de registros, reproducción de registros y cambio manual rápido (conocido como activación) a una copia secundaria de los datos. LCR está diseñada para reducir el costo total de propiedad de Microsoft Exchange Server 2007, para lo que:

• Reduce el tiempo de recuperación en caso de desastres en el nivel de datos, ya que facilita un cambio rápido a una segunda copia en línea de los datos.

• Reducción del número de copias de seguridad completas a intervalos regulares para proteger los datos. Es imprescindible contar con copias de seguridad de datos cuando ocurre un desastre. Aunque LCR no elimina la necesidad de realizar copias de seguridad, reduce de forma significativa la necesidad de realizarlas a diario de forma periódica y completa.

• Permite al usuario descargar copias de seguridad del Servicio de instantáneas de volumen (VSS) de la copia activa de un grupo de almacenamiento a la copia pasiva del grupo de almacenamiento. Los cuatro tipos de copia de seguridad de VSS (completa, copia, incremental y diferencial) se pueden tomar de la copia pasiva. La descarga de las copias de seguridad de la copia activa a la copia pasiva conserva las valiosas entradas/salidas de disco en los números de unidad lógica (LUN) de la copia activa.

LCR habilita la configuración, ejecución, comprobación, eliminación y activación de una copia de un grupo de almacenamiento. Cuando sea necesario, puede activarse una copia pasiva como una base de datos de producción y, a continuación, montarse y quedar disponible para los clientes. Normalmente, esta tarea se puede realizar como un cambio de configuración mediante la modificación del grupo de almacenamiento activo y las rutas de acceso a la base de datos, o por medio de una acción del sistema de nivel inferior (por ejemplo, cambiar los puntos de montaje asociados a los volúmenes de bases de datos o registros).

La replicación continua local no tiene requisitos de almacenamiento especiales. Con LCR se puede usar cualquier tipo de almacenamiento compatible con Windows Server 2003 o Windows Server 2008, incluido el almacenamiento adjunto directo, SCSI adjunto progresivamente e Internet SCSI (iSCSI). Para obtener una lista de soluciones de almacenamiento certificadas, consulte Windows Server Catalog of Tested Products.

LCR es una excelente opción para los clientes que necesitan una rápida recuperación tras un error o daños en los datos del buzón, pero pueden permitirse paradas por razones previstas o imprevistas. LCR proporciona:

• Una recuperación rápida en dos pasos tras producirse daños o errores en una base de datos de producción.

• Protección para los usuarios que más la necesitan.

• Impacto mínimo en la base de datos de producción y la E/S del disco de registro.

• Capacidad para descargar copias de seguridad VSS a la copia pasiva de la base de datos y los registros.

• Capacidad para reducir la cantidad total de datos trasladados a medios de copia de seguridad, a la vez que se amplía la ventana de copia de seguridad.

• Administración disponible mediante la Consola de administración de Exchange o el Shell de administración de Exchange.

Mejoras de LCR en Exchange 2007 SP1

Microsoft Exchange Server 2007 Service Pack 1 (SP1) incluye varias mejoras en la replicación continua local, entre las que se incluyen el uso del contenedor de transporte, la adición de elementos de la interfaz de usuario de la Consola de administración de Exchange, mejoras en la supervisión y el estado y aumento del rendimiento.

Contenedor de transporte habilitado para LCR

La característica de contenedor de transporte de la función del servidor Transporte de concentradores se ha ampliado en Exchange 2007 SP1 para lograr la compatibilidad con LCR. En la versión sólo para fabricantes (RTM) de Microsoft Exchange Server 2007, el contenedor de transporte sólo estaba disponible para los entornos de replicación continua en clúster (CCR). A diferencia de CCR, donde la solicitud de reenvío del contenedor de transporte es una parte automática del proceso de recuperación, en un entorno LCR el proceso es manual. El cmdlet Restore-StorageGroupCopy se ha actualizado en Exchange 2007 SP1 para incluir la solicitud de reenvío del contenedor de transporte. Por consiguiente, cuando un administrador activa una copia pasiva de un grupo de almacenamiento en un entorno LCR con el cmdlet Restore-StorageGroupCopy, la solicitud de reenvío del contenedor de transporte tiene lugar como parte del proceso de activación.

Aprovecha la redundancia en el entorno para reclamar algunos datos afectados por la conmutación por error. En concreto, los servidores de transporte de concentradores mantienen una cola del correo recién entregado. Esta cola está vinculada al tiempo que se guarda el correo y al espacio total usado. Se ha agregado nueva funcionalidad a la tarea Restore-StorageGroup de forma que cuando un administrador la usa para activar la copia pasiva de un grupo de almacenamiento, el servicio de Replicación de Microsoft Exchange solicita el reenvío de mensajes en el contenedor de transporte de cada servidor de transporte de concentradores del sitio del servidor de buzones El almacén de información elimina automáticamente los duplicados y reenvía el correo perdido.

En Exchange 2007 SP1, la condición necesaria para conservar un mensaje de correo electrónico en el contenedor de transporte es que tenga al menos un destinatario cuyo buzón esté en un servidor Buzones de correo en clúster en un entorno CCR, o en un servidor independiente en el caso de un grupo de almacenamiento que se haya configurado para LCR.

Entre las situaciones en las que el contenedor de transporte no mitiga la pérdida de datos se incluyen:

• Carpeta Borrador de cualquier cliente Microsoft Outlook en modo en línea.

• Citas, actualizaciones de contactos, actualizaciones de propiedad, tareas y actualizaciones de tarea.

• Correo saliente en tránsito desde el cliente al servidor de transporte de concentradores. Existe un período de tiempo durante el cual el mensaje de correo electrónico está en el servidor de correo del remitente.

Para obtener instrucciones detalladas sobre cómo configurar el contenedor de transporte, consulte Cómo configurar el contenedor de transporte para la replicación continua local.

Mejoras en la Consola de administración de Exchange

Se han agregado en Exchange 2007 SP1 nuevos elementos de la interfaz de usuario que mejoran la administración de características de alta disponibilidad, incluida la replicación continua local. Entre estas mejoras se incluyen:

• Interfaz de usuario de contenedor de transporte   Se ha agregado una nueva ficha Configuración global al nodo de transporte de concentradores en el área de trabajo Configuración de la organización. Esta ficha incluye la página Propiedades de configuración del transporte que se puede usar para configurar las opciones del contenedor de transporte de la organización:

  • Tamaño máximo por grupo de almacenamiento (MB)   Especifica el tamaño máximo de la cola del contenedor de transporte para cada grupo de almacenamiento.

  • Tiempo máximo de retención (días)   Especifica cuánto tiempo tendrá que permanecer un mensaje de correo electrónico en la cola del contenedor de transporte.

• Administrar replicación continua   Se han agregado más controles de la interfaz de usuario a la Consola de administración de Exchange que permiten que un administrador suspenda, reanude, actualice y restaure la replicación continua. Estos controles son equivalentes a usar los siguientes cmdlets del Shell de administración de Exchange:

  • Suspend-StorageGroupCopy

  • Resume-StorageGroupCopy

  • Update-StorageGroupCopy

  • Restore-StoreGroupCopy

  Puede usar estos cmdlets y las correspondientes tareas de la Consola de administración de Exchange para administrar la replicación continua tanto en un entorno LCR como en un entorno CCR.

Mejoras de estado y de supervisión

Exchange 2007 SP1 también presenta varios cambios diseñados para mejorar la administración de Exchange 2007. Estos cambios mejoran las características de generación de informes de clúster en Exchange 2007 RTM e incluyen funcionalidad adicional diseñada para supervisar de forma proactiva los entornos de replicación continua. Específicamente, los cambios y las mejoras corrigen deficiencias conocidas con el cmdlet Get-StorageGroupCopyStatus, introducen un nuevo cmdlet denominado Test-ReplicationHealth y ofrecen una mayor visibilidad en la ventana de pérdidas cubierta por el contenedor de transporte.

Mejoras en el cmdlet Get-StorageGroupCopyStatus

En Exchange 2007 RTM, hay varias condiciones en las que el estado indicado por Get-StorageGroupCopyStatus y los contadores de rendimiento de la replicación continua son inexactos o puede malinterpretarse:

• Un grupo de almacenamiento no activo (por ejemplo, que no cambia) puede mostrar un estado que indica que está en buenas condiciones, aunque esto no sea correcto. Esta situación se produce porque no se detecta que no está en buenas condiciones hasta que se vuelva a reproducir un registro.

• Durante la inicialización de la replicación, se está reevaluando el estado de replicación y es posible que no sea preciso. Cuando se complete la inicialización, se actualizará el estado.

• El valor del campo LastLogGenerated puede ser incorrecto cuando se desmonta una base de datos del grupo de almacenamiento.

• Cuando faltan uno o varios registros en medio de una secuencia de registros, la copia pasiva continúa intentando recuperarlos, haciendo que el estado de replicación alterne entre estados con error y sin error. Cuando esto sucede, las colas de reproducción y copia continúan creciendo.

• En raras ocasiones puede que se compruebe un registro correctamente, pero que aun así no se pueda reproducir. En esta situación, el sistema alternará entre estados con error y sin error mientras intenta recuperarlo. Cuando esto sucede, las colas de reproducción y copia continúan creciendo.

El cmdlet Get-StorageGroupCopyStatus también se ha mejorado con la adición de nueva información sobre el estado:

• El cmdlet Get-StorageGroupCopyStatus notifica un SummaryCopyStatus of ServiceDown cuando no se puede obtener acceso al servicio de Replicación de Microsoft Exchange en el equipo de destino a través de la red.

• El cmdlet Get-StorageGroupCopyStatus notifica un SummaryCopyStatus of Initializing cuando el servicio de Replicación de Microsoft Exchange en el equipo de destino no ha completado sus comprobaciones iniciales. También se ha creado un nuevo contador de rendimiento para representar este estado como un valor booleano.

• El cmdlet Get-StorageGroupCopyStatus notifica un SummaryCopyStatus of Synchronizing cuando no ha completado la reinicialización incremental.

Los nuevos estados del valor SummaryCopyStatus son visibles únicamente cuando se usa la versión Exchange 2007 SP1 de las herramientas de administración de Exchange. Cuando se usa la versión Exchange 2007 RTM de las herramientas de administración de Exchange, el estado de todos los estados anteriores se notificará como error.

Cmdlet Test-ReplicationHealth

Exchange 2007 SP1 presenta un nuevo cmdlet denominado Test-ReplicationHealth. Este cmdlet está diseñado para la supervisión proactiva de la replicación continua y el canal de replicación continua. El cmdlet Test-ReplicationHealth comprueba todos los aspectos de la replicación, los servicios de clúster y el estado de replicación y reproducción del grupo de almacenamiento para proporcionar una descripción general completa del sistema de replicación. De manera específica, cuando se ejecuta en un nodo del clúster, el cmdlet Test-ReplicationHealth realiza las pruebas descritas en la tabla siguiente.

Pruebas realizadas por el cmdlet Test-ReplicationHealth

Mejoras en el rendimiento

Se han realizado varias mejoras de rendimiento en Exchange 2007 SP1 que benefician a las implementaciones de alta disponibilidad. Estas mejoras incluyen reducciones de E/S en los discos que contienen copias pasivas de grupos de almacenamiento en entornos de replicación continua. En Exchange 2007 SP1, se ha modificado el diseño de la arquitectura de replicación continua de forma que la memoria caché de la base de datos ahora se mantiene para la copia del grupo de almacenamiento entre instancias de actividad de reproducción de registros. La persistencia de la memoria caché de bases de datos entre instancias de actividad de reproducción de registros permite que el servicio de Replicación de Microsoft Exchange utilice las características de almacenamiento en caché de bases de datos del Motor extensible de almacenamiento (ESE) que, a su vez, reduce la cantidad de E/S de disco que se produce en los LUN de la copia pasiva. En contraste, en Exchange 2007 RTM, se creó una nueva caché de bases de datos para cada lote de actividad de reproducción de registros que, en algunos casos, hacía que la actividad de E/S de disco en los LUN pasivos fuera de dos a tres veces superior a la E/S de disco en los LUN activos.

Utilización de la replicación continua en suspensión con LCR

La replicación continua en suspensión (SCR) es una nueva característica presentada en Exchange 2007 SP1. SCR amplía las características de replicación continua existentes y permite nuevos escenarios de disponibilidad de datos para servidores de buzones de correo de Exchange 2007. SCR usa la misma tecnología de envío y reproducción de registros que LCR y CCR para proporcionar opciones y configuraciones de implementación adicionales.

SCR permite usar la replicación continua para replicar datos del servidor de buzones desde un servidor de buzones independiente (con o sin LCR), o desde un servidor Buzones de correo en clúster en un entorno de clúster de copia única (SCC) o en un entorno CCR.

El proceso de activar copias de los datos del servidor de buzones creadas y administradas por SCR es manual y está diseñado para usarse cuando se produce un error importante. Su uso no está pensado para interrupciones del servidor sencillas que se pueden recuperar mediante un reinicio o algún otro método rápido. Puede activar un destino de SCR usando la portabilidad de bases de datos, la opción de recuperación del servidor (Setup /m:RecoverServer) o, en el caso de un servidor Buzones de correo en clúster, la opción de recuperación del servidor buzones de correo en clúster (Setup /RecoverCMS). La opción elegida se basará en la configuración y en el tipo de error que se produzca.

Para obtener más información acerca de SCR, consulte Replicación continua en espera.

Para obtener más información

Los siguientes temas explican cuándo y cómo usar la replicación continua local como parte de un plan de alta disponibilidad y de recuperación de datos:

• Diseño de la replicación continua local

• Administración de la replicación continua local

• Solucionar problemas de replicación continua local