Diseño de la 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-04

El diseño de la replicación continua local (LCR) implica el diseño de un grupo de almacenamiento y una topología de base de datos y la garantía de compatibilidad de soluciones de almacenamiento adecuadas junto con la supervisión adecuada de la replicación continua local.

Requisitos y recomendaciones de almacenamiento para replicación continua local

La replicación continua local incluye algunos requisitos de almacenamiento y recomendaciones. Al diseñar la solución de almacenamiento de replicación continua local, incluya uso adicional de E/S para la replicación continua local, dado que el entorno de la misma incluye actualizaciones de registros de la copia activa y lee registros similares en la copia pasiva. Es recomendable que se diseñe el almacenamiento de forma que la copia pasiva tenga la misma capacidad y el mismo rendimiento que la copia activa. Al usar LCR, recomendamos que siga estas prácticas:

  • Use una base de datos única por grupo de almacenamiento   Cuando un grupo de almacenamiento haya sido habilitado para la replicación continua local, puede contener, únicamente, una base de datos única. Además, si un grupo de almacenamiento específico tiene varias bases de datos, no podrá habilitar la replicación continua local para ese grupo de almacenamiento hasta haber quitado todas las bases de datos menos una. Este enfoque crea una topología de almacenamiento de Microsoft Exchange más manejable que incrementa la capacidad de recuperación.

  • Use puntos de montaje de volumen   Es posible usar letras de unidad o puntos de montaje de volumen con los números de unidad lógica (LUN) de datos o discos de Exchange para designar dónde se almacenarán los archivos de base de datos y de registro de transacciones. Es recomendable que utilice la característica de puntos de montaje de volumen del sistema de archivos NTFS para sobrepasar la limitación de 26 letras de unidad existente en Exchange Server. Al usar los puntos de montaje de volumen, puede insertar, o montar, una partición de destino en una carpeta de otro disco físico. Los puntos de montaje de volumen son transparentes para los programas, incluyendo Exchange Server. Mediante el punto montaje de volumen se simplifica el proceso de recuperación una vez que se han detectado daños en los registros de transacciones de producción o en los archivos de las bases de datos, permitiéndole cambiar rápidamente asignaciones existentes de letra y rutas. Para obtener más información acerca de cómo recuperar datos dañados en archivos de bases de datos o de registro de transacciones de producción, consulte Administración de la replicación continua local.

  • Partición de datos para rendimiento y recuperación   En general, la partición de los datos en varios discos duros puede incrementar el rendimiento y reducir la cantidad de datos que necesita recuperar. Dependiendo del tipo de error, colocar las bases de datos y los archivos de registro de transacciones en discos separados puede minimizar la pérdida de datos significativamente. Por ejemplo, si guarda los archivos de registro de transacciones y las bases de datos de Exchange en el mismo disco duro físico y se producen errores en este disco, sólo puede recuperar los datos existentes hasta la última copia de seguridad. Por otra parte, tenga en cuenta que ha colocado sus archivos de registro y de base de datos en discos diferentes. Si se produce un error en el disco que contiene los archivos de base de datos, podrá recuperar los datos de los archivos de registro almacenados en el otro disco. Para optimizar el rendimiento, incrementar la tolerancia a errores y facilitar la solución de problemas, debe realizar la partición de los datos de modo que los siguientes archivos se ubiquen en discos separados:

    • Archivos del sistema operativo de Microsoft Windows

    • Archivos de aplicación de Exchange Server

    • Archivos de base de datos de Exchange en la copia activa

    • Archivos de base de datos de Exchange en la copia activa

    • Archivos de base de datos de Exchange en la copia pasiva

    • Archivos de registro de transacciones de Exchange en la copia pasiva

    Además, deberá colocar copias pasivas en los grupos de almacenamiento con replicación continua local habilitada en discos que estén aislados de las copias activas de grupos de almacenamiento con replicación continua local habilitada. Por otra parte, se debería asegurar de que los discos que contienen los archivos de la replicación continua local disponen de las mismas capacidades de rendimiento que los discos que contienen el grupo de almacenamiento de producción. Esta equivalencia permite que la copia de replicación continua local admita la carga en caso de que se produzca una conmutación por error.

  • Asegurar suficiente espacio en el disco   El disco que contiene los archivos de la replicación continua local debe tener un tamaño comparable a los volúmenes de producción. El almacenamiento usado por las copias pasivas deberá ser equivalentes al almacenamiento usado para las copias activas. Asimismo, ambas soluciones de almacenamiento deben incluir espacio suficiente para contener el tamaño de la base de datos existente, además del crecimiento anticipado de la base de datos.

  • Asegúrese de disponer de suficiente ancho de banda y de una latencia suficientemente baja al usar almacenamiento iSCSI con replicación continua local   Aunque no es recomendable, se admite configurar replicación continua local con almacenamiento de Internet SCSI (iSCSI) conectado al servidor de buzones a través de una red de área local (LAN) o de un vínculo de red de área extensa (WAN). En esta configuración, tanto la actividad de transporte de registros como la de reproducción de registros se producirán a través de la misma red de almacenamiento. La razón principal por la que no se recomienda esta configuración es el tráfico de red que genera el transporte de registros. Para que la replicación continua local proporcione el nivel de protección deseado, es muy importante que el transporte de registros esté actualizado y que el tráfico de red asociado al mismo no consuma tanto ancho de banda como para interferir con el tráfico de red asociado a la actividad de reproducción de registros. No existe un método para dar prioridad el tráfico de replicación. Además, existen algunos requisitos de almacenamiento que se deben tener en cuenta:

    • En la versión RTM de Microsoft Exchange Server 2007, el almacenamiento de las copias pasivas de las bases de datos debe proporcionar entre dos y tres veces la E/S por segundo que el almacenamiento usado para las copias pasivas de la base de datos.

    • En Microsoft Exchange Server 2007 Service Pack 1 (SP1), el almacenamiento de las copias pasivas puede ser equivalente al de las copias activas.

Nota

Puede usar la herramienta Jetstress de Microsoft Exchange Server para validar su solución de almacenamiento antes de ponerla en producción. Le recomendamos que valide primero el almacenamiento que se está usando para las copias pasivas de la base de datos y, a continuación, el usado para las copias activas de la misma. Para obtener más información acerca de Jetstress, consulte "Herramientas relacionadas con el almacenamiento" en Validación de almacenamiento.

Recomendaciones de procesador y memoria para replicación continua local

Para un servidor de buzones con replicación continua local habilitada que tenga todos los servicios de la función del servidor Buzón de Exchange Server 2007, así como el servicio de replicación de Microsoft Exchange ejecutándose en el mismo servidor, se necesitarán recursos de hardware para administrar esta carga adicional. La comprobación y la reproducción de archivos de registro consumen la mayoría de los recursos adicionales en el servidor de buzones con replicación continua local habilitada. Este costo por procesamiento adicional es de aproximadamente el 20 por ciento (lo que supera las pautas especificadas para el procesador en Planeación de configuraciones del procesador) y se debe tener en cuenta al determinar el tamaño de los servidores de buzones con replicación continua local. Además, el servicio de replicación de Microsoft Exchange funcionará correctamente en un servidor con replicación continua local basado en los recursos de memoria proporcionados. No obstante, para garantizar que la memoria caché de la base de datos del motor de almacenamiento extensible (ESE) mantiene una eficacia óptima en replicación continua local, se recomienda disponer de 1 gigabyte (GB) adicional en la memoria RAM física para los servidores de buzones de Exchange y servidores con múltiples funciones (por encima de las pautas especificadas en Diseño de configuraciones de memoria).

Recomendaciones de tamaño de base de datos para replicación continua local

La LCR proporciona una gran flexibilidad para la recuperación de pérdidas de datos catastróficas. La primera línea de defensa para errores de almacenamiento catastróficos o daños de bases de datos con LCR consiste en activar la copia pasiva de los datos, no en recuperar algo a partir de copias de seguridad. Recuerde que la LCR permite realizar una recuperación rápida de datos, pero no es una solución de copia de seguridad. La LCR resta importancia a los objetivos de tiempo de recuperación (RTO) basados en la restauración a partir de archivos o cintas. En lugar de restaurar desde una cinta, se activa la copia pasiva y los datos están disponibles para los clientes en minutos y no en horas. En este sentido, la LCR se puede considerar un mecanismo de recuperación rápida en la misma categoría que los clones basados en hardware creados con el Servicio de instantáneas de volumen (VSS) de Exchange Server 2003.

A menudo, los administradores tienen que realizar operaciones en bases de datos sin conexión, como reparaciones, debido a copias de seguridad incorrectas (por ejemplo, una cinta en mal estado o un error de restauración). Aunque el porcentaje de situaciones en que se necesita reparación se reduce drásticamente, es posible que sea necesaria en algunas ocasiones. Asegúrese de tener en cuenta la tolerancia al tiempo de inactividad del peor de los casos al decidir el tamaño de una base de datos.

La LCR permite realizar copias de seguridad a partir de la copia pasiva de un grupo de almacenamiento, con lo que puede ampliar la ventana de mantenimiento en línea en la copia activa. En muchos casos, puede duplicar la ventana de mantenimiento en línea, lo que permite tener mayores buzones y bases de datos.

En este punto, puede parecer que la LCR permite ampliar las bases de datos hasta el tamaño deseado sin riesgo. Sin embargo, esto no es así. Un mantenimiento en línea que se pueda realizar en un intervalo de tiempo razonable por base de datos sigue siendo un factor que limita el tamaño de la base de datos. Pero con la LCR, la posibilidad de necesitar reinicializar las bases de datos también es un factor de restricción. La LCR proporciona redundancia de bases de datos, de modo que si se pierde o daña la copia activa de una base de datos, la recuperación se puede realizar rápidamente activando la copia pasiva de la base de datos.

Tras la activación, sólo se conserva una copia de la base de datos, que es la nueva copia activa. Dado que la copia pasiva ya no existe, la resistencia de la base de datos puede verse afectada. De todos modos, debe tener una copia de seguridad. Para volver a habilitar la resistencia, es necesario quitar la base de datos que se ha perdido o dañado, crear una nueva copia pasiva de la base de datos y reinicializar a partir de la copia activa. En función del tamaño de la base de datos, estas tareas pueden llevar mucho tiempo. El peor caso es la pérdida o daños de todas las copias activas, en que es necesario reinicializar todas las copias pasivas.

Es posible usar un tamaño de base de datos máximo mayor si se usa la replicación continua. Recomendamos los tamaños de base de datos máximos siguientes para Exchange 2007:

  • Bases de datos hospedadas en un servidor de buzones sin LCR: 100 GB

  • Bases de datos hospedadas en un servidor de buzones con LCR: 200 GB

    Importante

    El tamaño máximo real de las bases de datos está determinado por el acuerdo de nivel de servicio (SLA) vigente de la organización. Para determinar el tamaño máximo de las bases de datos, debe determinar el tamaño máximo de base de datos que se puede copiar y restaurar en el período de tiempo especificado en el SLA de la organización.

LCR y bases de datos de carpetas públicas

LCR y replicación de carpetas públicas son dos formas muy diferentes de replicación incluidas en Exchange. Debido a las limitaciones de interoperabilidad entre la replicación continua y la replicación de carpetas públicas en el caso de que más de un servidor de buzones de correo de la organización de Exchange tenga una base de datos de carpetas públicas, la replicación de carpetas públicas está habilitada y las bases de datos de carpetas públicas no deben hospedarse en un grupo de almacenamiento habilitado para LCR.

Las siguientes son las configuraciones recomendadas para usar bases de datos de carpetas públicas y LCR en su organización de Exchange:

  • Si tiene un único servidor de buzones en la organización de Exchange y es un servidor independiente, el servidor de buzones puede hospedar una base de datos de carpetas públicas en un grupo de almacenamiento habilitado para LCR. En esta configuración hay una única base de datos de carpetas en la organización de Exchange. Por tanto, la replicación de carpetas públicas está deshabilitada.

  • Si tiene varios servidores de buzones y sólo uno de ellos contiene una base de datos de carpetas públicas, el servidor de buzones puede hospedar una base de datos de carpetas públicas en un grupo de almacenamiento habilitado para LCR. En esta configuración hay una única base de datos de carpetas en la organización de Exchange. Por tanto, la replicación de carpetas públicas está deshabilitada.

  • Si está migrando datos de carpetas públicas a un grupo de almacenamiento habilitado para LCR, puede usar la replicación de carpetas públicas para mover el contenido de una base de datos de carpetas públicas a una base de datos situada en un grupo de almacenamiento habilitado para LCR. Una vez creada la base de datos de carpetas públicas en un grupo de almacenamiento habilitado para LCR, las bases de datos de carpetas públicas adicionales sólo deben existir hasta que los datos de las carpetas públicas se hayan replicado completamente en la base de datos de carpetas públicas en el grupo de almacenamiento habilitado para LCR. Una vez completada correctamente la replicación, todas las bases de datos de carpetas públicas fuera del grupo de almacenamiento habilitado para LCR deben eliminarse y no debe hospedar ninguna otra base de datos de carpetas públicas en la organización de Exchange.

  • Si está migrando datos de carpetas públicas fuera de un grupo de almacenamiento habilitado para LCR, puede usar la replicación de carpetas públicas para mover el contenido de una base de datos de carpetas públicas fuera de la base de datos situada en un grupo de almacenamiento habilitado para LCR. Una vez creada la base de datos de carpetas públicas adicional fuera del grupo de almacenamiento habilitado para LCR, la base de datos de carpetas públicas del grupo de almacenamiento habilitado para LCR sólo debe existir hasta que los datos de las carpetas públicas se hayan replicado completamente en las bases de datos de carpetas públicas adicionales. Una vez completada correctamente la duplicación, todas las bases de datos de carpetas públicas dentro de los grupos de almacenamiento habilitados para LCR deben eliminarse y no se deben hospedar más bases de datos de carpetas públicas en los grupos de almacenamiento habilitados para replicación continua.

Durante el período en el que exista más de una base de datos de carpetas públicas en la organización de Exchange y una o varias bases de datos de carpetas públicas estén hospedadas en un grupo de almacenamiento habilitado para LCR, si se produjera un error del grupo de almacenamiento habilitado para LCR y fuera necesario activar la copia pasiva del grupo de almacenamiento con una base de datos de carpetas públicas, sólo se podría realizar si todos los registros del grupo de almacenamiento que hospeda la base de datos de carpetas públicas estuvieran disponibles. Si faltan registros o no están disponibles como resultado del error de la copia activa, no podrá activar la copia pasiva de la base de datos de carpetas públicas. En este caso, la copia activa deben ponerse en línea para garantizar que no hay pérdida de datos, o se debe volver a crear la base de datos de carpetas públicas en la copia activa del grupo de almacenamiento y su contenido usando la replicación de carpetas públicas de una base de datos de carpetas públicas diferente de la copia pasiva.

Recomendaciones de supervisión para replicación continua local

La replicación continua local es una solución de disponibilidad de datos. Es necesario supervisarla de forma proactiva. Exchange 2007 publica una variedad de informaciones de estado para las copias de replicación continua local. Tras habilitar la replicación continua local de un grupo de almacenamiento, puede usar la Consola de administración de Exchange o el Shell de administración de Exchange para ver las opciones de estado y configuración de las copias de replicación continua local. Para obtener instrucciones detalladas acerca de cómo ver la información de estado y de configuración, consulte Cómo ver el estado de una copia de replicación continua local.

Para la supervisión proactiva y automática, le recomendamos que utilice el servicio Microsoft Operations Manager (MOM) y el Paquete de administración deExchange 2007 para MOM. Para obtener más información acerca de la supervisión de la replicación continua local, consulte Administración de supervisión y operaciones.

En Exchange 2007 SP1, también puede usar un cmdlet nuevo denominado Test-ReplicationHealth para comprobar las condiciones y el estado de los grupos de almacenamiento habilitados para la replicación continua. Para obtener más información acerca del cmdlet Test-ReplicationHealth, consulte Test-ReplicationHealth.

Copia de seguridad, restauración y LCR

LCR proporciona trasvase de registros, reproducción de registros y cambio manual rápido a una copia secundaria de los datos. Estas características reducen el tiempo de recuperación necesario en caso de desastres en el nivel de datos. LCR también disminuye el número de copias de seguridad necesarias para obtener una protección suficiente de los datos. Aunque LCR no elimina la necesidad de hacer copias de seguridad, reduce de forma significativa la necesidad de realizarlas completas y con periodicidad diaria. LCR permite además descargar en el grupo de almacenamiento pasivo copias de seguridad del Servicio de instantáneas de volumen (VSS) desde el grupo de almacenamiento activo. Los cuatro tipos de copia de seguridad (Completa, Copia, Incremental y Diferencial) se pueden recuperar de las ubicaciones de copia pasiva, de manera que se conservan las valiosas E/S de disco de los LUN de la copia activa con los que se ofrece servicio a los clientes.

Además de reducir el costo total de propiedad (TCO), la replicación continua local ofrece ventajas adicionales sobre las soluciones de copia de seguridad anteriores. La replicación continua local permite tener copias de las base de datos de Exchange adicionales, lo que ofrece las siguientes ventajas:

  • Reducción en la frecuencia de realización de copias de seguridad de bases de datos   La copia de LCR es la primera línea de defensa ante un error en la base de datos de producción. Deberían producirse errores tanto en el grupo de almacenamiento de producción como en la copia del grupo de almacenamiento para que fueran necesarias las copias de seguridad. Así, se recomienda un acuerdo de nivel de servicios (SLA) para este caso. Con un SLA más largo, se recomiendan copias de seguridad completas semanales y copias de seguridad incrementales diarias.

  • Recuperación rápida en caso de desastres   En términos generales, la recuperación se producirá en menos de diez minutos sin pérdidas relevantes de datos.

  • Admisión de cuotas de buzón más grandes   Se consigue gracias a una característica de recuperación rápida que no depende del tamaño de la base de datos.

Para obtener más información y guías específicas para copias de seguridad y restauraciones, consulte Recuperación ante desastres.

Copias de seguridad de Exchange y replicación continua local

Se admiten copias de seguridad para Exchange de grupos de almacenamiento y bases de datos activos, y de bases de datos pasivas.

Nota

Una tarea común durante las copias de seguridad para Exchange es el truncamiento de los archivos del registro de transacciones tras la correcta realización de la copia de seguridad. La característica de replicación de LCR garantiza que no se eliminan los registros que no se hayan replicado. Como resultado, al ejecutar copias de seguridad en un modo que elimina registros, puede que no se libere espacio si la replicación está suficientemente atrasada en la copia de registros.

En esta configuración, las copias de seguridad de Exchange se pueden realizar mediante soluciones de transmisión por secuencias o de copia de seguridad VSS. Mientras las copias de seguridad de transmisión por secuencias sólo se pueden realizar desde la copia activa, las copias de seguridad VSS se pueden realizar desde la copia activa o la pasiva.

Restauraciones y replicación continua local de Exchange

Las restauraciones para Exchange se pueden realizar mediante soluciones de transmisión por secuencias o de copia de seguridad VSS. Las restauraciones pueden tener como destino la base de datos activa y las ubicaciones de los archivos de registro. Las restauraciones para Exchange de copias de bases de datos directamente en la ubicación de copia pasiva no son compatibles de forma nativa. Las restauraciones en ubicaciones de copia pasiva se pueden realizar de forma manual mediante una restauración en el nivel de archivos.

Antes de restaurar una base de datos de un grupo de almacenamiento configurado para replicación continua local, se debe suspender la replicación continua local para el grupo de almacenamiento. Una vez que se haya completado la restauración, se puede reanudar la LCR. La replicación continua local se debe suspender para las bases de datos que se estén restaurando.

Después de restaurar una base de datos de una copia de seguridad en un grupo de almacenamiento habilitado para LCR, se debe suspender y, a continuación, reanudar la replicación continua del grupo de almacenamiento con Suspend-StorageGroupCopy y Resume-StorageGroupCopy, respectivamente. Este proceso es necesario para actualizar el Servicio de replicación de Microsoft Exchange con la información de generación de registros correcta. Si la replicación continua no se detiene y se reanuda, el Servicio de replicación de Microsoft Exchange tendrá información de generación de registros no actualizada y detendrá la replicación de los archivos de registro.