Compartir a través de

Solución de problemas de Always On en SQL Server

  • Artículo

Este artículo le ayuda a resolver el problema común sobre la configuración de AlwaysOn en SQL Server.

Nota:

Para ver una experiencia guiada de este artículo, consulte Solución de problemas de SQL Server AlwaysOn.

Versión original del producto: SQL Server 2012 Enterprise, SQL Server 2014 Enterprise, SQL Server 2016 Enterprise
Número de KB original: 10179

Notas importantes

Necesito punteros para configurar y configurar grupos de disponibilidad AlwaysOn

Si busca documentación sobre cómo configurar la configuración de AlwaysOn, consulte los siguientes documentos:

Introducción a los grupos de disponibilidad AlwaysOn (SQL Server): el documento proporciona respuestas a muchas preguntas que puede tener sobre los grupos de disponibilidad y la configuración. Siguiendo todos los pasos de este artículo y revisando requisitos previos, restricciones y recomendaciones para grupos de disponibilidad AlwaysOn (SQL Server) le ayudarán a evitar muchos problemas que puede experimentar con la configuración y el mantenimiento de grupos de disponibilidad en su entorno.

Recursos adicionales

Si esta información no es útil, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Tengo problemas para configurar grupos de disponibilidad AlwaysOn

Los problemas de configuración típicos incluyen grupos de disponibilidad AlwaysOn deshabilitados, las cuentas están configuradas incorrectamente, el punto de conexión de creación de reflejo de la base de datos no existe, el punto de conexión es inaccesible (error de SQL Server 1418), el acceso a la red no existe y se produce un error en un comando de combinación de base de datos (error 35250 de SQL Server). Revise el siguiente documento para obtener ayuda sobre cómo solucionar estos problemas:

Solucionar problemas de configuración de grupos de disponibilidad AlwaysOn (SQL Server)

Vínculo adicional: Corrección: Error 41009 al intentar crear varios grupos de disponibilidad

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Tengo problemas con la configuración del agente de escucha (19471, 19476 y otros errores)

Uno de los problemas de configuración más comunes que encuentran los clientes es la creación del agente de escucha del grupo de disponibilidad. Los errores son similares a los siguientes:

  • Msg 19471, Nivel 16, Estado 0, Línea 2El clúster WSFC no pudo traer el recurso Nombre de red con el nombre DNS '' en línea. Es posible que se haya tomado el nombre DNS o que haya un conflicto con los servicios de nombres existentes, o que el servicio de clúster WSFC no esté en ejecución o que no sea accesible. Use otro nombre DNS para resolver conflictos de nombres o compruebe el registro del clúster de WSFC para obtener más información.

  • Mensaje 19476, Nivel 16, Estado 4, Línea 2El intento de crear el nombre de red y la dirección IP para el agente de escucha produjo un error. Es posible que el servicio WSFC no se esté ejecutando o que no sea accesible en su estado actual, o los valores proporcionados para el nombre de red y la dirección IP pueden ser incorrectos. Compruebe el estado del clúster de WSFC y valide el nombre de red y la dirección IP con el administrador de red.

La mayoría de las veces, los errores de creación del agente de escucha que producen los mensajes anteriores se deben a la falta de permisos para que el objeto de nombre de clúster (CNO) de Active Directory cree y lea el objeto de equipo del agente de escucha. Para solucionar este problema, revise los artículos siguientes:

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

La conmutación automática por error no funciona según lo previsto

Si observa que la conmutación automática por error no funciona según lo previsto durante las pruebas o en producción, consulte: Solución de problemas de conmutación automática por error en entornos alwaysOn de SQL Server 2012.

La configuración incorrecta de Errores máximos en el período especificado es una de las causas principales de la conmutación por error principal no automáticamente a la secundaria. El valor predeterminado de esta configuración es N-1, donde N es el número de réplicas. Para más información, consulte El límite máximo de errores del clúster de conmutación por error (grupo).

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Tengo problemas para conectarse a grupos de disponibilidad AlwaysOn

Después de configurar el agente de escucha del grupo de disponibilidad para un grupo de disponibilidad AlwaysOn en SQL Server 2012, es posible que no pueda hacer ping al agente de escucha o conectarse a él desde una aplicación. Puede obtener un error similar al siguiente:

Sqlcmd: Error: Microsoft SQL Native Client: el tiempo de espera de inicio de sesión ha expirado.

Para solucionar estos errores y similares, revise lo siguiente:

Más vínculos de información:

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Tengo problemas para configurar grupos de disponibilidad AlwaysOn en mi máquina virtual de Azure (IaaS)

  1. Se producen muchos problemas relacionados con AlwaysOn debido a una configuración incorrecta del agente de escucha. Si tiene problemas de conexión con el agente de escucha,

    1. Asegúrese de leer todas las limitaciones del agente de escucha de ILB y de seguir todos los pasos descritos en el siguiente artículo con especial atención a la configuración de dependencias, la dirección IP y otros parámetros en el script de PowerShell.

    2. Si no está seguro, es posible que desee eliminar y volver a crear el agente de escucha según el documento anterior.

  2. Si recientemente ha movido la máquina virtual a un servicio diferente o si las direcciones IP han cambiado, debe actualizar el valor del recurso de dirección IP para reflejar la nueva dirección y debe volver a crear el punto de conexión de carga equilibrada para el grupo de disponibilidad. Puede actualizar la dirección IP mediante los Get comandos o Set como se indica a continuación:

    Get-ClusterResource "IPResourceName" | Set-ClusterParameter -name Address -value "w.x.y.z"

Documentos recomendados:

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Tarda mucho tiempo en conmutar por error de principal a secundario o viceversa

Después de una conmutación por error automática o manual planeada sin pérdida de datos en un grupo de disponibilidad, es posible que el tiempo de conmutación por error supere su objetivo de tiempo de recuperación (RTO). Para solucionar problemas de las causas y posibles soluciones, consulte Solución de problemas: RTO superado por el grupo de disponibilidad.

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Los cambios en la réplica principal no se reflejan ni se replican lentamente en la réplica secundaria.

Es posible que observe que los cambios en la réplica principal no se propagan a la secundaria de forma oportuna. Para solucionar estos problemas y resolverlos, pruebe lo siguiente:

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Administración del tamaño del registro de transacciones para las bases de datos de grupo de disponibilidad

Puede reducir los tamaños del registro de transacciones configurando copias de seguridad normales en servidores principales o secundarios.

Revise los temas siguientes para obtener información adicional:

Si esta información no es útil, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Los servidores principales o secundarios alcanzaron el estado de resolución o experimenta conmutaciones por error inesperadas

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

No se pueden conectar los recursos

Compruebe si las bases de datos tardan mucho tiempo en recuperarse revisando los mensajes en el Registro de errores de SQL.

Si el problema sigue existiendo, consulte Más información sobre los grupos de disponibilidad AlwaysOn.

Preguntas más frecuentes

  1. ¿Es posible tener dos agentes de escucha para un grupo de disponibilidad?

    Sí, puede configurar varios agentes de escucha para el mismo grupo de disponibilidad. Consulte Creación de varios agentes de escucha para el mismo grupo de disponibilidad (Goden Yao).

  2. ¿Es posible tener una tarjeta NIC independiente para el tráfico siempre en el tráfico y la conectividad del cliente?

    Sí, puede tener una tarjeta NIC dedicada para el tráfico AlwaysOn. Consulte Configuración del grupo de disponibilidad para comunicarse en una red dedicada.

  3. ¿Qué ediciones admiten instancias de clúster de conmutación por error AlwaysOn?

    Este tema de los Libros en pantalla de SQL Server tiene más información: Ediciones y características admitidas para SQL Server 2016.

  4. ¿Cómo recuperarse en caso de error en todos los nodos del clúster?

    Consulte Recuperación ante desastres de WSFC a través del cuórum forzado (SQL Server).

  5. ¿Dónde puedo encontrar información sobre la compatibilidad con transacciones distribuidas en configuraciones de AG?

    Consulte Transacciones: grupos de disponibilidad y creación de reflejo de la base de datos.

  6. ¿Cómo actualizar las configuraciones de AlwaysOn?

    Consulte Actualización de instancias de réplica de grupo de disponibilidad AlwaysOn.

  7. ¿Cómo agregar la base de datos habilitada para TDE (Cifrado de datos transparente) a la configuración del grupo de disponibilidad?

    Para agregar la base de datos habilitada para TDE al grupo de disponibilidad, consulte Configuración de AlwaysOn para una base de datos TDE.

  8. ¿Cómo configurar alertas para comprobar si la base de datos secundaria está retrasada detrás de la principal?

    Puede usar el siguiente script:

    SELECT ag.name AS ag_name, ar.replica_server_name AS ag_replica_server,
dr_state.database_id AS database_id,
is_ag_replica_local = CASE
    WHEN ar_state.is_local = 1 THEN N'LOCAL'
    ELSE 'REMOTE'
    END,
ag_replica_role = CASE
    WHEN ar_state.role_desc IS NULL THEN N'DISCONNECTED'
    ELSE ar_state.role_desc
    END,
dr_state.last_hardened_lsn, dr_state.last_hardened_time,
datediff(s,last_hardened_time, getdate()) AS 'seconds behind primary'
FROM (( sys.availability_groups AS ag
JOIN sys.availability_replicas AS ar
    ON ag.group_id = ar.group_id)
JOIN sys.dm_hadr_availability_replica_states AS ar_state
    ON ar.replica_id = ar_state.replica_id)
JOIN sys.dm_hadr_database_replica_states dr_state
    ON ag.group_id = dr_state.group_id AND dr_state.replica_id = ar_state.replica_id

  9. ¿Cómo recibir alertas si el estado de la base de datos no está sincronizado?

    Puede usar el siguiente script:

    SELECT ag.name AS ag_name, ar.replica_server_name AS ag_replica_server,
dr_state.database_id AS database_id,
is_ag_replica_local = CASE
    WHEN ar_state.is_local = 1 THEN N'LOCAL'
    ELSE 'REMOTE'
    END,
ag_replica_role = CASE
    WHEN ar_state.role_desc IS NULL THEN N'DISCONNECTED'
    ELSE ar_state.role_desc
    END,
ar_state.connected_state_desc, ar.availability_mode_desc, dr_state.synchronization_state_desc
FROM (( sys.availability_groups AS ag
JOIN sys.availability_replicas AS ar
    ON ag.group_id = ar.group_id )
JOIN sys.dm_hadr_availability_replica_states AS ar_state
    ON ar.replica_id = ar_state.replica_id)
JOIN sys.dm_hadr_database_replica_states dr_state
    ON ag.group_id = dr_state.group_id AND dr_state.replica_id = ar_state.replica_id

    También puede revisar los vínculos siguientes para ver métodos adicionales para supervisar grupos AlwaysOn:

Más información sobre los grupos de disponibilidad AlwaysOn