Programaciones: soporte para zonas horarias
Importante
Un administrador de Server tiene que activar el permiso de usuario para programar tareas antes de que puedas empezar a programar flujos de trabajo. Los administradores pueden aprender a habilitar la programación de flujos de trabajo para los usuarios en los artículos Programaciones: interfaz de administrador y Tareas: interfaz de administrador . Una vez que un administrador haya habilitado el permiso de usuario para programar tareas, el enlace a la página Programaciones aparece en la barra de herramientas de la interfaz de usuario de Server.
Para cualquier frecuencia elegida para una programación, hay una opción para seleccionar la zona horaria en que se ejecutará. Si tu programación está establecida para una zona horaria que emplea el DST, consulta la sección Recomendaciones para el final del horario de verano (DST) para ver algunas limitaciones conocidas relacionadas con el DST.
Las programaciones se muestran en la página Programaciones en la zona horaria definida por el usuario, independientemente de la zona horaria programada.
Nota
Aparece una alerta junto a las tareas que no tienen una zona horaria asociada. Estas programaciones se crearon antes de la versión 2019.3 o se migraron de Desktop Automation. Selecciona Actualizar para actualizar a tu zona horaria actual o Ignorar para dejar como estaba programado originalmente.
Establecer tu zona horaria de Server
Establece la zona horaria que prefieras en tu perfil de Server. Selecciona tu imagen de perfil > Mi perfil > General .
Cuando vuelvas a la página Programaciones después de cambiar tu zona horaria, las programaciones se mostrarán en tu nueva zona horaria. Cambiar tu zona horaria no afectará cuándo los flujos de trabajo programados se ejecutan.
Nota
Con el final del horario de verano (DST), hay una hora que ocurre dos veces dentro del mismo día. Por ejemplo, en EE. UU., el final del DST ocurre el 6 de noviembre del 2022 y la hora entre la 1:00 a. m. y las 2:00 a. m. ocurre dos veces.
Este cambio de hora podría causar problemas con las ejecuciones programadas.
Recomendamos seguir estos pasos para evitar problemas debido al cambio de hora:
Para nuevas instancias de Server, establece proactivamente tus nodos de controlador independiente a UTC (tiempo universal coordinado). Te recomendamos que también establezcas los hosts de Interfaz de usuario de Server y Trabajador en UTC, aunque no es obligatorio.
Para los sistemas actuales, no recomendamos ajustar la zona horaria del controlador, a menos que sea necesario. El cambio de la zona horaria hace que las programaciones existentes cambien.
Por ejemplo, si el controlador está configurado actualmente para MDT (UTC-6), al cambiar la hora a UTC se desplazarán todas las programaciones en más de seis horas. Además, las marcas de tiempo para todos los resultados de la tarea antes del cambio estarán sesgadas por el mismo desplazamiento.
Cualquier programación que se ejecute durante el cambio de horario de DST tendrá los siguientes horarios de ejecución actualizados adecuadamente para que no se ejecuten dos veces. Habrá un intervalo de horas cuando el reloj retroceda y las programaciones no se ejecutarán porque esa hora se repite.
Como ejemplo, con el DST de EE. UU. del 6 de noviembre entre la 1:00 y las 2:00 a. m., consideremos una programación que se ejecute cada hora a los 15 minutos pasada la hora. Esta programación se ejecutará normalmente a la 1:15 a. m. y actualizará la próxima ejecución a las 2:15 a. m. A las 2:00 a. m., el reloj retrocede a la 1:00 a. m. Como la programación ya se ejecutó a la 1:15 y actualizó el horario de la próxima ejecución a las 2:15 a. m., esperará hasta que la hora llegue a las 2:15 a. m. para volver a ejecutarse. Por lo tanto, la programación se ejecutará en el horario correcto; sin embargo, habrá un intervalo de dos horas entre ejecuciones en lugar del intervalo normal de una hora.
Cuando el tiempo avanza una hora, cualquier programación establecida para ejecutarse durante esa hora perdida entrará en la cola para ejecutarse inmediatamente. Dependiendo de la configuración de las programaciones, esto podría causar un sesgo continuo.
Consideremos el mismo ejemplo en el que la programación se ejecuta cada hora a los 15 minutos pasada la hora. En la primavera, esta programación comenzará a la 1:15 a. m. y se actualizará para que vuelva a ejecutarse a las 2:15 a. m. Sin embargo, cuando sean las 2:00 a. m., la hora pasará a las 3:00 a. m. Server detectará que esta programación debía ejecutarse a las 2:15 a. m., pero no se hizo. Server resolverá ese conflicto; para ello, agregará la programación a la cola inmediatamente (3:00 a. m.). También actualizará la programación para que vuelva a ejecutarse en una hora (4:00 a. m.). Esto generará que todas las programaciones posteriores se ejecuten a la hora, en lugar de 15 minutos pasada la hora.