{"id":6521,"date":"2022-03-02T15:29:37","date_gmt":"2022-03-02T15:29:37","guid":{"rendered":"http:\/\/itdconsulting.com\/always-on-availability-group\/"},"modified":"2022-06-13T12:23:51","modified_gmt":"2022-06-13T17:23:51","slug":"always-on-availability-group","status":"publish","type":"page","link":"https:\/\/itdconsulting.com\/en\/base-de-datos\/microsoft-sql-server\/always-on-availability-group\/","title":{"rendered":"Always On Availability Group"},"content":{"rendered":"

La funci\u00f3n de grupos de disponibilidad Always On es una soluci\u00f3n de alta disponibilidad y recuperaci\u00f3n ante desastres que proporciona una alternativa de nivel empresarial a la creaci\u00f3n de reflejo de la base de datos. Introducidos en SQL Server 2012 (11.x), los grupos de disponibilidad AlwaysOn maximizan la disponibilidad de un conjunto de bases de datos de usuarios para una empresa.<\/p>\n

\"\"<\/p>\n

Un grupo de disponibilidad admite un entorno de conmutaci\u00f3n por error para un conjunto discreto de bases de datos de usuario, conocidas como bases de datos de disponibilidad, que se conmutan por error juntas. Un grupo de disponibilidad admite un conjunto de bases de datos principales de lectura y escritura y de uno a ocho conjuntos de bases de datos secundarias correspondientes. Opcionalmente, las bases de datos secundarias pueden estar disponibles para acceso de solo lectura y\/o algunas operaciones de respaldo.<\/p>\n

\u00a0<\/strong><\/p>\n

What Is It?<\/strong><\/p>\n

Un grupo de disponibilidad conmuta por error en el nivel de una r\u00e9plica de disponibilidad. Las conmutaciones por error no son causadas por problemas de la base de datos, como que una base de datos se vuelva sospechosa debido a la p\u00e9rdida de un archivo de datos, la eliminaci\u00f3n de una base de datos o la corrupci\u00f3n de un registro de transacciones.<\/p>\n

Cada conjunto de base de datos de disponibilidad est\u00e1 alojado en una r\u00e9plica de disponibilidad. Existen dos tipos de r\u00e9plicas de disponibilidad: una \u00fanica r\u00e9plica principal, que hospeda las bases de datos principales y de una a ocho r\u00e9plicas secundarias, cada una de las cuales hospeda un conjunto de bases de datos secundarias y sirve como posibles destinos de conmutaci\u00f3n por error para el grupo de disponibilidad.<\/p>\n

La r\u00e9plica principal hace que las bases de datos principales est\u00e9n disponibles para las conexiones de lectura y escritura de los clientes. La r\u00e9plica principal env\u00eda registros de transacciones de cada base de datos principal a cada base de datos secundaria.<\/p>\n

Este proceso, conocido como sincronizaci\u00f3n de datos, ocurre en el nivel de la base de datos. Cada r\u00e9plica secundaria almacena en cach\u00e9 los registros del registro de transacciones (refuerza el registro) y luego los aplica a su base de datos secundaria correspondiente.<\/p>\n

 <\/p>\n

La sincronizaci\u00f3n<\/strong><\/p>\n

La sincronizaci\u00f3n de datos se produce entre la base de datos principal y cada base de datos secundaria conectada, independientemente de las dem\u00e1s bases de datos. Por lo tanto, una base de datos secundaria puede suspenderse o fallar sin afectar a otras bases de datos secundarias, y una base de datos primaria puede suspenderse o fallar sin afectar a otras bases de datos primarias.<\/p>\n

\"\"<\/p>\n

Opcionalmente, puede configurar una o m\u00e1s r\u00e9plicas secundarias para admitir el acceso de solo lectura a las bases de datos secundarias y puede configurar cualquier r\u00e9plica secundaria para permitir copias de seguridad en bases de datos secundarias.<\/p>\n

SQL Server 2017 introdujo dos arquitecturas diferentes para los grupos de disponibilidad. Los grupos de disponibilidad Always On proporcionan alta disponibilidad, recuperaci\u00f3n ante desastres y equilibrio de escala de lectura. Estos grupos de disponibilidad requieren un administrador de cl\u00fasteres. En Windows, la funci\u00f3n de agrupaci\u00f3n en cl\u00fasteres de conmutaci\u00f3n por error proporciona el administrador de cl\u00fasteres.<\/p>\n

En Linux, puede usar Pacemaker. La otra arquitectura es un grupo de disponibilidad de escala de lectura. Un grupo de disponibilidad de escala de lectura proporciona r\u00e9plicas para cargas de trabajo de solo lectura, pero no para alta disponibilidad. En un grupo de disponibilidad de escala de lectura, no hay un administrador de cl\u00fasteres, ya que la conmutaci\u00f3n por error no puede ser autom\u00e1tica.<\/p>\n

La implementaci\u00f3n de grupos de disponibilidad AlwaysOn para HA en Windows requiere un cl\u00faster de conmutaci\u00f3n por error de Windows Server (WSFC). Cada r\u00e9plica de disponibilidad de un grupo de disponibilidad determinado debe residir en un nodo diferente del mismo WSFC. La \u00fanica excepci\u00f3n es que, mientras se migra a otro cl\u00faster de WSFC, un grupo de disponibilidad puede abarcar temporalmente dos cl\u00fasteres.<\/p>\n

 <\/p>\n

What are the benefits?<\/strong><\/p>\n

Los grupos de disponibilidad Always On proporcionan un amplio conjunto de opciones que mejoran la disponibilidad de la base de datos y permiten un mejor uso de los recursos. Los componentes clave son los siguientes:<\/p>\n

    \n
  1. Admite hasta nueve r\u00e9plicas de disponibilidad. Una r\u00e9plica de disponibilidad es una instanciaci\u00f3n de un grupo de disponibilidad hospedado por una instancia espec\u00edfica de SQL Server y mantiene una copia local de cada base de datos de disponibilidad que pertenece al grupo de disponibilidad. Cada grupo de disponibilidad admite una r\u00e9plica principal y hasta ocho r\u00e9plicas secundarias. Para obtener m\u00e1s informaci\u00f3n, consulte Informaci\u00f3n general sobre los grupos de disponibilidad AlwaysOn (SQL Server)<\/li>\n
  2. Admite modos de disponibilidad alternativos, de la siguiente manera:<\/li>\n<\/ol>\n
      \n
    • Modo de confirmaci\u00f3n as\u00edncrona. Este modo de disponibilidad es una soluci\u00f3n de recuperaci\u00f3n ante desastres que funciona bien cuando las r\u00e9plicas de disponibilidad se distribuyen a distancias considerables.<\/li>\n
    • Modo de confirmaci\u00f3n s\u00edncrona. Este modo de disponibilidad enfatiza la alta disponibilidad y la protecci\u00f3n de datos sobre el rendimiento, a costa de una mayor latencia de transacciones. Un grupo de disponibilidad determinado puede admitir hasta cinco r\u00e9plicas de disponibilidad de confirmaci\u00f3n sincr\u00f3nica, incluida la r\u00e9plica principal actual.<\/li>\n
    • SQL Server 2019 (15.x) aumenta la cantidad m\u00e1xima de r\u00e9plicas s\u00edncronas a 5, frente a las 3 de SQL Server 2017 (14.x). Puede configurar este grupo de cinco r\u00e9plicas para tener una conmutaci\u00f3n por error autom\u00e1tica dentro del grupo. Hay una r\u00e9plica principal, m\u00e1s cuatro r\u00e9plicas secundarias sincr\u00f3nicas.<\/li>\n<\/ul>\n

       <\/p>\n

        \n
      1. Admite varias formas de conmutaci\u00f3n por error del grupo de disponibilidad: conmutaci\u00f3n por error autom\u00e1tica, conmutaci\u00f3n por error manual planificada (generalmente denominada simplemente \u00abconmutaci\u00f3n por error manual\u00bb) y conmutaci\u00f3n por error manual forzada (generalmente denominada simplemente \u00abconmutaci\u00f3n por error forzada\u00bb). Para obtener m\u00e1s informaci\u00f3n, consulte Conmutaci\u00f3n por error y Modos de conmutaci\u00f3n por error (grupos de disponibilidad siempre activos)<\/li>\n<\/ol>\n

        Le permite configurar una r\u00e9plica de disponibilidad dada para admitir una o ambas de las siguientes capacidades secundarias activas:<\/p>\n

          \n
        • Acceso de conexi\u00f3n de solo lectura que permite conexiones de solo lectura a la r\u00e9plica para acceder y leer sus bases de datos cuando se ejecuta como una r\u00e9plica secundaria. Para obtener m\u00e1s informaci\u00f3n, consulte Secundarios activos: r\u00e9plicas secundarias legibles (grupos de disponibilidad siempre activos)<\/li>\n
        • Realizar operaciones de respaldo en sus bases de datos cuando se ejecuta como una r\u00e9plica secundaria. Para obtener m\u00e1s informaci\u00f3n, consulte Secundarios activos: copia de seguridad en r\u00e9plicas secundarias (grupos de disponibilidad siempre activos).<\/li>\n
        • El uso de capacidades secundarias activas mejora la eficiencia de TI y reduce los costos a trav\u00e9s de una mejor utilizaci\u00f3n de los recursos del hardware secundario. Adem\u00e1s, la descarga de aplicaciones de intenci\u00f3n de lectura y trabajos de copia de seguridad en r\u00e9plicas secundarias ayuda a mejorar el rendimiento en la r\u00e9plica principal.<\/li>\n<\/ul>\n
            \n
          1. Admite un agente de escucha de grupo de disponibilidad para cada grupo de disponibilidad. Un agente de escucha de grupo de disponibilidad es un nombre de servidor al que los clientes pueden conectarse para acceder a una base de datos en una r\u00e9plica principal o secundaria de un grupo de disponibilidad AlwaysOn.<\/li>\n<\/ol>\n

            Los agentes de escucha del grupo de disponibilidad dirigen las conexiones entrantes a la r\u00e9plica principal o a una r\u00e9plica secundaria de solo lectura. El agente de escucha proporciona una conmutaci\u00f3n por error r\u00e1pida de la aplicaci\u00f3n despu\u00e9s de que un grupo de disponibilidad conmuta por error. Para obtener m\u00e1s informaci\u00f3n, consulte Agentes de escucha del grupo de disponibilidad, conectividad del cliente y conmutaci\u00f3n por error de la aplicaci\u00f3n (SQL Server).<\/p>\n

              \n
            1. Admite una pol\u00edtica de conmutaci\u00f3n por error flexible para un mayor control sobre la conmutaci\u00f3n por error del grupo de disponibilidad. Para obtener m\u00e1s informaci\u00f3n, consulte Conmutaci\u00f3n por error y Modos de conmutaci\u00f3n por error (grupos de disponibilidad siempre activos).<\/li>\n
            2. Admite la reparaci\u00f3n autom\u00e1tica de p\u00e1ginas para la protecci\u00f3n contra la corrupci\u00f3n de p\u00e1ginas. Para obtener m\u00e1s informaci\u00f3n, consulte Reparaci\u00f3n autom\u00e1tica de p\u00e1ginas (Grupos de disponibilidad: creaci\u00f3n de reflejo de la base de datos).<\/li>\n<\/ol>\n

               <\/p>","protected":false},"excerpt":{"rendered":"

              La funci\u00f3n de grupos de disponibilidad Always On es una soluci\u00f3n de alta disponibilidad y recuperaci\u00f3n ante desastres que proporciona una alternativa de nivel empresarial a la creaci\u00f3n de reflejo de la base de datos. Introducidos en SQL Server 2012 (11.x), los grupos de disponibilidad AlwaysOn maximizan la disponibilidad de un conjunto de bases de […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":408,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"elementor_theme","meta":{"footnotes":""},"class_list":["post-6521","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/6521","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/comments?post=6521"}],"version-history":[{"count":1,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/6521\/revisions"}],"predecessor-version":[{"id":7256,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/6521\/revisions\/7256"}],"up":[{"embeddable":true,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/408"}],"wp:attachment":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/media?parent=6521"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}