Compartir a través de

Planeación de eventos de mantenimiento de Azure en Azure SQL Database e Instancia administrada de Azure SQL

  • Artículo

Se aplica a: Azure SQL Database Azure SQL Managed Instance

Obtenga información sobre cómo prepararse para los eventos de mantenimiento planeado en la base de datos en Azure SQL Database e Instancia administrada de Azure SQL.

¿Qué es un evento de mantenimiento planeado?

Para mantener la seguridad, la compatibilidad, la estabilidad y el rendimiento de los servicios Azure SQL Database y Azure SQL Managed Instance, se realizan actualizaciones por medio de los componentes del servicio casi continuamente. Gracias a la moderna y sólida arquitectura de servicio y a tecnologías innovadoras como la aplicación de revisiones en caliente, la mayoría de las actualizaciones son completamente transparentes y sin impacto en lo que respecta a la disponibilidad. Aun así, algunos tipos de actualizaciones causan interrupciones breves del servicio y requieren tratamiento especial.

Durante el mantenimiento planeado, los miembros del cuórum de la base de datos se quedan sin conexión de forma individual, con la intención de que haya una réplica principal para responder. En Crítico para la empresa y Premium, al menos una réplica secundaria también estará en línea para garantizar que no haya tiempo de inactividad del cliente.

Cuando es necesario que la réplica principal esté sin conexión, se produce un proceso de reconfiguración.

  • Para las bases de datos Crítica para la empresa y Premium, una de las réplicas secundarias se convertirá en la nueva réplica principal.
  • En las bases de datos De uso general, Estándar y Básico, la réplica principal se moverá a otro nodo de proceso sin estado con suficiente capacidad libre.

Qué esperar durante un evento de mantenimiento planeado

El evento de mantenimiento puede producir una o varias reconfiguraciones, en función de la constelación de las réplicas principal y secundaria al principio del evento de mantenimiento. De promedio, se producen 1,7 reconfiguraciones por evento de mantenimiento planeado. Las reconfiguraciones suelen finalizar en 30 segundos. El promedio es de 8 segundos. Si ya está conectada, la aplicación debe volver a conectarse a la nueva réplica principal de la base de datos.

Si se intenta realizar una nueva conexión mientras la base de datos se somete a una reconfiguración antes de que la nueva réplica principal esté en línea, se producirá el error 40613 (Base de datos no disponible): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Si la base de datos tiene una consulta de larga duración, esta consulta se interrumpirá durante una reconfiguración y tendrá que reiniciarse.

Ventanas de mantenimiento y notificaciones anticipadas

La característica Ventana de mantenimiento permite configurar las programaciones de ventanas de mantenimiento predecibles para las bases de datos de Azure SQL y las instancias administradas de SQL que reúnen los requisitos. También puede configurar las notificaciones anticipadas antes de las ventanas de mantenimiento. Para más información, vea:

Simulación de un evento de mantenimiento planeado

Asegúrese de que la aplicación cliente sea resistente a los eventos de mantenimiento antes de realizar la implementación en producción.

Las pruebas mitigarán el riesgo de errores de aplicación y contribuirán a la disponibilidad de las aplicaciones para los usuarios finales. Puede probar el comportamiento de la aplicación cliente durante los eventos de mantenimiento planeado mediante las Pruebas de resistencia a errores de aplicación mediante PowerShell, la CLI o la API REST.

Revise también el inicio de la conmutación por error manual para Azure SQL Managed Instance. Una conmutación por error manual produce el comportamiento idéntico al evento de mantenimiento y deja sin conexión la réplica principal.

Lógica de reintento

Todas las aplicaciones cliente de producción que se conecten a un servicio de base de datos en la nube deben implementar una lógica de reintento de conexión sólida. La lógica de reintento automática adecuada ayuda a que las reconfiguraciones sean lo más transparentes posible para los usuarios finales.

Alerta de Service Health

Si quiere recibir alertas de problemas de servicio o actividades de mantenimiento planeado, puede usar alertas de Service Health en Azure Portal con el tipo de evento y los grupos de acciones adecuados. Para obtener más información, vea Recepción de alertas sobre notificaciones del servicio de Azure.

También puede supervisar y configurar alertas de la métrica de disponibilidad de Azure SQL Database en Azure Portal.

Estado de los recursos

Si la base de datos experimenta errores de inicio de sesión, compruebe la ventana Resource Health en Azure Portal para conocer el estado actual. La sección Historial de estado contiene el motivo del tiempo de inactividad de cada evento (si está disponible).

Contenido relacionado