Ventana de mantenimiento en Azure SQL Database

  • Artículo

Se aplica a:Azure SQL Database

La característica de ventana de mantenimiento le permite configurar la programación de mantenimiento para los recursos de Azure SQL Database y Azure SQL Managed Instance que hacen que los eventos de mantenimiento impactantes sean predecibles y menos disruptivos para la carga de trabajo.

Nota:

La característica de ventana de mantenimiento solo protege contra el impacto planeado de las actualizaciones o el mantenimiento programado. No protege frente a todas las causas de conmutación por error; las excepciones que pueden provocar interrupciones breves de conexión fuera de una ventana de mantenimiento incluyen errores de hardware, equilibrio de carga de clústeres y reconfiguraciones de bases de datos debido a eventos como un cambio en el objetivo de nivel de servicio de una base de datos.

Las notificaciones avanzadas están disponibles para las bases de datos que se configuran para usar un valor no predeterminado de ventana de mantenimiento. Notificaciones anticipadas permite a los clientes configurar notificaciones para que se envíen hasta 24 horas antes de cualquier evento planeado.

Información general

Azure realiza periódicamente el mantenimiento planeado de los recursos de SQL Database. Durante un evento de mantenimiento, las bases de datos están totalmente disponibles, pero pueden estar sujetas a breves reconfiguraciones dentro de los Contratos de nivel de servicio (SLA) de disponibilidad para SQL Database.

La ventana de mantenimiento está pensada para cargas de trabajo de producción que no son resistentes a las reconfiguraciones de base de datos y no pueden absorber interrupciones de conexión breves causadas por eventos de mantenimiento planeado. Al elegir una ventana de mantenimiento preferida, puede minimizar el impacto del mantenimiento planeado para que se produzca fuera del horario comercial de máxima actividad. Las cargas de trabajo resistentes y las cargas de trabajo que no son de producción pueden depender de la directiva de mantenimiento predeterminada de Azure SQL.

La ventana de mantenimiento es gratuita y se puede configurar en la creación o para los recursos existentes. Se puede configurar mediante Azure Portal, PowerShell, la CLI o la API de Azure.

Importante

La configuración de la ventana de mantenimiento es una operación asincrónica de larga duración, similar a la modificación del nivel de servicio del recurso de Azure SQL. El recurso está disponible durante la operación, excepto una breve reconfiguración que se produce al final de la operación y que normalmente dura hasta 8 segundos, incluso en el caso de transacciones de larga duración interrumpidas. Para minimizar el impacto de la reconfiguración, debe realizar la operación fuera de las horas punta.

Ganar en previsibilidad con la ventana de mantenimiento

De manera predeterminada, la directiva de mantenimiento de Azure SQL bloquea la mayoría de las actualizaciones con impacto durante el período de 8:00 a 17:00, hora local, todos los días para evitar interrupciones durante las horas de máxima actividad. La hora local viene determinada por la ubicación de la región de Azure que hospeda el recurso y puede observar el horario de verano según la definición de la zona horaria local.

Durante el mantenimiento, las bases de datos permanecen disponibles, pero algunas actualizaciones pueden requerir una conmutación por error. La ventana de mantenimiento predeterminada del sistema (de 5 p. m. a 8 a. m.) limita la mayoría de las actividades a esta hora, pero las actualizaciones urgentes pueden producirse fuera de ella. Para asegurarse de que todas las actualizaciones solo se produzcan durante la ventana de mantenimiento, seleccione una opción no predeterminada.

Puede ajustar la ventana para las actualizaciones de mantenimiento a una hora adecuada a sus recursos de Azure SQL. Para ello, elija entre dos franjas de tiempo de la ventana de mantenimiento no predeterminadas:

  • Ventana de día de la semana: de 22:00 a 6:00 (hora local) de lunes a jueves.
  • Ventana de fin de semana: de 22:00 a 6:00 (hora local) de viernes a domingo.

Los días de la ventana de mantenimiento enumerados indican el día de inicio de cada ventana de mantenimiento de ocho horas. Por ejemplo, "de 22:00 a 6:00 (hora local) de lunes a jueves" significa que las ventanas de mantenimiento comienzan a las 22:00 (hora local) de cada día (de lunes a jueves) y se completan a las 6:00 (hora local) del día siguiente (de martes a viernes).

Una vez seleccionada la ventana de mantenimiento y completada la configuración del servicio, el mantenimiento planeado solo se producirá durante la ventana que haya elegido. Aunque los eventos de mantenimiento normalmente se completan dentro de una sola ventana, algunos de ellos pueden abarcar dos o más ventanas adyacentes.

Nota:

Azure SQL Database sigue una práctica de implementación segura en la que se garantiza que las regiones emparejadas de Azure no se implementen al mismo tiempo. Sin embargo, no es posible predecir qué región se actualizará primero, por lo que no se garantiza el orden de implementación. A veces, la base de datos principal se actualiza primero y otras veces será la secundaria.

  • En situaciones en las que la base de datos está habilitada para la replicación geográfica o con grupos de conmutación por error y la replicación geográfica no se alinea con el emparejamiento de regiones de Azure, debe programar diferentes programaciones de las ventanas de mantenimiento para la base de datos principal y secundaria. Por ejemplo, puede seleccionar la ventana de mantenimiento Día de la semana para la base de datos secundaria geográfica y la ventana de mantenimiento Fin de semana para la base de datos principal geográfica.

Importante

En circunstancias muy poco habituales en las que cualquier aplazamiento de acción podría tener un impacto grave, como aplicar una revisión de seguridad crítica, es posible que la ventana de mantenimiento configurada se invalide temporalmente.

Notificaciones anticipadas

Las notificaciones de mantenimiento se pueden configurar para que le alerten de los próximos eventos de mantenimiento planeados para su instancia de Azure SQL Database. Las alertas llegan con 24 horas de antelación, antes de que se abra la ventana de mantenimiento, y al final de la ventana de mantenimiento. Para más información, consulte Notificaciones anticipadas.

Disponibilidad de características

Tipos de suscripciones admitidos

La configuración y el uso de una ventana de mantenimiento está disponible para los siguientes tipos de oferta: Pago por uso, Proveedor de soluciones en la nube (CSP), Contrato Enterprise de Microsoft o Contrato de cliente de Microsoft.

Las ofertas restringidas únicamente al uso de desarrollo/pruebas no son aptas (como Desarrollo/pruebas de Pago por uso o Desarrollo/pruebas de Enterprise, por ejemplo).

Nota:

Una oferta de Azure es el tipo de la suscripción a Azure que tiene. Algunos ejemplos de ofertas de Azure son una suscripción con tarifas de pago por uso, Azure bajo licencia Open y Visual Studio Enterprise. Cada uno de los planes u ofertas tienen diferentes términos y ventajas. La oferta o el plan se muestra en la información general de la suscripción. Para obtener más información sobre cómo cambiar su suscripción a una oferta distinta, consulte Cambio de la suscripción de Azure a una oferta distinta.

Objetivos de nivel de servicio admitidos

La elección de una ventana de mantenimiento que no sea la predeterminada está disponible para todos los objetivos de nivel de servicio, excepto los siguientes:

  • SLO no compatibles:
    • Niveles básico, S0 y S1 de DTU de Azure SQL Database
    • Hardware de DC
    • Hardware de Fsv2

La ventana de mantenimiento de los grupos elásticos de Hiperescala está en versión preliminar y está disponible en regiones y configuraciones específicas. Para más información, vea Blog: Compatibilidad con ventanas de mantenimiento para grupos elásticos de Hiperescala de Azure SQL Database.

Compatibilidad con regiones de Azure SQL Database para ventanas de mantenimiento

La elección de una ventana de mantenimiento que no sea la predeterminada para Azure SQL Database está disponible actualmente en las siguientes regiones, organizadas en función del modelo de compra.

La tabla siguiente es para las bases de datos que no tienen redundancia de zona. Para las bases de datos de una zona de disponibilidad de Azure, consulte la tabla de bases de datos con redundancia de zona.

Región de Azure Serie premium y serie premium de Hiperscala optimizada para memoria Serie estándar de Hiperescala Todos los demás modelos de compra y niveles de Azure SQL Database
Este de Australia Sí Sí Sí
Sudeste de Australia Sí Sí
Sur de Brasil Sí Sí
Sur de Brasil Sí Sí
Centro de Canadá Sí Sí Sí
Este de Canadá Sí Sí
India central Sí Sí
Centro de EE. UU. Sí Sí Sí
Este de China 2 Sí Sí
Norte de China 2 Sí Sí
Este de EE. UU. 1 Sí Sí Sí
Este de EE. UU. 2 Sí Sí Sí
Este de Asia Sí Sí
Centro de Francia Sí Sí
Sur de Francia Sí Sí
Centro-oeste de Alemania Sí Sí
Japón Oriental Sí Sí Sí
Japón Occidental Sí Sí
Centro-Norte de EE. UU Sí Sí
Norte de Europa Sí Sí Sí
Norte de Sudáfrica Sí Sí
Centro-sur de EE. UU. Sí Sí Sí
Sur de la India Sí Sí
Sudeste de Asia Sí Sí
Norte de Suiza Sí Sí
Norte de Emiratos Árabes Unidos Sí Sí
Sur de Reino Unido 2 Sí Sí Sí
Oeste de Reino Unido Sí Sí
US Gov Texas Sí Sí
US Gov - Virginia Sí Sí
Centro-Oeste de EE. UU. Sí Sí
Oeste de Europa Sí Sí Sí
Oeste de EE. UU. Sí Sí Sí
Oeste de EE. UU. 2 Sí Sí Sí
Oeste de EE. UU. 3 Sí Sí Sí

La tabla siguiente es para las bases de datos que tienen redundancia de zona.

Región de Azure Serie premium y serie premium de Hiperscala optimizada para memoria Serie estándar de Hiperescala Todos los demás modelos de compra y niveles de Azure SQL Database en una zona de disponibilidad de Azure
Este de Australia Sí Sí Sí
Centro de Canadá Sí Sí Sí
Centro de EE. UU. Sí Sí Sí
Este de EE. UU. 1 Sí Sí Sí
Este de EE. UU. 2 Sí
Japón Oriental Sí
Norte de Europa Sí Sí Sí
Centro-sur de EE. UU. Sí
Sudeste de Asia Sí
Sur de Reino Unido 2 Sí
Oeste de Europa Sí Sí Sí
Oeste de EE. UU. 2 Sí
Oeste de EE. UU. 3 Sí Sí Sí

Mantenimiento de la puerta de enlace

Para aprovechar al máximo la ventaja de las ventanas de mantenimiento, asegúrese de que las aplicaciones cliente usen la directiva de conexión de redireccionamiento. Redirigir es la directiva de conexión recomendada, mediante la que los clientes establecen conexiones directamente con el nodo que hospeda la base de datos. De este modo, se reduce la latencia y se mejora el rendimiento.

En Azure SQL Database, cualquier conexión que use la directiva de conexión de proxy podría verse afectada por la ventana de mantenimiento elegida y por una ventana de mantenimiento del nodo de puerta de enlace. Sin embargo, las conexiones de cliente que usan la directiva de conexión de redireccionamiento recomendada no se ven afectadas por la reconfiguración de mantenimiento del nodo de puerta de enlace.

Para obtener más información sobre la directiva de conexión de cliente en Azure SQL Database consulte la directiva de conexión de Azure SQL Database.

Recuperación de la lista de eventos de mantenimiento

Azure Resource Graph es un servicio de Azure diseñado para ampliar la administración de los recursos de Azure. Azure Resource Graph Explorer proporciona una exploración de recursos eficaz con la capacidad de consultar a escala a través de un conjunto especificado de suscripciones para que pueda controlar eficazmente el entorno.

Puede usar Azure Resource Graph Explorer para consultar eventos de mantenimiento. Para obtener una introducción sobre cómo ejecutar estas consultas, consulte Inicio rápido: Ejecución de la primera consulta de Resource Graph mediante Azure Resource Graph Explorer.

Para comprobar los eventos de mantenimiento de todas las bases de datos SQL de la suscripción, use la siguiente consulta de ejemplo en Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Para obtener una referencia completa de las consultas de ejemplo y cómo usarlas en herramientas como PowerShell o la CLI de Azure, visite Consultas de ejemplo de Azure Resource Graph para Azure Service Health.

Contenido relacionado