Creación de reflejo de la base de datos y clúster de conmutación por error
Actualizado: 5 de diciembre de 2005
Un clúster de conmutación por error es una combinación de uno o más discos físicos en un grupo de clústeres de los Servicios de Cluster Server de Microsoft (MSCS), conocido como un grupo de recursos, que son nodos participantes en el clúster. El grupo de recursos está configurado como una instancia agrupada de conmutación por error que aloja una instancia de SQL Server. Una instancia agrupada de conmutación por error de SQL Server aparece en la red como si fuera un solo equipo, pero dispone de funcionalidad que proporciona conmutación por error de un nodo a otro si un nodo deja de estar disponible. Para obtener más información, vea Clúster de conmutación por error.
Los clústeres de conmutación por error proporcionan compatibilidad de alta disponibilidad para una instancia entera de Microsoft SQL Server, a diferencia de la creación de reflejo de la base de datos, que proporciona compatibilidad de alta disponibilidad para una sola base de datos. La creación de reflejo de la base de datos trabaja entre clústeres de conmutación por error y, también, entre un clúster de conmutación por error y un host no agrupado.
[!NOTA] Para obtener una introducción a la creación de reflejo de la base de datos, vea Información general de la creación de reflejo de la base de datos.
Creación de reflejos y clústeres
Normalmente, cuando se utiliza la creación de reflejos con creación de clústeres, el servidor principal y el reflejado residen en clústeres, el servidor principal se ejecuta en la instancia agrupada de conmutación por error de un clúster y el servidor reflejado se ejecuta en la instancia agrupada 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 agrupada 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 conectar al servidor principal en el mismo clúster, en otro clúster o en un equipo no agrupado, dependiendo del modo de funcionamiento.
A la hora de decidir cómo configurar la creación de reflejo de la base de datos en un entorno agrupado, el modo de funcionamiento que se utiliza para la creación de reflejo es importante.
Sesión en modo de alta seguridad con conmutación por error automática
Si pretende crear un reflejo de una base de datos en modo de alta seguridad con conmutación por error automática, 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 por error automática 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 conexión como la base de datos principal. Una vez completada la conmutación por error del clúster, que suele tardar varios minutos, la instancia agrupada de conmutación por error que antes era el servidor principal se convierte en el servidor reflejado. Para obtener más información, vea Creación de reflejo sincrónico de la base de datos (modo de alta seguridad).
La siguiente ilustración muestra una conmutación por error automática 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 por error automática).
.gif "Clúster de conmutación por error")
Las tres instancias de servidor de la sesión de creación de reflejos 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 agrupada de conmutación por error de SQL Server. Al iniciarse la sesión de creación de reflejos, la instancia agrupada de conmutación por error en Cluster_A es el servidor principal, la instancia agrupada de conmutación por error en Cluster_B es el servidor reflejado y la instancia agrupada de conmutación por error en Cluster_C es el testigo de la sesión de creación de reflejos. 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 conecta 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 por error automática
Si crea el reflejo de una base de datos en modo de alta seguridad sin conmutación por error automática, 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á. Para obtener más información, vea Creación de reflejo sincrónico de la base de datos (modo de alta seguridad).
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 agrupada de conmutación por error de un clúster y colocar el servidor reflejado en un servidor no agrupado en una ubicación remota. Si el clúster realiza una conmutación por error a otro nodo, la instancia agrupada de conmutación por error continuará como servidor principal en la sesión de creación de reflejos. Si todo el clúster tiene problemas, puede forzar el servicio en el servidor reflejado. Para obtener más información, vea Operación asincrónica de creación de reflejo de la base de datos (Modo de alto rendimiento).
Para establecer 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
- Configurar la creación de reflejo de la base de datos
- Cómo configurar una sesión de creación de reflejo de la base de datos (SQL Server Management Studio)
Vea también
Conceptos
Clúster de conmutación por error
Otros recursos
Creación de reflejo de la base de datos