Saltar al contenido principal

 none
Como Funciona Enrutamiento de solo lectura en SQL SERVER para un grupo de disponibilidad Always On RRS feed

  • Pregunta

  • Hola Amigos, tengo la siguiente consulta sobre como es funcionamiento  Enrutamiento de solo lectura en SQL SERVER para un grupo de disponibilidad Always On,   debido a que ya se encuentra configurada mis servidores A Y B, podrían compartir sus conocimientos sobre este tema y presentarme ejemplos.

    Gracias.


    diego

    jueves, 21 de noviembre de 2019 22:58

Respuestas

  • Se implementa gracias al Listener. Los programas cliente abren una conexion al Listener (que me imagino que ya tienes configurado, por lo que comentas) y en la cadena de conexion pasan un parametro diciendo que tienen "read-intent" (intenciones de solo leer). Entonces el Listener dirige la peticion a uno de los servidores secundarios, que tienen una copia de datos en solo-lectura, ahorrandole ese trabajo al servidor primario que tiene la (unica) copia de lectura-escritura de los datos.

    El Listener es lo bastante inteligente para redirigir la peticion al servidor primario en caso de que el secundario se haya caido, de forma transparente para los clientes, que siguen pudiendo leer los datos.

    Si un cliente envia una peticion de escritura a traves de una de estas conexiones abiertas con "intencion de lectura", el servidor devuelve un error.

    viernes, 22 de noviembre de 2019 13:53
  • Solo como complemento a lo que ya comento Pablo, si deja un nodo de LECTURA, debera tomar en cuenta que debe pagar LICENCIAMIENTO por ese servicio.

    IIslas Master Consultant SQL Server

    viernes, 22 de noviembre de 2019 16:39

Todas las respuestas

  • Se implementa gracias al Listener. Los programas cliente abren una conexion al Listener (que me imagino que ya tienes configurado, por lo que comentas) y en la cadena de conexion pasan un parametro diciendo que tienen "read-intent" (intenciones de solo leer). Entonces el Listener dirige la peticion a uno de los servidores secundarios, que tienen una copia de datos en solo-lectura, ahorrandole ese trabajo al servidor primario que tiene la (unica) copia de lectura-escritura de los datos.

    El Listener es lo bastante inteligente para redirigir la peticion al servidor primario en caso de que el secundario se haya caido, de forma transparente para los clientes, que siguen pudiendo leer los datos.

    Si un cliente envia una peticion de escritura a traves de una de estas conexiones abiertas con "intencion de lectura", el servidor devuelve un error.

    viernes, 22 de noviembre de 2019 13:53
  • Solo como complemento a lo que ya comento Pablo, si deja un nodo de LECTURA, debera tomar en cuenta que debe pagar LICENCIAMIENTO por ese servicio.

    IIslas Master Consultant SQL Server

    viernes, 22 de noviembre de 2019 16:39
  • Gracias por su pronta respuesta ya quedo todo claro, del funcionamiento de Enrutamiento de solo lectura en SQL SERVER para un grupo de disponibilidad Always On 

    Saludos.

                                    

    diego

    viernes, 22 de noviembre de 2019 18:07