Чи є спосіб планувати завдання у вікнах із зазначенням конкретного часового поясу?

Мені потрібно запланувати кілька завдань для виконання, де кожне потрібно виконувати в певний місцевий час в іншому місті. Наприклад, одна робота може зайнятися о 19:00 в Нью-Йорку, а інша - о 08:00 Берлін.

Проблема полягає не лише в тому, що економія літнього часу змінює час UTC, коли ці роботи будуть працювати, але різні міста налаштовують годинник на різні дні, тому компенсація між різними містами також постійно змінюється.

Чи можна це зробити в Windows, не написавши спеціальні сценарії? Чи є комерційний пакет програмного забезпечення, який може впоратися з цим?

scheduled-tasks time-zone

— Чуу
джерело

Я не знаю про програмне забезпечення сторонніх розробників, але Windows, безумовно, не може це впоратися. Вам доведеться розробити різницю в часі для кожного міста і бути в курсі змін годинника та відповідно налаштувати свої робочі місця, використовуючи лише вікна.

— Simkill

-1

Чому б вам потрібні завдання, що виконуються з одного конкретного хоста? чому б не просто запустити завдання в кожній системі та, якщо потрібно, розмістити джерела скриптів на одній мережевій томі, пов’язаній з цим. коли сценарій закінчується, він може встановлювати будь-які сповіщення та виписувати їх назад на загальний доступ, або кожен хост уже підтримує свою власну синхронізацію часу для місцевих потреб.

Здавалося б, ви ускладнюєте свою роботу, включивши зайве обмеження.

— Роуан Хокінс
джерело

У нас є сервер, якому потрібно виконати завдання о 9 ранку за місцевим часом кожного з наших офісів. Це було б здорово, коли можна було запланувати це в Планіровщику завдань Windows і дати йому знати, коли починається літній час для кожного часового поясу

— Грег,

Комп'ютери не знають, коли починається літнє світло, якщо ваш ОС не змінить час. Windows, безумовно, відстежує літній час, за умови, що налаштований часовий пояс. Ntp насправді не асоціює UTC. NTP - це справді секунди з моменту останнього скидання. Якщо всі ваші комп’ютери налаштовані на свої локальні часові пояси, то на основі цієї інформації відбудуться заплановані завдання.

— Роуан Хокінс

Причина, по якій різні компанії використовують UTC, полягає в тому, що журнал читання з боку людини синхронізується між вузлами. Журнал на основі комп’ютера не потребує такої милиці, але все залежить від інтелекту програмістів, і якщо консолідований журнал перетворює час на якийсь локальний стандарт або залишає його як час епохи ntp і коригує, виходячи з посилання глядача.

— Роуан Хокінс

якщо ви використовуєте локальний часовий пояс у ваших системах, який вам повинен бути btw. Тоді не плануйте роботу, щоб починатись між 1 і 2 ранку. Якщо це зробити, це призведе до проблеми з роботою протягом часу переходу. При налагодженні вперед завдання не виконується, у задньому - це два рази. Відверто кажучи, я вважаю, що весь час літнього часу - це концепція, що не вдається. Ніхто, кого я знаю, не любить зміни часу, втрату продуктивності від змушення всіх змінювати внутрішнє планування на годину двічі на рік.

— Роуан Хокінс

Я думаю, ти пропустив мою думку. Нам доводиться запускати процес із сервера в головному офісі кілька разів на день. Час складається з 9 ранку в місцевому офісі по всьому світу. Ми не можемо запустити процес в офісі, він повинен запускатися з центрального сервера, тому ми не можемо просто змінити часовий пояс на локальний часовий пояс кожного офісу (це локальний часовий пояс головного офісу). Було б здорово мати функцію в Планіровщику завдань Windows сказати "Запустити це о 9 ранку в Чикаго".

— Грег