Creación y configuración de un grupo de disponibilidad para SQL Server en Linux

Se aplica a:SQL Server en Linux

En este tutorial se muestra cómo crear y configurar un grupo de disponibilidad (AG) para SQL Server en Linux. A diferencia de SQL Server 2016 (13.x) y versiones anteriores en Windows, puede habilitar grupos de disponibilidad al crear primero el clúster de Pacemaker subyacente o sin hacerlo. La integración con el clúster, si es necesario, se produce más adelante.

El tutorial incluye las siguientes tareas:

Habilitar grupos de disponibilidad.
Crear puntos de conexión y certificados de grupo de disponibilidad.
Usar SQL Server Management Studio (SSMS) o Transact-SQL para crear un grupo de disponibilidad.
Crear el inicio de sesión de SQL Server y los permisos para Pacemaker.
Crear recursos de grupos de disponibilidad en un clúster de Pacemaker (tipo externo solamente).

Prerequisites

Despliega el clúster de alta disponibilidad Pacemaker. Para más información, consulte Desplegar un clúster Pacemaker para SQL Server en Linux.

Habilitar la característica de grupos de disponibilidad

A diferencia de como se hace en Windows, no puede usar PowerShell ni Administrador de configuración de SQL Server para habilitar la característica de grupos de disponibilidad. En Linux, puede habilitar la característica grupos de disponibilidad de dos maneras: usar la mssql-conf utilidad o editar el mssql.conf archivo manualmente.

Importante

Debe habilitar la característica de grupos de disponibilidad debe estar habilitada para las réplicas de solo configuración, incluso en SQL Server Express.

Usa la `mssql-conf` utilidad

En un símbolo del sistema, ejecute el siguiente comando:

sudo /opt/mssql/bin/mssql-conf set hadr.hadrenabled 1

Editar el archivo mssql.conf

También puede modificar el mssql.conf archivo, ubicado en la /var/opt/mssql carpeta . Agregue las líneas siguientes:

[hadr]

hadr.hadrenabled = 1

Reinicio de SQL Server

Después de habilitar los grupos de disponibilidad, debe reiniciar SQL Server. Use el siguiente comando:

sudo systemctl restart mssql-server

Crear los puntos de conexión y los certificados del grupo de disponibilidad

Un grupo de disponibilidad usa puntos de conexión TCP para la comunicación. En sistemas Linux, SQL Server solo admite puntos de conexión para un grupo de disponibilidad (AG) si se utilizan certificados para la autenticación. Debe restaurar el certificado desde una instancia en todas las demás instancias que participan como réplicas en el mismo AG (grupo de disponibilidad). Ncecesita el certificado incluso para una réplica de solo configuración.

Solo puedes crear endpoints y restaurar certificados usando Transact-SQL. También puede usar certificados no generados por SQL Server. Además necesita un proceso para administrar y reemplazar los certificados que expiren.

Importante

Si tiene previsto usar el asistente de SQL Server Management Studio para crear el grupo de disponibilidad (AG), aun así deberá crear y restaurar los certificados mediante Transact-SQL en Linux.

Para obtener una sintaxis completa sobre las opciones disponibles para los distintos comandos (incluida la seguridad), consulte:

Note

Aunque estés creando un grupo de disponibilidad, el tipo de endpoint usa FOR DATABASE_MIRRORING, porque el tipo de endpoint comparte aspectos subyacentes con esa función que ya está obsoleta.

En este ejemplo se crean certificados para una configuración de tres nodos. Los nombres de las instancias son LinAGN1, LinAGN2 y LinAGN3.

Ejecute la siguiente secuencia de comandos en LinAGN1 para crear la clave maestra, el certificado y el punto de conexión, así como para realizar una copia de seguridad del certificado. Para este ejemplo, el punto final utiliza el típico puerto TCP 5022.

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<master-key-password>';
GO

CREATE CERTIFICATE LinAGN1_Cert
WITH SUBJECT = 'LinAGN1 AG Certificate';
GO

BACKUP CERTIFICATE LinAGN1_Cert
TO FILE = '/var/opt/mssql/data/LinAGN1_Cert.cer';
GO

CREATE ENDPOINT AGEP
STATE = STARTED
AS TCP
(
    LISTENER_PORT = 5022,
    LISTENER_IP = ALL
)
FOR DATABASE_MIRRORING
(
    AUTHENTICATION = CERTIFICATE LinAGN1_Cert,
    ROLE = ALL
);
GO

Haga lo mismo en LinAGN2:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<master-key-password>';
GO

CREATE CERTIFICATE LinAGN2_Cert
WITH SUBJECT = 'LinAGN2 AG Certificate';
GO

BACKUP CERTIFICATE LinAGN2_Cert
TO FILE = '/var/opt/mssql/data/LinAGN2_Cert.cer';
GO

CREATE ENDPOINT AGEP
STATE = STARTED
AS TCP
(
    LISTENER_PORT = 5022,
    LISTENER_IP = ALL
)
FOR DATABASE_MIRRORING
(
    AUTHENTICATION = CERTIFICATE LinAGN2_Cert,
    ROLE = ALL
);
GO

Por último, realice la misma secuencia en LinAGN3:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<master-key-password>';
GO

CREATE CERTIFICATE LinAGN3_Cert
WITH SUBJECT = 'LinAGN3 AG Certificate';
GO

BACKUP CERTIFICATE LinAGN3_Cert
TO FILE = '/var/opt/mssql/data/LinAGN3_Cert.cer';
GO

CREATE ENDPOINT AGEP
STATE = STARTED
AS TCP
(
    LISTENER_PORT = 5022,
    LISTENER_IP = ALL
)
FOR DATABASE_MIRRORING
(
    AUTHENTICATION = CERTIFICATE LinAGN3_Cert,
    ROLE = ALL
);
GO

Usa scp otra utilidad para copiar las copias de seguridad del certificado en cada nodo al que quieras que forme parte del AG.

En este ejemplo:
- Copie LinAGN1_Cert.cer en LinAGN2 y LinAGN3.
- Copie LinAGN2_Cert.cer en LinAGN1 y LinAGN3.
- Copie LinAGN3_Cert.cer en LinAGN1 y LinAGN2.
Cambie la propiedad y el grupo asociados a los archivos de certificado copiados a mssql.
```
sudo chown mssql:mssql <CertFileName>
```
Cree los inicios de sesión de nivel de instancia y los usuarios asociados a LinAGN2 y LinAGN3 en LinAGN1.
```
CREATE LOGIN LinAGN2_Login
WITH PASSWORD = '<password>';

CREATE USER LinAGN2_User
FOR LOGIN LinAGN2_Login;
GO

CREATE LOGIN LinAGN3_Login
WITH PASSWORD = '<password>';

CREATE USER LinAGN3_User
FOR LOGIN LinAGN3_Login;
GO
```
Caution

La contraseña debe seguir la directiva de contraseña predeterminada de SQL Server. De forma predeterminada, la contraseña debe tener al menos ocho caracteres y contener caracteres de tres de los siguientes cuatro conjuntos: mayúsculas, minúsculas, dígitos en base 10 y símbolos. Las contraseñas pueden tener hasta 128 caracteres. Use contraseñas lo más largas y complejas posible.

Restaura LinAGN2_Cert y LinAGN3_Cert en LinAGN1. Los certificados de las otras réplicas son esenciales para la comunicación y seguridad AG.

CREATE CERTIFICATE LinAGN2_Cert
    AUTHORIZATION LinAGN2_User
    FROM FILE = '/var/opt/mssql/data/LinAGN2_Cert.cer';
GO

CREATE CERTIFICATE LinAGN3_Cert
    AUTHORIZATION LinAGN3_User
    FROM FILE = '/var/opt/mssql/data/LinAGN3_Cert.cer';
GO

Conceda permiso para conectarse al punto de conexión en LinAGN2 a los inicios de sesión asociados a LinAGN3 y LinAGN1.
```
GRANT CONNECT ON ENDPOINT::AGEP TO LinAGN2_Login;
GRANT CONNECT ON ENDPOINT::AGEP TO LinAGN3_Login;
```

Cree los inicios de sesión de nivel de instancia y los usuarios asociados a LinAGN1 y LinAGN3 en LinAGN2.

CREATE LOGIN LinAGN1_Login
WITH PASSWORD = '<password>';

CREATE USER LinAGN1_User
FOR LOGIN LinAGN1_Login;
GO

CREATE LOGIN LinAGN3_Login
WITH PASSWORD = '<password>';

CREATE USER LinAGN3_User
FOR LOGIN LinAGN3_Login;
GO

Restaura LinAGN1_Cert y LinAGN3_Cert en LinAGN2.

CREATE CERTIFICATE LinAGN1_Cert
    AUTHORIZATION LinAGN1_User
    FROM FILE = '/var/opt/mssql/data/LinAGN1_Cert.cer';
GO

CREATE CERTIFICATE LinAGN3_Cert
    AUTHORIZATION LinAGN3_User
    FROM FILE = '/var/opt/mssql/data/LinAGN3_Cert.cer';
GO

Conceda permiso para conectarse al punto de conexión en LinAGN1 a los inicios de sesión asociados a LinAGN3 y LinAGN2.
```
GRANT CONNECT ON ENDPOINT::AGEP TO LinAGN1_Login;
GRANT CONNECT ON ENDPOINT::AGEP TO LinAGN3_Login;
GO
```

Cree los inicios de sesión de nivel de instancia y los usuarios asociados a LinAGN1 y LinAGN2 en LinAGN3.

CREATE LOGIN LinAGN1_Login
WITH PASSWORD = '<password>';

CREATE USER LinAGN1_User
FOR LOGIN LinAGN1_Login;
GO

CREATE LOGIN LinAGN2_Login
WITH PASSWORD = '<password>';

CREATE USER LinAGN2_User
FOR LOGIN LinAGN2_Login;
GO

Restaura LinAGN1_Cert y LinAGN2_Cert en LinAGN3.

CREATE CERTIFICATE LinAGN1_Cert
    AUTHORIZATION LinAGN1_User
    FROM FILE = '/var/opt/mssql/data/LinAGN1_Cert.cer';
GO

CREATE CERTIFICATE LinAGN2_Cert
    AUTHORIZATION LinAGN2_User
    FROM FILE = '/var/opt/mssql/data/LinAGN2_Cert.cer';
GO

Conceda permiso para conectarse al punto de conexión en LinAGN1 a los inicios de sesión asociados a LinAGN2 y LinAGN3.
```
GRANT CONNECT ON ENDPOINT::AGEP TO LinAGN1_Login;
GRANT CONNECT ON ENDPOINT::AGEP TO LinAGN2_Login;
GO
```

Crear el grupo de disponibilidad

En esta sección se muestra cómo usar SQL Server Management Studio (SSMS) o Transact-SQL para crear el grupo de disponibilidad para SQL Server.

Uso de SQL Server Management Studio

Esta sección muestra cómo crear un AG con un tipo de clúster externo usando SSMS con el asistente de grupo de nueva disponibilidad.

En SSMS, expanda Always On High Availability, haga clic con el botón derecho en Grupos de disponibilidad y seleccione Asistente para nuevo grupo de disponibilidad.
En el cuadro de Introducción , selecciona Siguiente.
En el cuadro de diálogo Especificar opciones de grupo de disponibilidad , escriba un nombre para el grupo de disponibilidad y seleccione un tipo de clúster de EXTERNAL o NONE en la lista desplegable. Use EXTERNAL al implementar Pacemaker. Con NONE para escenarios específicos, como la escalabilidad horizontal de lectura. La selección de la opción de detección del estado a nivel de base de datos es opcional. Para obtener más información sobre esta opción, vea Opción de conmutación por error de detección del estado del nivel de la base de datos de un grupo de disponibilidad. Seleccione Siguiente.
En el cuadro de Seleccionar bases de datos , selecciona las bases de datos en las que quieres que participe en el AG. Cada base de datos debe tener una copia de seguridad completa para que pueda agregar a un grupo de disponibilidad. Seleccione Siguiente.
En el cuadro de diálogo Especificar réplicas , selecciona Añadir réplica.
En el cuadro de diálogo Conectar al servidor, introduzca el nombre de la instancia Linux de SQL Server para la réplica secundaria y las credenciales para conectarse. Seleccione Conectar.
Repita los dos pasos anteriores para la instancia que vaya a contener una réplica de solo configuración u otra réplica secundaria.
Las tres instancias aparecen en el cuadro de diálogo Especificar Réplicas . Si usas un tipo de clúster de Externa, para la réplica secundaria que es una secundaria verdadera, asegúrate de que el modo de disponibilidad coincida con el de la réplica principal y configura el modo de conmutación por conmutación en Externo. En el caso de la réplica de solo configuración, seleccione un modo de disponibilidad de solo configuración.

En el ejemplo siguiente se muestra un grupo de disponibilidad con dos réplicas, un tipo de clúster Externo y una réplica de solo configuración.

En el ejemplo siguiente se muestra un grupo de disponibilidad con dos réplicas, un tipo de clúster Ninguno y una réplica de solo configuración.
Si quieres cambiar las preferencias de copia de seguridad, selecciona la pestaña Preferencias de Copia de seguridad. Para más información sobre las preferencias de copia de seguridad con los AGs, consulte Configurar copias de seguridad en réplicas secundarias de un grupo de disponibilidad Always On.
Si usa secundarias legibles o crea un grupo de disponibilidad con un tipo de clúster Ninguno para escalado de lectura, puede crear un cliente de escucha si selecciona la pestaña Agente de escucha. También puede añadir un agente de escucha más tarde. Para crear un oyente, selecciona la opción Crear un grupo de disponibilidad y introduzca un nombre, un puerto TCP/IP, y si usar una dirección IP DHCP estática o asignada automáticamente. Para un AG con un tipo de clúster de Ninguno, usa una IP estática que coincida con la dirección IP del principal.
Si creas un oyente para escenarios legibles, SSMS permite crear enrutamiento de solo lectura en el asistente. También puedes añadirlo más adelante usando SSMS o Transact-SQL. Para agregar enrutamiento de solo lectura ahora:
1. Selecciona la pestañaRead-Only Enrutamiento .
2. Escriba las direcciones URL de las réplicas de solo lectura. Estas direcciones URL son similares a los puntos de conexión, salvo que usan el puerto de la instancia, no el punto de conexión.
  1. Seleccione cada dirección URL y, en la parte inferior, seleccione las réplicas legibles. Para seleccionar varios, mantenga presionada la tecla Mayús o seleccione arrastrar.
Seleccione Siguiente.
Elija cómo inicializar las réplicas secundarias. El valor predeterminado es usar propagación automática, que requiere la misma ruta de acceso en todos los servidores que participan en el grupo de disponibilidad. También puede hacer que el asistente realice una copia de seguridad, copie y restaure (la segunda opción); la una si ha realizado una copia de seguridad de la base de datos, la ha copiado y restaurado manualmente en las réplicas (tercera opción); o agregue la base de datos más adelante (última opción). Al igual que con los certificados, si va a realizar copias de seguridad y copiarlas manualmente, establezca permisos en los archivos de copia de seguridad en las otras réplicas. Seleccione Siguiente.
En el cuadro de Validación , si el asistente no devuelve Éxito en todas las comprobaciones, investiga más a fondo. Algunas advertencias son aceptables y no son graves, por ejemplo si no se crea un cliente de escucha. Seleccione Siguiente.
En el cuadro de Resumen , selecciona Terminar. El proceso de creación del grupo de disponibilidad ya comienza.
Cuando la creación del AG esté completa, selecciona Cerrar en la página de Resultados . Ahora puede ver el grupo de disponibilidad en las réplicas en las vistas de administración dinámica y en la carpeta Alta disponibilidad de Always On de SSMS.

Uso de Transact-SQL

Esta sección muestra ejemplos de cómo crear un AG utilizando Transact-SQL. Puede configurar el agente de escucha y el enrutamiento de solo lectura una vez creado el grupo de disponibilidad. Puede modificar el propio grupo de disponibilidad mediante ALTER AVAILABILITY GROUP, pero no puede cambiar el tipo de clúster en SQL Server 2017 (14.x). Si no pretende crear un grupo de disponibilidad con un tipo de clúster Externo, debe eliminarlo y volver a crearlo con un tipo de clúster Ninguno.

Para más información y otras opciones, consulta:

Ejemplo A: dos réplicas con una réplica de solo configuración (tipo de clúster Externo)

En este ejemplo se muestra cómo crear un grupo de disponibilidad de dos réplicas que use una réplica de solo configuración.

Ejecuta la siguiente instrucción en el nodo réplica primario, que contiene la copia de lectura/escritura de las bases de datos. En este ejemplo se usa propagación automática.

CREATE AVAILABILITY GROUP [<AGName>]
WITH (CLUSTER_TYPE = EXTERNAL)
FOR DATABASE <DBName>
REPLICA ON
N'LinAGN1' WITH (
   ENDPOINT_URL = N' TCP://LinAGN1.FullyQualified.Name:5022',
   FAILOVER_MODE = EXTERNAL,
   AVAILABILITY_MODE = SYNCHRONOUS_COMMIT
),
N'LinAGN2' WITH (
   ENDPOINT_URL = N'TCP://LinAGN2.FullyQualified.Name:5022',
   FAILOVER_MODE = EXTERNAL,
   AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
   SEEDING_MODE = AUTOMATIC
),
N'LinAGN3' WITH (
   ENDPOINT_URL = N'TCP://LinAGN3.FullyQualified.Name:5022',
   AVAILABILITY_MODE = CONFIGURATION_ONLY
);
GO

En una ventana de consulta conectada a la otra réplica, ejecuta la siguiente instrucción para unir la réplica al AG y comenzar a sembrar desde la réplica primaria a la secundaria.
```
ALTER AVAILABILITY GROUP [<AGName>]
JOIN WITH (CLUSTER_TYPE = EXTERNAL);
GO

ALTER AVAILABILITY GROUP [<AGName>]
GRANT CREATE ANY DATABASE;
GO
```
En una ventana de consulta conectada a la réplica solo de configuración, ejecuta la siguiente instrucción para unirla al AG.
```
ALTER AVAILABILITY GROUP [<AGName>]
JOIN WITH (CLUSTER_TYPE = EXTERNAL);
GO
```

Ejemplo B: Tres réplicas con enrutamiento de solo lectura (tipo de clúster Externo)

Este ejemplo te muestra cómo configurar el enrutamiento de solo lectura como parte de la creación inicial de AG para tres réplicas completas.

Ejecute la siguiente instrucción en el nodo que actúa como réplica principal y contiene la copia de lectura y escritura completa de las bases de datos. En este ejemplo se usa propagación automática.

CREATE AVAILABILITY GROUP [<AGName>] WITH (CLUSTER_TYPE = EXTERNAL)
FOR DATABASE < DBName > REPLICA ON
    N'LinAGN1' WITH (
        ENDPOINT_URL = N'TCP://LinAGN1.FullyQualified.Name:5022',
        FAILOVER_MODE = EXTERNAL,
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        PRIMARY_ROLE(ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (
            (
                'LinAGN2.FullyQualified.Name',
                'LinAGN3.FullyQualified.Name'
                )
            )),
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL, READ_ONLY_ROUTING_URL = N'TCP://LinAGN1.FullyQualified.Name:1433')
    ),
    N'LinAGN2' WITH (
        ENDPOINT_URL = N'TCP://LinAGN2.FullyQualified.Name:5022',
        FAILOVER_MODE = EXTERNAL,
        SEEDING_MODE = AUTOMATIC,
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        PRIMARY_ROLE(ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (
            (
                'LinAGN1.FullyQualified.Name',
                'LinAGN3.FullyQualified.Name'
                )
            )),
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL, READ_ONLY_ROUTING_URL = N'TCP://LinAGN2.FullyQualified.Name:1433')
    ),
    N'LinAGN3' WITH (
        ENDPOINT_URL = N'TCP://LinAGN3.FullyQualified.Name:5022',
        FAILOVER_MODE = EXTERNAL,
        SEEDING_MODE = AUTOMATIC,
        AVAILABILITY_MODE = SYNCHRONOUS_COMMIT,
        PRIMARY_ROLE(ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (
            (
                'LinAGN1.FullyQualified.Name',
                'LinAGN2.FullyQualified.Name'
                )
            )),
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL, READ_ONLY_ROUTING_URL = N'TCP://LinAGN3.FullyQualified.Name:1433')
    )
    LISTENER '<ListenerName>' (
        WITH IP = ('<IPAddress>', '<SubnetMask>'), Port = 1433
    );
GO

Algunos aspectos que se deben tener en cuenta sobre esta configuración:

AGName es el nombre del AG.
DBName es el nombre de la base de datos que usas con el AG. También puede ser una lista de nombres separada por comas.
ListenerName es un nombre que difiere de cualquiera de los servidores o nodos subyacentes. Lo registras en DNS junto con IPAddress.
IPAddress es la dirección IP de ListenerName. Además, es único y no coincide con ninguno de los servidores o nodos. Las aplicaciones y los usuarios finales usan ListenerName o IPAddress para conectarse al AG.
- SubnetMask es la máscara de subred de IPAddress. En SQL Server 2019 (15.x) y versiones anteriores, este valor es 255.255.255.255. En SQL Server 2022 (16.x) y versiones posteriores, este valor es 0.0.0.0.

En una ventana de consulta conectada a la otra réplica, ejecute la siguiente instrucción para unir la réplica al grupo de disponibilidad e iniciar el proceso de propagación desde la réplica principal a la secundaria.
```
ALTER AVAILABILITY GROUP [<AGName>]
JOIN WITH (CLUSTER_TYPE = EXTERNAL);
GO

ALTER AVAILABILITY GROUP [<AGName>]
GRANT CREATE ANY DATABASE;
GO
```
Repita el paso 2 para la tercera réplica.

Ejemplo C: dos réplicas con enrutamiento de solo lectura (tipo de clúster Ninguno)

Este ejemplo crea una configuración de dos réplicas que utiliza un tipo de clúster de Ninguno. Usa esta configuración para el escenario de escala de lectura donde no esperas conmutación por error. Este paso crea el oyente que es la réplica principal y configura el enrutamiento de solo lectura con funcionalidad round-robin.

CREATE AVAILABILITY GROUP [<AGName>]
WITH (CLUSTER_TYPE = NONE)
FOR DATABASE <DBName> REPLICA ON
    N'LinAGN1' WITH (
        ENDPOINT_URL = N'TCP://LinAGN1.FullyQualified.Name: <PortOfEndpoint>',
        FAILOVER_MODE = MANUAL,
        AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
        PRIMARY_ROLE(
            ALLOW_CONNECTIONS = READ_WRITE,
            READ_ONLY_ROUTING_LIST = (('LinAGN1.FullyQualified.Name'.'LinAGN2.FullyQualified.Name'))
        ),
        SECONDARY_ROLE(
            ALLOW_CONNECTIONS = ALL,
            READ_ONLY_ROUTING_URL = N'TCP://LinAGN1.FullyQualified.Name:<PortOfInstance>'
        )
    ),
    N'LinAGN2' WITH (
        ENDPOINT_URL = N'TCP://LinAGN2.FullyQualified.Name:<PortOfEndpoint>',
        FAILOVER_MODE = MANUAL,
        SEEDING_MODE = AUTOMATIC,
        AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
        PRIMARY_ROLE(ALLOW_CONNECTIONS = READ_WRITE, READ_ONLY_ROUTING_LIST = (
                 ('LinAGN1.FullyQualified.Name',
                    'LinAGN2.FullyQualified.Name')
                 )),
        SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL, READ_ONLY_ROUTING_URL = N'TCP://LinAGN2.FullyQualified.Name:<PortOfInstance>')
    ),
    LISTENER '<ListenerName>' (WITH IP = (
             '<PrimaryReplicaIPAddress>',
             '<SubnetMask>'),
            Port = <PortOfListener>
    );
GO

En este ejemplo:

AGName es el nombre del AG.
DBName es el nombre de la base de datos que usas con el AG. También puede ser una lista de nombres separada por comas.
PortOfEndpoint es el número de puerto del endpoint que creas.
- PortOfInstancees el número de puerto para la instancia de SQL Server.
ListenerName es un nombre provisional que es diferente de cualquiera de las réplicas subyacentes.
PrimaryReplicaIPAddress es la dirección IP de la réplica principal.
- SubnetMask es la máscara de subred de IPAddress. En SQL Server 2019 (15.x) y versiones anteriores, este valor es 255.255.255.255. En SQL Server 2022 (16.x) y versiones posteriores, este valor es 0.0.0.0.

Una la réplica secundaria al grupo de disponibilidad e inicie la propagación automática.

ALTER AVAILABILITY GROUP [<AGName>]
JOIN WITH (CLUSTER_TYPE = NONE);
GO

ALTER AVAILABILITY GROUP [<AGName>]
GRANT CREATE ANY DATABASE;
GO

Un clúster de alta disponibilidad de Pacemaker que usa SQL Server en Linux necesita acceso a la instancia de SQL Server y permisos en el propio grupo de disponibilidad. Estos pasos crean el inicio de sesión y los permisos asociados, junto con un archivo que indica a Pacemaker cómo autenticarse en SQL Server.

En una ventana de consulta conectada a la réplica principal, ejecute la siguiente secuencia de comandos:

CREATE LOGIN PMLogin
    WITH PASSWORD = '<password>';
GO

GRANT VIEW SERVER STATE TO PMLogin;
GO

GRANT ALTER, CONTROL, VIEW DEFINITION
ON AVAILABILITY GROUP::<AGThatWasCreated> TO PMLogin;
GO

En el Nodo 1, añade las siguientes dos líneas al /var/opt/mssql/secrets/passwd archivo:
```
PMLogin

<password>
```
Puede que tengas que aumentar tus permisos para sudo editar este archivo.

Bloquea el archivo:

sudo chmod 400 /var/opt/mssql/secrets/passwd

Repita los pasos 1 a 5 en los demás servidores que actúan como réplicas.

Crear recursos de grupo de disponibilidad en el clúster de Pacemaker (solo Externo)

Después de crear un GA en SQL Server, debe crear los recursos correspondientes en Pacemaker al especificar un clúster de tipo 'Externo'. Un grupo de disponibilidad (AG) necesita dos recursos: el recurso de grupo de disponibilidad y un recurso de dirección IP. La configuración del recurso de dirección IP es opcional si no usa un agente de escucha. Sin embargo, se recomienda cuando necesite funcionalidades de escucha.

El recurso AG que cree es un tipo de recurso denominado clon. El recurso AG tiene copias en cada nodo, y un recurso controlador llamado recurso promovido . El recurso promovido corresponde al servidor que aloja la réplica principal. Los otros recursos alojan réplicas secundarias (normales o solo de configuración), y pueden promocionarse en un conmutador por error.

Note

En SQL Server 2025 (17.x) con la actualización acumulativa (CU) 3 y versiones posteriores, el agente HA de Pacemaker v2 (versión preliminar) está disponible para Red Hat Enterprise Linux (RHEL) y Ubuntu a través del paquete mssql-server-ha. Puedes evaluar el agente HA de Pacemaker v2 en despliegues no productivos. El agente HA existente de Pacemaker (v1) sigue siendo totalmente compatible para despliegues en producción. Para más información, consulte Agente de alta disponibilidad de Pacemaker v2 (versión preliminar).

Red Hat Enterprise Linux (RHEL) y Ubuntu
SUSE Linux Enterprise Server (SLES)

Agente de alta disponibilidad de Pacemaker v1

Cree el recurso AG en Pacemaker mediante el agente de HA de Pacemaker (v1): (ocf:mssql:ag)
```
sudo pcs resource create <NameForAGResource> ocf:mssql:ag ag_name=<AGName> meta failure-timeout=30s promotable notify=true
```
En este ejemplo, NameForAGResource es el nombre único que se asigna a este recurso de clúster para el grupo de disponibilidad y AGName es el nombre del grupo de disponibilidad que creó.
Cree el recurso de dirección IP para el grupo de disponibilidad que se va a asociar a la funcionalidad del cliente de escucha.
```
sudo pcs resource create <NameForIPResource> ocf:heartbeat:IPaddr2 ip=<IPAddress> cidr_netmask=<Netmask>
```
En este ejemplo, NameForIPResource es el nombre único del recurso IP y IPAddress es la dirección IP estática que se asigna al recurso.
Para asegurarse de que la dirección IP y el recurso de AG se ejecuten en el mismo nodo, configure una restricción de colocación.
```
sudo pcs constraint colocation add <NameForIPResource> with promoted <NameForAGResource>-clone INFINITY
```
En este ejemplo, NameForIPResource es el nombre del recurso IP y NameForAGResource es el nombre del recurso AG.
Crea una restricción de ordenación para asegurar que el recurso AG se ejecuta antes que la dirección IP. Si bien la restricción de coubicación implica una restricción de ordenación, este paso la refuerza.
```
sudo pcs constraint order promote <NameForAGResource>-clone then start <NameForIPResource>
```
En este ejemplo, NameForIPResource es el nombre del recurso IP y NameForAGResource es el nombre del recurso AG.

Agente de alta disponibilidad de Pacemaker v2 (versión preliminar)

El agente HA de Pacemaker v2 utiliza una arquitectura basada en servicios. El agente funciona como un servicio de sistema dedicado llamado mssql-pcsag, que es responsable de gestionar las operaciones de alta disponibilidad específicas de SQL Server y la comunicación con Pacemaker.

Gestionas el mssql-pcsag servicio mediante controles estándar de servicio del sistema. Inicia, para, reinicia y comprueba el estado de este servicio según sea necesario con los siguientes comandos:

sudo systemctl start mssql-pcsag  # Start the Pacemaker HA agent v2 (mssql-pcsag) service
sudo systemctl stop mssql-pcsag  # Stop the Pacemaker HA agent v2 (mssql-pcsag) service
sudo systemctl restart mssql-pcsag  # Restart the Pacemaker HA agent v2 (mssql-pcsag) service
sudo systemctl status mssql-pcsag  # Check the status of the Pacemaker HA agent v2 (mssql-pcsag) service

Pacemaker interactúa con los grupos de disponibilidad de SQL Server a través del mssql-pcsag servicio. Para que la supervisión y la conmutación por error del grupo de disponibilidad funcionen correctamente:

El clúster de Pacemaker debe ejecutarse.
El mssql-pcsag servicio debe ejecutarse.

Aunque Marcapasos y mssql-pcsag son componentes separados, funcionan juntos en tiempo de ejecución. Si Pacemaker o el mssql-pcsag servicio se detienen, las operaciones de conmutación por error del grupo de disponibilidad no funcionan como se esperaba.

Note

Reiniciar el mssql-pcsag servicio no reinicia SQL Server. Del mismo modo, reiniciar SQL Server no reinicia automáticamente el agente de alta disponibilidad de Pacemaker. Compruebe que ambos servicios se ejecutan durante la solución de problemas.

El agente de Alta Disponibilidad (HA) de Pacemaker v2 introduce mejoras en fiabilidad y rendimiento en comparación con el agente anterior, que incluyen:

Se ha mejorado el rendimiento de la conmutación por error para reducir los tiempos de conmutación por error planeados y no planeados.
Compatibilidad con directivas de conmutación por error automática flexibles, incluida la configuración del nivel de condición de error y el tiempo de espera para la comprobación del estado.

Ejemplo: la siguiente instrucción Transact-SQL cambia el nivel de condición de error de un grupo de disponibilidad existente denominado AG1 al nivel 2:
```
ALTER AVAILABILITY GROUP AG1 SET (FAILURE_CONDITION_LEVEL = 2);
```
Ejemplo: la siguiente instrucción Transact-SQL cambia el umbral de tiempo de espera de comprobación de estado de un grupo de disponibilidad existente denominado AG1 a 60 000 milisegundos (60 segundos).
```
ALTER AVAILABILITY GROUP AG1 SET (HEALTH_CHECK_TIMEOUT = 60000);
```
Ejemplo: Después de aplicar la configuración, use la siguiente instrucción Transact-SQL para comprobar el nivel de condición de error configurado y el tiempo de espera de comprobación de estado para los grupos de disponibilidad.
```
SELECT failure_condition_level,
       health_check_timeout
FROM sys.availability_groups;
```
Compatibilidad con TLS 1.3 para la comunicación entre el clúster de Pacemaker y SQL Server.

Cree el recurso AG en Pacemaker mediante el agente de alta disponibilidad de Pacemaker v2: (ocf:mssql:agv2)
```
sudo pcs resource create <NameForAGResource> ocf:mssql:agv2 ag_name=<AGName> meta failure-timeout=30s promotable notify=true
```
Si actualiza desde el agente de alta disponibilidad de Pacemaker v1 a v2, quite el recurso AG existente antes de crear el recurso agv2:
```
sudo pcs resource delete <NameForAGResource>
```
Esta operación detiene temporalmente la sincronización del grupo de disponibilidad (AG) mientras se está recreando el recurso. Al eliminar y volver a crear el recurso del grupo de disponibilidad de Pacemaker, no se elimina el grupo de disponibilidad. Después de recrear el recurso, Pacemaker reanuda automáticamente la administración y la sincronización de AG.
Cree el recurso de dirección IP para el grupo de disponibilidad que se va a asociar a la funcionalidad del cliente de escucha.
```
sudo pcs resource create <NameForIPResource> ocf:heartbeat:IPaddr2 ip=<IPAddress> cidr_netmask=<Netmask>
```
En este ejemplo, NameForIPResource es el nombre único del recurso IP y IPAddress es la dirección IP estática que se asigna al recurso.
Para asegurarse de que la dirección IP y el recurso de AG se ejecuten en el mismo nodo, configure una restricción de colocación.
```
sudo pcs constraint colocation add <NameForIPResource> with promoted <NameForAGResource>-clone INFINITY
```
En este ejemplo, NameForIPResource es el nombre del recurso IP y NameForAGResource es el nombre del recurso AG.
Cree una restricción de orden para asegurarse de que el recurso de grupo de disponibilidad está en funcionamiento antes que la dirección IP. Si bien la restricción de coubicación implica una restricción de ordenación, este paso la refuerza.
```
sudo pcs constraint order promote <NameForAGResource>-clone then start <NameForIPResource>
```
En este ejemplo, NameForIPResource es el nombre del recurso IP y NameForAGResource es el nombre del recurso AG.

Note

A partir de SQL Server 2025 (17.x), no se admite SUSE Linux Enterprise Server (SLES).

Cree el recurso AG con la siguiente sintaxis:

primitive <NameForAGResource> \
ocf:mssql:ag \
params ag_name="<AGName>" \
meta failure-timeout=60s \
op start timeout=60s \
op stop timeout=60s \
op promote timeout=60s \
op demote timeout=10s \
op monitor timeout=60s interval=10s \
op monitor timeout=60s interval=11s role="Promoted" \
op notify timeout=60s
clone ms-ag_cluster <NameForAGResource> \
meta promoted-max="1" promoted-node-max="1" clone-max="3" \
    promotable="true" clone-node-max="1" notify="true" \
commit

En este ejemplo, NameForAGResource es el nombre único que le das a este recurso de clúster para el AG, y AGName es el nombre del AG que creas.

Cree el recurso de dirección IP para el grupo de disponibilidad que se va a asociar a la funcionalidad del cliente de escucha.
```
crm configure \
primitive <NameForIPResource> \
   ocf:heartbeat:IPaddr2 \
   params ip=<IPAddress> \
      cidr_netmask=<Netmask>
```
En este ejemplo, NameForIPResource es el nombre único del recurso IP y IPAddress es la dirección IP estática que se asigna al recurso. En el SLES, también debes proporcionar la máscara de red. Por ejemplo, 255.255.255.0 tiene un valor de 24 para Netmask.
Para asegurarse de que la dirección IP y el recurso de AG se ejecuten en el mismo nodo, configure una restricción de colocación.
```
crm configure <NameForConstraint> inf: \
<NameForIPResource> <NameForAGResource>:Promoted
commit
```
En este ejemplo, NameForIPResource es el nombre del recurso IP, NameForAGResource es el nombre del recurso de grupo de disponibilidad y NameForConstraint es el nombre de la restricción.
Crea una restricción de ordenación para asegurar que el recurso AG se ejecuta antes que la dirección IP. Si bien la restricción de coubicación implica una restricción de ordenación, este paso la refuerza.
```
crm configure \
order <NameForConstraint> Mandatory: <NameForAGResource>:promote <NameForIPResource>:start
commit
```
En este ejemplo, NameForIPResource es el nombre del recurso IP, NameForAGResource es el nombre del recurso de grupo de disponibilidad y NameForConstraint es el nombre de la restricción.

Conmutación por error del grupo de disponibilidad Always On en Linux

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2026-08-14

Creación y configuración de un grupo de disponibilidad para SQL Server en Linux

Prerequisites

Habilitar la característica de grupos de disponibilidad

Usa la mssql-conf utilidad

Editar el archivo mssql.conf

Reinicio de SQL Server

Crear los puntos de conexión y los certificados del grupo de disponibilidad

Crear el grupo de disponibilidad

Uso de SQL Server Management Studio

Uso de Transact-SQL

Ejemplo A: dos réplicas con una réplica de solo configuración (tipo de clúster Externo)

Ejemplo B: Tres réplicas con enrutamiento de solo lectura (tipo de clúster Externo)

Ejemplo C: dos réplicas con enrutamiento de solo lectura (tipo de clúster Ninguno)

Crear el inicio de sesión de SQL Server y los permisos para Pacemaker

Crear recursos de grupo de disponibilidad en el clúster de Pacemaker (solo Externo)

Agente de alta disponibilidad de Pacemaker v1

Agente de alta disponibilidad de Pacemaker v2 (versión preliminar)

Contenido relacionado

Comentarios

Recursos adicionales

Usa la `mssql-conf` utilidad