Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a:
SQL Server
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úster del Servicio de clúster de Microsoft (MSCS), conocido como grupo de recursos, cuyos nodos participan en el clúster. El grupo de recursos está configurado como una instancia de clúster de conmutación por error que aloja una instancia de SQL Server. Una instancia de clúster de conmutación por error de SQL Server aparece en la red como si fuera un solo equipo, pero incluye una funcionalidad que permite la conmutación por error de un nodo a otro si uno de ellos deja de estar disponible. Para obtener más información, vea Always On Failover Cluster Instances (SQL Server) (Instancias de clúster de conmutación por error de Always On [SQL Server]).
Los clústeres de conmutación por error proporcionan soporte de alta disponibilidad para una instancia completa de Microsoft SQL Server, a diferencia de la duplicación de la base de datos, que proporciona soporte de alta disponibilidad para una sola base de datos. La creación de reflejos de la base de datos funciona entre clústeres de conmutación por error y también entre un clúster de conmutación por error y un host independiente.
Nota:
Para obtener una introducción a la creación de reflejo de la base de datos, vea Creación de reflejo de la base de datos (SQL Server).
Creación de reflejos y agrupación en clústeres
Normalmente, cuando se utiliza la duplicación con clústeres, tanto el servidor principal como el servidor reflejado residen en clústeres, y el servidor principal se ejecuta en la instancia de clúster de conmutación por error de un clúster, mientras que el servidor reflejado se ejecuta en la instancia de 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 ante fallos
Si tiene previsto configurar el 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 servidores 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 falla el nodo que ejecuta el servidor principal actual, la conmutación automática por error de la base de datos se iniciará en unos segundos, mientras el clúster sigue realizando la conmutación por error a otro nodo. La sesión de creación de reflejo de la base de datos se conmuta por error al servidor reflejo del otro clúster o del equipo independiente, y el anterior servidor reflejo 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 de clúster de conmutación por error que antes era el servidor principal se convierte en el servidor reflejo.
La siguiente ilustración muestra una conmutación por error automática entre clústeres en una sesión de creación de reflejo que se ejecuta en modo de alta seguridad con un testigo (que admite la conmutación por error automática).
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 instancia de 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 efectuar la conmutación por error, el servidor de reflejo detecta la pérdida del servidor principal con la ayuda del testigo. El servidor espejo actualiza su base de datos y la pone en línea como la 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 fallo
Si está realizando la duplicación 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 falla el nodo que ejecuta el servidor principal actual. Tenga en cuenta que mientras el clúster no está disponible, la base de datos tampoco lo está.
Sesión del 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 experimenta una conmutación por error a otro nodo, la instancia de clúster de conmutación por error continuará como el servidor principal en la sesión de reflejo. Si todo el clúster presenta problemas, puede forzar la conmutación del servicio al servidor espejo.
Para configurar un nuevo clúster de conmutación por error de SQL Server
Configurar el reflejo de la base de datos