Tipos de conexiones de cliente a réplicas dentro de un grupo de disponibilidad Always On

  • Artículo

Se aplica a:SQL Server

En un grupo de disponibilidad AlwaysOn, puede configurar una o varias réplicas de disponibilidad para permitir conexiones de solo lectura cuando se ejecutan en el rol secundario (es decir, cuando se ejecutan como réplica secundaria). También puede configurar cada réplica de disponibilidad para permitir o excluir conexiones de solo lectura cuando se ejecutan bajo el rol principal (es decir, cuando se ejecutan como réplica principal).

Para facilitar el acceso de cliente a las bases de datos principal o secundaria de un grupo de disponibilidad determinado, puede definir un agente de escucha del grupo de disponibilidad. De forma predeterminada, el agente de escucha del grupo de disponibilidad dirige las conexiones entrantes a la réplica principal. Sin embargo, puede configurar un grupo de disponibilidad de modo que se admita el enrutamiento de solo lectura, lo que permite a su agente de escucha del grupo de disponibilidad redirigir las solicitudes de conexión de las aplicaciones de intención de lectura a una réplica secundaria legible. Para obtener más información, vea Configurar el enrutamiento de solo lectura para un grupo de disponibilidad (SQL Server).

Durante una conmutación por error, una réplica secundaria realiza la transición al rol principal y la réplica principal anterior realiza la transición al rol secundario. Durante el proceso de conmutación por error, se terminan todas las conexiones de cliente a la réplica principal y a las réplicas secundarias. Después de la conmutación por error, cuando un cliente se vuelve a conectar al agente de escucha del grupo de disponibilidad, el agente de escucha vuelve a conectar el cliente a la nueva réplica principal, excepto en el caso de una solicitud de conexión de intención de lectura. Si se configura el enrutamiento de solo lectura en el cliente, en las instancias de servidor que hospedan la nueva réplica principal y en al menos una réplica secundaria legible, las solicitudes de conexión de intención de lectura se vuelven a enrutar a una réplica secundaria que admita el tipo de acceso de conexión que el cliente necesita. Para asegurar una experiencia de cliente correcta después de una conmutación por error, es importante configurar el acceso de conexión de los roles principal y secundario de cada réplica de disponibilidad.

Nota:

Para obtener información sobre el agente de escucha de grupo de disponibilidad, que administra las solicitudes de conexión de cliente, vea Agentes de escucha de grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server).

Tipos de acceso de conexión admitidos por el rol secundario

El rol secundario admite tres alternativas para las conexiones de cliente, del siguiente modo:

Sin conexiones
No se permiten conexiones de usuario. Las bases de datos secundarias no están disponibles para acceso de lectura. este es el comportamiento predeterminado del rol secundario.

Solo conexiones de intención de lectura
Las bases de datos secundarias solo están disponibles para la conexión en que la propiedad de conexión Application Intent está establecida en ReadOnly (conexiones de intención de lectura).

Para obtener información acerca de esta conexión, vea Compatibilidad de SQL Server Native Client para la alta disponibilidad con recuperación de desastres.

Permitir cualquier conexión de solo lectura
Todas las bases de datos secundarias están disponibles para conexiones de acceso de lectura. Esta opción permite la conexión a los clientes de una versión anterior.

Para obtener más información, vea Configuración del acceso de solo lectura en una réplica de disponibilidad (SQL Server).

Tipos de acceso de conexión admitidos por el rol principal

El rol principal admite dos alternativas para las conexiones de cliente, del siguiente modo:

Todas las conexiones están permitidas
Se permiten conexiones de lectura/escritura y de solo lectura a las bases de datos principales. Este es el comportamiento predeterminado para el rol principal.

Permitir solo conexiones de lectura/escritura
Cuando la propiedad de conexión Application Intent se establece en ReadWrite o no se establece, se permite la conexión. No se permiten conexiones en que la palabra clave de cadena de conexión Application Intent se establece en ReadOnly . La acción de permitir conexiones de lectura/escritura puede impedir que los clientes conecten una carga de trabajo de intención de lectura a la réplica principal por error.

Para obtener información acerca de esta conexión, vea Using Connection String Keywords with SQL Server Native Client.

Para obtener más información, vea Configuración del acceso de solo lectura en una réplica de disponibilidad (SQL Server).

Cómo la configuración de acceso de conexión afecta a la conectividad de cliente

La configuración de acceso de conexión de una réplica determina si un intento de conexión se produce o no correctamente. La tabla siguiente resume si un intento de conexión determinado se produce o no correctamente para cada configuración de acceso de conexión.

Rol de réplica Acceso de conexión admitido en la réplica Intento de conexión Resultado del intento de conexión
Secundario All Se ha especificado una intención de lectura, una intención de lectura/escritura o ninguna intención de conexión Correcto
Secundario Ninguno (este es el comportamiento secundario predeterminado). Se ha especificado una intención de lectura, una intención de lectura/escritura o ninguna intención de conexión Error
Secundario Solo intento de lectura Intención de lectura Correcto
Secundario Solo intento de lectura Se ha especificado una intención de lectura/escritura o ninguna intención de conexión Error
Principal Todos (este es el comportamiento principal predeterminado). Se ha especificado una intención de solo lectura, una intención de lectura/escritura o ninguna intención de conexión Correcto
Principal Lectura-escritura Solo intento de lectura Error
Principal Lectura-escritura Se ha especificado una intención de lectura/escritura o ninguna intención de conexión Correcto

Para obtener información sobre cómo configurar un grupo de disponibilidad para aceptar conexiones de cliente a sus réplicas, vea Agentes de escucha de grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server).

Ejemplo de configuración de acceso de conexión

Dependiendo de cómo estén configuradas diferentes réplicas de disponibilidad para acceso de conexión, la compatibilidad para las conexiones de cliente puede cambiar después de la conmutación por error de un grupo de disponibilidad. Por ejemplo, considere un grupo de disponibilidad para el que se realiza funcionalidad de informes en las réplicas secundarias de confirmación asincrónica remota. En todas las aplicaciones de solo lectura para las bases de datos de este grupo de disponibilidad se establece la propiedad de conexión Application Intent en ReadOnly, de modo que todas las conexiones de solo lectura son de intención de lectura.

Este grupo de disponibilidad de ejemplo posee dos réplicas de confirmación sincrónica en el centro de cálculo principal y dos réplicas de confirmación asincrónica en un sitio satélite. Para el rol principal, todas las réplicas se configuran para acceso de lectura/escritura, lo que evita las conexiones de intención de lectura a la réplica principal en todas las situaciones. El rol secundario de confirmación sincrónica utiliza la configuración de acceso de conexión predeterminada (“ninguna”), evitando las conexiones de cliente bajo el rol secundario. En cambio, las réplicas de confirmación asincrónica se configuran para permitir conexiones de intención de lectura bajo el rol secundario. En la tabla siguiente se resume esta configuración de ejemplo:

Réplica Modo de confirmación Rol inicial Acceso de conexión para el rol secundario Acceso de conexión para el rol principal
Réplica1 Sincrónica Principal None Lectura-escritura
Réplica2 Sincrónica Secundario None Lectura-escritura
Réplica3 Asincrónica Secundario Solo intención de lectura Lectura-escritura
Réplica4 Asincrónica Secundario Solo intento de lectura Lectura-escritura

Normalmente, en este escenario de ejemplo, las conmutaciones por error solo se producen entre las réplicas de confirmación sincrónica, e inmediatamente después de la conmutación por error, las aplicaciones de intención de lectura pueden volver a conectarse a una de las réplicas secundarias de confirmación asincrónica. Sin embargo, cuando se produce un desastre en el centro de cálculo principal se pierden las réplicas de confirmación sincrónica. El administrador de base de datos en el sitio satélite responde realizando una conmutación por error manual forzada a una réplica secundaria de confirmación asincrónica. Las bases de datos secundarias de la réplica secundaria restante son suspendidas por la conmutación por error forzada, haciendo que no estén disponibles para las cargas de trabajo de solo lectura. La nueva réplica principal, configurada para las conexiones de lectura/escritura, impide que la carga de trabajo de intención de lectura compita con la carga de trabajo de lectura/escritura. Esto significa que hasta que el administrador de base de datos reanude las bases de datos secundarias de la réplica secundaria de confirmación asincrónica restante, los clientes de intención de lectura no pueden conectarse a ninguna réplica de disponibilidad.

Related Tasks

Contenido relacionado

Consulte también

Información general de los grupos de disponibilidad AlwaysOn (SQL Server)
Agentes de escucha del grupo de disponibilidad, conectividad de cliente y conmutación por error de una aplicación (SQL Server)
estadísticas