Saltar al contenido

Diario de un DBA

Problemas y soluciones para SQL Server

Menú
  • Inicio
  • Consultoria gratuita
  • tempdb
  • Curso Azure DP-300
  • Rendimiento
  • Seguridad
  • Sobre Mi
Menú

(Solución) Nodo en estado «Quarantined» en un AG SQL Server

Publicada el junio 6, 2023junio 6, 2023 por solracamo

Contenido del post:

Toggle
  • Nodo en cuarentena en un AG
    • Qué quiere decir el estado «Quarantined» en un AG?
    • Sacar un nodo de la cuarentena y unirlo de nuevo al AG

Estoy de guardia en mi trabajo y ayer de noche recibí una alerta informandome de que uno de los grupos de alta disponibilidad (Always On AG) estaba malito y por lo tanto los nodos no se estaban sincronizando.

Lo primero que hice es comprobar que ambos nodos estaban accesibles y funcionando (que no se hubieran caido) y que las instancias dentro de esos servidores también estaban funcionando. Todo correcto a primera vista, por lo que hice una investigación un poco más profunda en ambos nodos (visor de eventos, logs de SQL Server, Failover Cluster Manager Logs…) y aquí encontré el problema.

Nodo en cuarentena en un AG

Lo primero que me encontré nada más abrir el Cluster Manager es que uno de los roles estaba en estado «Quarantined». A simple vista esto puede dar a entender que el nodo está caido, pero os recuerdo que estaba literalmente conectado a ese nodo y conectado a la instancia, por lo que claramente estaba funcionando.

Qué quiere decir el estado «Quarantined» en un AG?

Basicamente el estado de «cuarentena» indica que, aunque el nodo pueda estar funcionando, ha sido excluido temporalmente del AG debido a que tuvo un problema y falló al unirse de nuevo al AG en varias ocasiones durante un periodo corto de tiempo (lo normal son 3 intentos en la última hora).

En este caso esto fue provocado por un error en la red del cliente que provocó que los nodos no pudiesen comunicarse entre ellos y por lo tanto se rompiese la sincronización.

Pues vale, son las 2:30 de la mañana y tengo este problema, gracias por la información, pero que hago ahora.

Sacar un nodo de la cuarentena y unirlo de nuevo al AG

Aquí tenemos 2 opciones:

  • No hacer nada y esperar: Parece de coña, pero no. Una caracterista de este estado de cuarentena es que es temporal y después de 2 horas se intentará unir el nodo afectado de forma automática al AG de nuevo, por lo que podriamos sólo asegurarnos de que todos los problemas fueran resuelto y esperar a que esto ocurra. Siendo honesto esto es lo que yo hice ya que sólo tenia que esperar 10 minutos.
  • Cambiar el estado del nodo manualmente: Si teneis que esperar mucho tiempo y necesitais que esto se solucione urgentemente, podeis sacar el nodo del estado de cuarentena y unirlo al AG usando el siguiente comando en PowerShell.
Start-ClusterNode -ClearQuarantine

Y poco más, la verdad es que ha sido un caso extraño que nunca habia visto y que me encontré de repente y que tuve que solucionar sobre la marcha. Si ahora mismo estais en esta situación, espero que os haya solucinado el problema y os podais ir a dormir.

2 comentarios en «(Solución) Nodo en estado «Quarantined» en un AG SQL Server»

  1. Yoli Herrero dice:
    agosto 7, 2024 a las 11:47 am

    Mil gracias, me valió en una situación similar.

    Tengo una pregunta, ¿te volvió a pasar?. Tengo un entorno híbrido, mitad on-premise y mitad en AWS, y el nodo que tengo en AWS me está volviendo loca, alguien tocó la configuración de la tarjeta de red, y no sé si algo más, y desde entonces parece que no se llevan muy bien los dos nodos y el de AWS entra en cuarentena cuando la parece.

    Mil gracias por tu tiempo.

    Responder
    1. solracamo dice:
      agosto 7, 2024 a las 11:58 am

      Buenas Yoli

      Primero de todo muchas gracias por el comentario.

      No me ha vuelto a pasar y no es un problema que haya visto o vea frecuentemente.

      Sin tener muchos más datos sobre tu entorno, diría que esto parece más un problema para el departamento de redes/Windows que para un DBA (pero tampoco sé si tu empresa dispone de esto o si estás sola ante el peligro).

      Pocas recomendaciones puedo hacerte aquí que, supongo, no hayas hecho ya. Busca en los logs de ambas instancias y en el log del cluster manager. Busca si este problema se repite con un patrón (a las mismas horas o días, después de ciertas tareas, etc.)

      ¡Mucha suerte!

      Responder

Deja una respuesta Cancelar la respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Consultoria Gratis

¿Tienes un problema o una consulta sobre tu servidor SQL Server? ¿Necesitas hacer algún tipo de mantenimiento o tarea en tu instancia, pero no tienes claro cómo hacerlo?

Envíame un email con tu caso y te contestaré lo antes posible de forma totalmente gratuita.

Puedes utilizar el formulario que encontrarás haciendo click aquí.

Sobre mi

Efectivamente, soy un muñeco de slack con la camiseta de Fernando Alonso en Renault, pero también soy una DBA mid level que vive y trabaja en inglaterra como consultor SQL Server.

El objetivo de este blog es escribir los problemas con los que me he ido encontrando y cómo los solucioné. Si estas soluciones han servido para mí, es posible que también lo hagan para ti, ¿no?

Otras soluciones

  • Recuperar la password de la cuenta SA en SQL Serveroctubre 5, 2024
  • Always On en SQL Server. Todo lo que necesitas saberagosto 24, 2024
  • Recuperar una tabla borrada en SQL Serveragosto 18, 2024
  • Mover bases de datos a otro disco en SQL Serveragosto 11, 2024
  • Comprobar los últimos backups tomados en una instancia SQL Serverjunio 29, 2024
  • Comprobar fragmentación en SQL Serverjunio 23, 2024

Curso Azure DP-300 Gratis

  • Azure DP-300 curso en Español – Parte 1noviembre 17, 2022
  • Crear una máquina virtual con SQL server en Azurenoviembre 17, 2022
  • Crear un servidor SQL Server en Azure.noviembre 22, 2022
  • Azure DP-300 curso en Español – Parte 2noviembre 24, 2022
  • Azure DP-300 curso en Español – Parte 3diciembre 1, 2022
  • Azure DP-300 curso en Español – Parte 4diciembre 14, 2022

Consulta las páginas que nadie consulta:
Privacidad
Cookies

Escríbeme!
Contacto

© 2025 Diario de un DBA