Uso de Resource Health para solucionar problemas de conectividad para Azure SQL Managed Instance
Se aplica a: 
Azure SQL Managed Instance
Resource Health para Azure SQL Managed Instance ayuda a diagnosticar problemas y obtener soporte técnico cuando un problema de Azure afecta a los recursos. Le informa acerca del mantenimiento actual y pasado de los recursos y le ayuda a mitigar los problemas. En la página Resource Health se proporciona soporte técnico cuando necesita ayuda con problemas de los servicios de Azure.
Comprobaciones de mantenimiento
Resource Health determina el estado de la instancia administrada de SQL al examinar el estado correcto o erróneo de los inicios de sesión para el recurso. Actualmente, Resource Health para la instancia administrada de SQLsolo examina los errores de inicio de sesión debido a errores del sistema y no a errores del usuario. El estado de Resource Health se actualiza cada 1 a 2 minutos.
Estados de mantenimiento
Disponible
Un estado de Disponible significa que Resource Health no ha detectado errores de inicio de sesión debido a errores del sistema en la instancia administrada de SQL.
Degradado
Un estado de Degradado significa que Resource Health ha detectado una mayoría de inicios de sesión correctos, pero también algunos errores. Probablemente estos sean errores transitorios de inicio de sesión. Para reducir el impacto de los problemas de conexión provocados por errores transitorios de inicio de sesión, implemente la lógica de reintento en el código.
No disponible
Un estado No disponible significa que Resource Health ha detectado errores constantes de inicio de sesión en la instancia administrada de SQL. Si el recurso permanece en este estado durante un largo período, póngase en contacto con soporte técnico.
Unknown
El estado de mantenimiento Desconocido indica que Resource Health no ha recibido información sobre este recurso durante más de 10 minutos. Si bien este estado no es una indicación definitiva del estado del recurso, es un punto de datos importante en el proceso de solución de problemas. Si el recurso se ejecuta según lo esperado, el estado del recurso cambia a Disponible al cabo de unos minutos. Si tiene problemas con el recurso, el estado de mantenimiento Desconocido podría sugerir que un evento de la plataforma afecta al recurso.
Información histórica
Puede acceder al historial de mantenimiento de hasta 30 días en la sección Historial de estado de Resource Health. La sección también contendrá el motivo del tiempo de inactividad (si está disponible). Actualmente, Azure muestra el tiempo de inactividad para el recurso con una granularidad de dos minutos. Es probable que el tiempo de inactividad real sea de menos de un minuto. El promedio es de 8 segundos.
Motivos del tiempo de inactividad
Cuando la instancia administrada de SQL experimenta tiempo de inactividad, se realizan análisis para determinar un motivo. Cuando esté disponible, el motivo del tiempo de inactividad se notifica en la sección Historial de estado de Resource Health. Los motivos de tiempo de inactividad se publican normalmente en un plazo de 45 minutos después de un evento.
Selección de una ventana de mantenimiento
Puede configurar la ventana de mantenimiento para hacer eventos de mantenimiento de alto impacto predecibles y menos perjudiciales para la carga de trabajo. La característica de ventana de mantenimiento le ayuda a planear actualizaciones predecibles o mantenimiento programado. Hay notificaciones anticipadas disponibles para todas las instancias administradas de SQL. Notificaciones anticipadas permite a los clientes configurar notificaciones para que se envíen hasta 24 horas antes de cualquier evento planeado.
Mantenimiento planeado
La infraestructura de Azure realiza periódicamente un mantenimiento planeado: actualización de componentes de hardware o software en el centro de datos. Mientras la base de datos se somete a mantenimiento, Azure SQL puede terminar algunas conexiones existentes y rechazar otras nuevas. Los errores de inicio de sesión sufridos durante un mantenimiento planeado suelen ser transitorios y la lógica de reintento para errores de red ocasionales ayuda a reducir el impacto. Si sigue experimentando errores de inicio de sesión, póngase en contacto con soporte técnico.
Reconfiguración
Las reconfiguraciones se consideran condiciones transitorias y se espera que se produzcan de vez en cuando. Estos eventos pueden desencadenarse por errores de software y hardware o de equilibrio de carga. Cualquier aplicación de producción cliente que se conecte a un servicio de base de datos en la nube debe implementar una lógica de reintento de conexión sólida para errores temporales, ya que podría ayudar a mitigar estas situaciones y, en general, hacer que los errores sean transparentes para el usuario final.
Pasos siguientes
- Obtener más información sobre la lógica de reintento para errores transitorios.
- Cómo solucionar problemas, diagnosticar y evitar errores de conexión de SQL y errores transitorios de SQL Database.
- Más información sobre la configuración de alertas de Resource Health.
- Obtener una introducción a Resource Health.
- Revisar P+F sobre Resource Health.
- Configure una ventana de mantenimiento y notificaciones anticipadas.