Normalmente, cuando se utiliza la creación de reflejo con la agrupación en clústeres, el servidor principal y el reflejado residen en clústeres, el servidor principal se ejecuta en la instancia en clúster de conmutación por error de un clúster y el servidor reflejado se ejecuta en la instancia en clúster de conmutación por error de otro clúster.
Sin embargo, puede establecer una sesión de creación de reflejos en la que un asociado resida en la instancia en clúster de conmutación por error de un clúster y el otro asociado resida en un equipo no agrupado independiente.
Si una conmutación por error de clúster hace que un servidor principal deje de estar disponible temporalmente, las conexiones de cliente se desconectan de la base de datos.
Una vez completada la conmutación por error de clúster, los clientes pueden volverse a conectarse al servidor principal en el mismo clúster, en otro clúster o en un equipo no agrupado, dependiendo del modo de funcionamiento. Por tanto, a la hora de decidir cómo configurar la creación de reflejo de la base de datos en un entorno en clúster, el modo de funcionamiento que se emplea para la creación de reflejo es importante.
Sesión en modo de alta seguridad con conmutación automática por error
Si pretende crear un reflejo de una base de datos en modo de alta seguridad con conmutación automática por error, se recomienda una configuración de dos clústeres para los asociados.
Esta configuración proporciona la disponibilidad máxima. El testigo puede residir en un tercer clúster o en un equipo no agrupado.
Si el nodo que ejecuta el servidor principal actual tiene un error, en unos segundos empezará la conmutación automática por error de la base de datos, mientras que el clúster sigue con la conmutación por error a otro nodo.
La sesión de creación de reflejo de la base de datos realiza una conmutación por error al servidor reflejado en el otro clúster o en el equipo no agrupado, y el servidor reflejado anterior se convierte en el servidor principal. El nuevo servidor principal pone al día su copia de la base de datos lo más rápido posible y la pone en línea como la base de datos principal. Una vez completada la conmutación por error del clúster, que suele tardar varios minutos, la instancia en clúster de conmutación por error que antes era el servidor principal se convierte en el servidor reflejado.
La siguiente ilustración muestra una conmutación automática por error entre clústeres en una sesión de creación de reflejos que se ejecuta en modo de alta seguridad con un testigo (que admite la conmutación automática por error).
Las tres instancias de servidor de la sesión de creación de reflejo residen en tres clústeres distintos: Cluster_A, Cluster_B y Cluster_C.
En cada clúster, se ejecuta una instancia predeterminada de SQL Server como una instancia en clúster de conmutación por error de SQL Server. Al iniciarse la sesión de creación de reflejo, la instancia en clúster de conmutación por error en Cluster_A es el servidor principal, la instancia en clúster de conmutación por error en Cluster_B es el servidor reflejado y la instancia en clúster de conmutación por error en Cluster_C es el testigo de la sesión de creación de reflejo. Es posible que el nodo activo de Cluster_A tenga un error, lo que provocará que el servidor principal deje de estar disponible.
Antes de que el clúster tenga tiempo de realizar la conmutación por error, el servidor reflejado detecta la pérdida del servidor principal con la ayuda del testigo.
El servidor reflejado pone al día su base de datos y la pone en línea como nueva base de datos principal lo más rápido posible. Cuando Cluster_A finaliza la conmutación por error, el servidor principal anterior se convierte en servidor reflejado y sincroniza su base de datos con la base de datos principal actual en Cluster_B.
Sesión en modo de alta seguridad sin conmutación automática por error
Si crea el reflejo de una base de datos en modo de alta seguridad sin conmutación automática por error, otro nodo del clúster actuará como servidor principal si el nodo en el que se ejecuta el servidor principal actual produce un error.
Tenga en cuenta que mientras el clúster no está disponible, la base de datos tampoco lo está.
Sesión de modo de alto rendimiento
Si pretende crear el reflejo de una base de datos en modo de alto rendimiento, considere la posibilidad de colocar el servidor principal en la instancia en clúster de conmutación por error de un clúster y colocar el servidor reflejado en un servidor no en clúster en una ubicación remota.
Si el clúster realiza una conmutación por error a otro nodo, la instancia en clúster de conmutación por error continuará como servidor principal en la sesión de creación de reflejo. Si todo el clúster tiene problemas, puede forzar el servicio en el servidor reflejado.
Para configurar un nuevo clúster de conmutación por error de SQL Server 2005
Para configurar la creación de reflejo de la base de datos
Nota
