¿Hay alguna manera de programar tareas en Windows especificando una zona horaria específica?

Necesito programar varias tareas para ejecutar, donde cada una necesita ejecutarse a una hora local específica en una ciudad diferente. Por ejemplo, un trabajo puede necesitar ejecutarse a las 19:00 de la ciudad de Nueva York, y otro debe ejecutarse a las 08:00 de Berlín.

El problema no solo es que el horario de verano cambia la hora UTC en la que se ejecutarán estos trabajos, sino que diferentes ciudades ajustan sus relojes en diferentes días, por lo que la compensación entre diferentes ciudades también cambia constantemente.

¿Hay alguna forma de hacer esto en Windows sin escribir scripts personalizados? ¿Existe algún paquete de software comercial que pueda manejar esto?

scheduled-tasks time-zone

— Chuu
fuente

No sé sobre software de terceros, pero Windows ciertamente no puede manejar eso. Tendría que calcular la diferencia horaria para cada ciudad y mantenerse al día con los cambios de reloj y ajustar sus trabajos en consecuencia utilizando solo ventanas.

— Simkill

-1

¿Por qué necesitarías ejecutar las tareas desde un host en particular? ¿Por qué no simplemente ejecutar las tareas en cada sistema y, si es necesario, alojar las fuentes de script en un volumen asociado a la red? cuando finaliza el script, puede establecer las notificaciones y volver a escribirlas en el recurso compartido o Cada host ya mantiene su propia sincronización de tiempo para las necesidades locales.

Parece que está haciendo su trabajo más difícil al incluir una restricción innecesaria.

— Rowan Hawkins
fuente

Tenemos un servidor que necesita ejecutar una tarea a las 9 a.m., hora local de cada una de nuestras oficinas. Sería genial poder programar esto en el Programador de tareas de Windows y saber cuándo se activa el horario de verano para cada zona horaria

— Greg

Las computadoras no sabrán cuándo entra el horario de verano a menos que su sistema operativo emita el cambio de hora. Windows ciertamente rastrea el horario de verano, siempre que la zona horaria configurada lo use. Ntp realmente no asocia UTC. NTP es realmente segundos desde la última vez que se restableció. Si todas sus computadoras están configuradas para sus zonas horarias locales, los trabajos programados se realizarán en función de esa información.

— Rowan Hawkins el

La razón por la que algunas empresas diversas utilizan UTC es que el registro de lectura humana está sincronizado entre los hosts. El registro basado en computadora no necesita esa muleta, pero todo depende de la inteligencia de los programadores y si el registro consolidado convierte el tiempo a algún estándar local o lo deja como el tiempo de época ntp y se ajusta según la referencia del espectador.

— Rowan Hawkins el

si está utilizando la zona horaria local en sus sistemas, que debería ser por cierto. Luego, no programe trabajos para comenzar entre la 1am y las 2am. Hacerlo causaría un problema al trabajo durante el tiempo de cambio. En el ajuste hacia adelante, el trabajo no se ejecutaría, en el ajuste hacia atrás se ejecutaría dos veces. Francamente, creo que todo el horario de verano es un concepto anticuado. A nadie que conozco le gusta el cambio de horario, la pérdida de productividad al obligar a todos a cambiar la programación interna por una hora dos veces al año.

— Rowan Hawkins el

Creo que te estás perdiendo mi punto. Tenemos que ejecutar un proceso desde un servidor en nuestra oficina principal varias veces al día. El horario se alinea con las 9 de la mañana en la oficina local de todo el mundo. No podemos ejecutar el proceso en la oficina, tiene que ejecutarse desde un servidor central, por lo que no podemos simplemente cambiar la zona horaria a la zona horaria local de cada oficina (es la zona horaria local de la oficina principal). Sería genial tener una función en el Programador de tareas de Windows para decir "Ejecutar esto a las 9 am en Chicago".

— Greg