Uso de programaciones de mantenimiento para administrar las actualizaciones del servicio y el mantenimiento

La característica de programación de mantenimiento integra las notificaciones de mantenimiento planeado de Service Health, el monitor de comprobación de Resource Health y el servicio de programación de mantenimiento del grupo de SQL de Synapse (almacenamiento de datos) dentro de Azure Synapse Analytics.

Debe usar programación de mantenimiento para elegir un período de tiempo en el que sea conveniente recibir las nuevas características, actualizaciones y revisiones. Tendrá que elegir una ventana de mantenimiento principal y una secundaria dentro de un período de siete días, cada ventana debe estar dentro de intervalos de días independientes.

Por ejemplo, puede programar una ventana principal de sábado a las 22:00 a domingo a la 01:00, y luego una ventana secundaria el miércoles de 19:00 a 22:00. Si no se puede realizar el mantenimiento durante la ventana de mantenimiento principal, se intentará nuevamente durante la ventana de mantenimiento secundaria. El mantenimiento del servicio puede producirse en ocasiones durante las dos ventanas, la principal y la secundaria. Para garantizar una finalización rápida de las operaciones de mantenimiento, DW400c y los niveles más bajos de almacenamiento de datos pueden completar el mantenimiento fuera de una ventana de mantenimiento designada.

Todas las instancias de almacenamiento de datos recién creadas tendrán una programación de mantenimiento definida por el sistema aplicada durante la implementación. La programación se podrá editar tan pronto como se complete la implementación.

Al elegir una ventana de mantenimiento, debe seleccionar una hora de inicio y establecer una duración máxima. La "duración máxima de una ventana de mantenimiento" determina el período de tiempo en el que se realizarán las tareas de mantenimiento. Este período de tiempo puede estar comprendido entre tres (3) y ocho (8) horas, con un requisito mínimo de tres (3) horas. Durante este período, el almacenamiento de datos estará temporalmente sin conexión, ya que el grupo dedicado se mueve a la capacidad actualizada mediante un proceso similar a la pausa o reanudación. En condiciones típicas, esta operación se completará en menos de 30 minutos, pero es importante tener en cuenta que, en algunos casos, puede tardar más tiempo. Por ejemplo, si hay transacciones activas cuando comienza el mantenimiento, se cancelarán y revertirán, lo que podría provocar retrasos en la restauración del servicio en línea. Para evitar esta situación, se recomienda asegurarse de que no haya transacciones de larga duración activas durante el inicio de la ventana de mantenimiento.

Todas las operaciones de mantenimiento deben finalizar dentro de las ventanas de mantenimiento especificadas, a menos que sea necesario implementar una actualización urgente de las horas. Si el almacenamiento de datos se pausa durante un período de mantenimiento programado, se actualizará durante la operación de reanudación. Se le notificará inmediatamente después de que se haya completado el mantenimiento en el almacenamiento de datos.

Nota

• Las ventanas de mantenimiento no son aplicables a los niveles de rendimiento DW400c o inferiores. Pueden someterse a mantenimiento en cualquier momento.
• Puede que DW400c y los niveles más bajos experimenten varias pérdidas de conectividad breves en distintos momentos durante la ventana de mantenimiento.

Supervisión y alertas

Una integración con las notificaciones de Service Health y el monitor de comprobación de Resource Health permite a los clientes mantenerse informados de la actividad de mantenimiento inminente. Esta automatización aprovecha las ventajas de Azure Monitor. Puede decidir cómo recibir notificaciones de eventos de mantenimiento inminentes. Asimismo, puede decidir qué flujos automatizados pueden ayudarle a administrar el tiempo de inactividad y minimizar el impacto en sus operaciones.

Nota

Todos los eventos de mantenimiento van precedidos de una notificación con 24 horas de antelación. En caso de que sea necesario implementar una actualización donde el tiempo es fundamental, los tiempos de las notificaciones avanzadas pueden reducirse significativamente. Esto puede suceder fuera de una ventana de mantenimiento identificada debido a la naturaleza crítica de la actualización.

Si recibió una notificación anticipada relativa a la realización de mantenimiento, pero el mantenimiento no puede realizarse durante el período de la notificación, recibirá una notificación de cancelación. Después se reanudará el mantenimiento durante el siguiente período de mantenimiento programado.

Todos los eventos de mantenimiento activos se muestran en la sección Service Health: mantenimiento planeado. El historial de Service Health incluye un registro completo de eventos anteriores. Puede supervisar el mantenimiento mediante el panel del portal de comprobación de Azure Service Health durante un evento activo.

Disponibilidad de la programación de mantenimiento

Aunque Programación de mantenimiento no esté aún disponible en la región seleccionada, puede ver y editar la programación de mantenimiento en cualquier momento. Cuando la programación de mantenimiento esté disponible en su región, la programación identificada pasará a estar activa inmediatamente en el grupo de SQL de Synapse.

Vista de una programación de mantenimiento

De forma predeterminada, todas las instancias de almacenamiento de datos recién creadas tienen una ventana de mantenimiento principal y secundaria de 8 horas aplicada durante la implementación. Como se ha indicado anteriormente, puede cambiar las ventanas tan pronto como se complete la implementación. Sin notificación previa, no se llevará a cabo mantenimiento fuera de las ventanas de mantenimiento especificadas.

Para ver la programación de mantenimiento que se ha aplicado al grupo de SQL de Synapse, complete los siguientes pasos:

1. Inicie sesión en Azure Portal.
2. Seleccione el grupo de SQL de Synapse que desea ver.
3. El grupo de SQL de Synapse seleccionado se abre en la hoja de información general. La programación de mantenimiento que se aplica al almacén de datos se mostrará debajo de Programación de mantenimiento.

Omisión o cambio de la programación del mantenimiento

Para garantizar el cumplimiento de los requisitos de seguridad más recientes, no podemos dar cabida a las solicitudes para omitir o retrasar las actualizaciones. Sin embargo, puede tener algunas opciones para ajustar la ventana de mantenimiento si usa los niveles de almacenamiento de datos DW500c y superiores dentro del ciclo actual en función de su situación:

• Si recibe una notificación pendiente de mantenimiento y necesita más tiempo para finalizar los trabajos o notificar a su equipo, puede cambiar la hora de inicio de la ventana siempre que lo haga antes del inicio de la ventana de mantenimiento definida. Esto desplazará la ventana hacia delante en el tiempo dentro del ciclo.

• Puede desencadenar manualmente el mantenimiento pausando y reanudando (o escalando) el grupo dedicado de SQL después del inicio de un ciclo para el que se ha recibido una notificación "Pendiente". El ciclo de mantenimiento de fin de semana comienza el sábado a las 00:00 UTC; el ciclo de mantenimiento de la semana media comienza el martes a las 12:00 UTC.

• Aunque necesitamos un período mínimo de 3 horas, en condiciones típicas, esta operación se completará en menos de 30 minutos. Sin embargo, es importante tener en cuenta que, en algunos casos, puede tardar más. Por ejemplo, si hay transacciones activas cuando comienza el mantenimiento, se cancelarán y revertirán, lo que podría provocar retrasos en la restauración del servicio en línea. Para evitar esta situación, se recomienda asegurarse de que no haya transacciones de larga duración activas durante el inicio de la ventana de mantenimiento.

Nota

• Si cambia la ventana a una hora de inicio anterior a la hora actual de ese momento, el mantenimiento se desencadenará inmediatamente y, si hay transacciones activas cuando se inicia el mantenimiento, se anularán y revertirán.
• Una vez completada la operación de pausa y reanudación para iniciar el mantenimiento, en lugar de recibir una notificación que confirme la finalización del mantenimiento, se le notificará que se ha cancelado.
• En caso de que use DW400c o inferior, aunque puede cambiar la programación de mantenimiento, no se cumplirá ya que es un nivel de rendimiento inferior. Como se ha mencionado anteriormente, estos niveles de almacenamiento de datos pueden someterse a mantenimiento en cualquier momento con el ciclo de mantenimiento.

Identificar las ventanas principales y secundarias

Las ventanas principales y secundarias deben tener intervalos de días independientes. Un ejemplo es una ventana principal de martes a jueves, y otra secundaria de sábado a domingo. Los términos "Principal" y "Secundario" deben considerarse como "Ventana 1" y "Ventana 2", respectivamente. Esto significa que cualquiera de las ventanas se puede seleccionar en cualquier orden para implementar actualizaciones de mantenimiento.

Para cambiar la programación de mantenimiento del grupo de SQL de Synapse, complete los siguientes pasos:

1. Inicie sesión en Azure Portal.

2. Seleccione el grupo de SQL de Synapse que desea actualizar. La página se abre en la hoja de información general. Abra la página de configuración de la programación de mantenimiento seleccionando el vínculo de resumen de la Programación de mantenimiento en la hoja de información general. O bien, seleccione la opción Programación de mantenimiento en el menú de recursos del lado izquierdo.

   

3. Puede identificar el intervalo de día preferido para la ventana de mantenimiento principal con las opciones situadas en la parte superior de la página. Esta selección determina si la ventana principal se producirá en un día laborable o durante el fin de semana. La selección actualizará los siguientes valores de la lista desplegable. Durante la versión preliminar es posible que algunas regiones no admitan el conjunto completo de opciones de día disponibles.

   

4. Elija las ventanas de mantenimiento principales y secundarias que prefiera con el cuadro de lista desplegable:

   • Día: día preferido para realizar el mantenimiento durante el período seleccionado.
   • Hora de inicio: hora de inicio preferida de la ventana de mantenimiento.
   • Período de tiempo: duración preferida del período de tiempo.

   El área Resumen de la programación de la parte inferior de la hoja se actualiza según los valores que seleccione.

5. Seleccione Guardar. Aparece un mensaje que confirma que la nueva programación está activa.

   Puede actualizar las selecciones Día, Hora de inicio, Hora (incluida la ventana predeterminada de 8 horas) en cualquier momento. Si va a guardar una programación en una región que aún no admite la programación de mantenimiento, aparecerá el siguiente mensaje. La configuración se guarda y se activa cuando la característica esté disponible en la región seleccionada.

   

Preguntas más frecuentes

Cuál es la frecuencia esperada para el mantenimiento.

El mantenimiento puede producirse más de una vez al mes, ya que el mantenimiento puede incluir actualizaciones del sistema operativo, revisiones de seguridad y controladores, actualizaciones internas de la infraestructura de Azure y revisiones y actualizaciones de DW. Cada cliente dispone de un programa de ciclos de mantenimiento dos veces por semana, de sábado a domingo y de martes a jueves.

¿Qué cambios se han realizado después de llevar a cabo el mantenimiento, aunque mi versión del grupo de SQL dedicado siga siendo la misma?

Después de una actualización de mantenimiento, la versión del grupo de SQL puede permanecer sin cambios. Esto se debe a que el mantenimiento puede incluir actualizaciones del sistema operativo, revisiones de seguridad y controladores, actualizaciones internas de la infraestructura de Azure y revisiones y actualizaciones de DW. Solo si se incluye una revisión o actualización de Synapse DW en el mantenimiento verá un cambio en la versión del grupo dedicado de SQL.

¿Es posible actualizar la versión de mi grupo de SQL dedicado a petición?

• No, el mantenimiento programado controla la administración de grupos de SQL dedicados. Sin embargo, es posible que tenga algunas opciones para desencadenar el mantenimiento una vez iniciado el ciclo, en función de su situación. Compruebe Omitir o cambiar la programación de mantenimiento
• Es importante tener en cuenta que el grupo de SQL dedicado es una característica de plataforma como servicio (PaaS). Esto implica que Microsoft Azure controla todo tipo de tareas relacionadas con el servicio, como infraestructura, mantenimiento, actualizaciones y escalabilidad. Se puede realizar un seguimiento del mantenimiento programado estableciendo una alerta o notificación para mantenerse informado de la actividad de mantenimiento inminente.

¿Qué cambios, si los hay, se deben realizar antes o después de que se complete el mantenimiento del grupo de SQL dedicado?

• Durante el mantenimiento, el servicio se desconectará brevemente, de forma similar a lo que ocurre durante una operación de pausa, reanudación o escalado. Normalmente, la operación de mantenimiento general se completa en menos de 30 minutos. Sin embargo, podría tardar un poco más, dependiendo de la actividad de la base de datos durante la ventana de mantenimiento. Se recomienda pausar ETL, actualizaciones de tablas y, especialmente, operaciones transaccionales para evitar más tiempo que el mantenimiento normal. Por ejemplo:
• Si la instancia está muy ocupada durante la ventana planeada, especialmente con la actividad de actualización y eliminación frecuentes, la operación de mantenimiento puede tardar más tiempo de lo normal. Para reducir la posibilidad de una actividad de mantenimiento extendida, se recomienda limitar la actividad a consultas de solo lectura en la base de datos si es posible y, especialmente, evitar consultas transaccionales de larga duración (consulte el siguiente elemento).
• Si hay transacciones activas cuando comienza el mantenimiento, se cancelan y se revierten, lo que puede provocar retrasos en la restauración del servicio en línea. Para evitar esta situación, se recomienda asegurarse de que no haya transacciones de larga duración activas durante el inicio de la ventana de mantenimiento.

Se notificó un próximo mantenimiento programado del grupo de SQL dedicado con el identificador de seguimiento 0000-000, pero posteriormente se canceló o se reprogramó. ¿Qué causó la cancelación o la reprogramación del mantenimiento?

Hay varios factores que podrían provocar la cancelación del mantenimiento programado, incluidas las acciones como:

• Pausar o escalar operaciones después de recibir una notificación de mantenimiento pendiente mientras se inicia el ciclo.
• Si tiene como destino diferentes objetivos de nivel de servicio (SLO) durante el ciclo de mantenimiento, como la transición de cualquier SLO superior a DW400c y, a continuación, el escalado a un SLO inferior o igual a DW400c, o viceversa, podría producirse una cancelación. Esto se debe a que las ventanas de mantenimiento no son aplicables a los niveles de rendimiento DW400c o inferiores, y pueden someterse a mantenimiento en cualquier momento.
• Factores de infraestructura internos, como cambios reales en la programación de mantenimiento planeado por el equipo de lanzamiento.
• El mantenimiento se puede cancelar o volver a programar si la supervisión interna detecta que el mantenimiento tarda más de lo esperado. El mantenimiento debe completarse dentro de los Acuerdos de Nivel de Servicio (SLA) definidos por la configuración de la ventana de mantenimiento del cliente.

¿Existen procedimientos recomendados que deba tener en cuenta para nuestra carga de trabajo durante el periodo de mantenimiento?

• Sí, si es posible, pause todas las cargas de trabajo transaccionales y ETL durante el intervalo de mantenimiento planeado para evitar errores o retrasos en la restauración del servicio en línea. Las operaciones transaccionales de larga duración deben completarse antes de un próximo período de mantenimiento.
• Para que las cargas de trabajo sean resistentes a las interrupciones causadas por las operaciones de mantenimiento, use la lógica de reintento para los niveles de conexión y comando (consulta), aplicando intervalos de reintento más largos o más repeticiones de intentos para soportar una pérdida de conexión prolongada que puede extenderse hasta 30 minutos o más en algunos casos.

Pasos siguientes

• Obtenga más información sobre cómo crear, ver y administrar alertas mediante Azure Monitor.
• Obtenga más información sobre las acciones del webhook para las reglas de alerta de registro.
• Obtenga más información sobre la creación y administración de grupos de acciones.
• Obtenga más información acerca de Azure Service Health.