En un clúster tradicional de SQL Server cuando se produce la conmutación por error, todos los clientes que están conectados a la instancia fallida de SQL Server pierden conexiones y cada cliente debe restablecer una nueva conexión a la instancia del clúster de conmutación por error.
¿AlwaysON Availability Group mitiga este problema? ¿La conmutación por error en el caso del grupo de disponibilidad AlwaysON de SQL Server 2012 es transparente para los clientes que se conectan al SQL Server?
Respuestas:
No. Durante una conmutación por error, los clientes lo notarán. Su conexión al SQL Server se interrumpirá y tendrá que volver a intentar su transacción.
Para aquellos que lean esta publicación más tarde como resultado de una búsqueda en la web. Es una sangría descrita en SQL Server BOL aquí. Doh ... no pude encontrarlo antes ...
Cuando se produce una conmutación por error del grupo de disponibilidad, las conexiones persistentes existentes al grupo de disponibilidad finalizan y el cliente debe establecer una nueva conexión para continuar trabajando con la misma base de datos primaria o base de datos secundaria de solo lectura. Mientras se produce una conmutación por error en el lado del servidor, la conectividad con el grupo de disponibilidad puede fallar, lo que obliga a la aplicación cliente a volver a intentar la conexión hasta que el primario vuelva a estar completamente en línea.
Si el grupo de disponibilidad vuelve a estar en línea durante el intento de conexión de una aplicación cliente pero antes del tiempo de espera de conexión, el controlador del cliente puede conectarse con éxito durante uno de sus intentos de reintento interno y no se mostrará ningún error en la aplicación en este caso.