STAND BY CONTINUOS REPLICATION en Exchange 2007 con SERVICE PACK 1

Standby continuous replication (SCR) es una nueva característica que esta siendo introducida en SP1 de Exchange 2007

SCR esta diseñado para escenarios que se usan servidores de recuperación en espera. SCR extiendo la característica existente de replicación y habilita a un escenario nuevo de alta disponibilidad de Exchange 2007 para servidores de casillas. SCR usa el mismo log shipping y replay de logs como local continuos replication (LCR) y CCR para proveer un agregado en las opciones de implementación y configuración.

SCR es muy similar a LCR y CCR, pero tiene características únicas:

• SCR suporta multiples destinos por Grupo de almacenamiento. LCR y CCR soporta solo una replicación destino por Grupo de Almacenamiento.
• SCR incluye configurar un delay en la actividad de replicación y permite habilitar al administrador para especificar una delay adicional. Esto tiene una variedad de escenarios por ejemplo en la corrupción lógica de una base de datos activa el delay en la copia podría prevenir la corrupción lógica en la copia de la base en el destino.
• En la version RTM de Exchange 2007, las reglas fueron enfocadas a que en escenarios de CR los archivos de log no fueran borrados a menos y hasta que haya sido realizado un backup y se hayan replicado dentro de la base de datos de Copia. Esta regla fue modificada en SCR ya que permite que los Logs sean depurados desde el SCR origen tan pronto como fueron inspeccionados por todos las maquinas SCR destino.
• Depuración de Logs en SCR no espera hasta que todos los logs hayan sido copiados en todos los SCR destino.

SCR habilita una separación de alta disponibilidad, Por ejemplo SCR puede ser combinado con CCR para replicar Grupos de almacenamiento localmente en un Datacenter Primario y remotamente en un Datacenter de contingencia. El datacenter de contingencia podría contener un nodo pasivo.

SCR destino puede estar alojado en un standy-by Cluster que puede ser rápidamente activado:

· Al usar Restore-StorageGroupCopy, el cual trata de copiar cualquier archivo faltante desde un SCR origen.

· Al usar Setup /RecoverCMS para implementar un reemplazo del Mailbox Custerizado en el Standby Cluster.

SCR Origen y destino

Como con LCR y CCR, SCR usa el concepto de copias activas y pasivas del Grupo de almacenamiento y al igual que CCR, SCR requiere que los paths de la base de datos y logs sean los mismos en el origen y destino. Esto es a causa que SCR extiende el escenario soportado por LCR y CCR, SCR introduce el concepto de origen y destino.

Comenzando por SCR llamado destino, el cual cualquier Grupo de almacenamiento, excepto RSG para cualquiera de las siguientes:

• Un servidor de casillas stand-alone (con o sin LCR habilitado).
• Un Servidor de casilla en un SCC.
• Un servidor de casillas en un entorno de CCR.

Como con LCR y CCR, no se puede habilitar SCR para más de una base de datos por Grupo de almacenamiento, tampoco se puede habilitar SCR para un Grupo de almacenamiento que contenga más de una base datos. Tampoco se puede agregar una segunda base de datos a un Grupo de almacenamiento habilitado para SCR.

El servidor destino o “target” puede ser uno de los siguientes:

• Un servidor stand-alone (sin LCR habilitado para cualquier Grupo de almacenamiento)
• Un nodo en Failover Cluster donde el rol de Mailbox Server esta instalado, pero no ha sido configurado en el Cluster.

Requerimientos para SCR Targets o Destino

Los servidores destino deben esta en el mismo dominio de AD, pero pueden estar ubicados en la misma subnet de AD u en otro Site de AD.

Cada Target puede tener múltiples servidores de origen, ambos el origen y destino deben tener SP1 de Exchange 2007. El OS debe ser cualquier OS soportado por SP1 de Exchange 2007. Los paths de las bases de datos y logs en el origen y en todos los destinos deben ser iguales en todos los Grupos de almacenamiento que están siendo replicados con SCR. Si ambos paths, incluyendo letras de disco no concuerdan no será capaz de habilitar SCR.

 

Links Recomendados:

Opciones de alta disponibilidad para Exchange 2007 – parte 4
Opciones de alta disponibilidad para Exchange 2007 – parte 3
Opciones de alta disponibilidad para Exchange 2007 – parte 2
Opciones de alta disponibilidad para Exchange 2007 – parte 1

 

Carlos Dinapoli – Microsoft Exchange MVP – MCSE 2003 Messaging