Czy istnieje sposób na zaplanowanie zadań w systemie Windows z określoną strefą czasową?

Muszę zaplanować kilka zadań do uruchomienia, z których każde musi działać w określonym czasie lokalnym w innym mieście. Na przykład jedno zadanie może wymagać uruchomienia o godzinie 19:00 w Nowym Jorku, a inne o 08:00 w Berlinie.

Problem polega nie tylko na tym, że czas letni zmienia czas UTC, w którym te zadania będą działać, ale różne miasta dostosowują swoje zegary w różnych dniach, więc przesunięcie między różnymi miastami również stale się zmienia.

Czy można to zrobić w systemie Windows bez pisania własnych skryptów? Czy jest jakiś komercyjny pakiet oprogramowania, który mógłby to obsłużyć?

scheduled-tasks time-zone

— Chuu
źródło

Nie wiem o oprogramowaniu innych firm, ale Windows na pewno nie poradzi sobie z tym. Będziesz musiał obliczyć różnicę czasu dla każdego miasta i być na bieżąco ze zmianami zegara i odpowiednio dostosować swoje zadania za pomocą samych okien.

— Simkill

-1

Dlaczego miałbyś potrzebować zadań uruchamianych z jednego konkretnego hosta? dlaczego po prostu nie uruchomić zadań w każdym systemie i w razie potrzeby hostować źródła skryptów w jednym woluminie powiązanym z siecią. po zakończeniu skryptu może ustawić dowolne powiadomienia i zapisać je z powrotem do udziału lub Każdy host już utrzymuje własną synchronizację czasu na potrzeby lokalne.

Wygląda na to, że utrudniasz pracę, wprowadzając niepotrzebne ograniczenia.

— Rowan Hawkins
źródło

Mamy serwer, który musi uruchomić zadanie o 9 rano w czasie lokalnym każdego z naszych biur. Byłoby fajnie móc zaplanować to w Harmonogramie zadań Windows i poinformować, kiedy czas letni zaczyna się dla każdej strefy czasowej

— Greg

Komputery nie będą wiedzieć, kiedy zacznie się czas letni, chyba że Twój system operacyjny wyda zmianę czasu. Windows z pewnością śledzi czas letni, pod warunkiem, że używa go skonfigurowana strefa czasowa. NTTP tak naprawdę nie kojarzy UTC. NTP to naprawdę sekundy od ostatniego resetu. Jeśli wszystkie komputery są skonfigurowane dla lokalnych stref czasowych, zaplanowane zadania będą wykonywane na podstawie tych informacji.

— Rowan Hawkins,

Powodem, dla którego niektóre różnorodne firmy używają UTC, jest synchronizacja odczytu przez człowieka między hostami. Rejestrowanie komputerowe nie potrzebuje tej kuli, ale wszystko zależy od inteligencji programistów i tego, czy skonsolidowany dziennik przekształci czas na jakiś lokalny standard lub pozostawi go jako czas epoki NTTP i dostosuje na podstawie referencji widza.

— Rowan Hawkins,

jeśli korzystasz z lokalnej strefy czasowej w swoich systemach, którą powinieneś być przy okazji. W takim razie nie planuj rozpoczęcia pracy między 1:00 a 2:00. Takie postępowanie spowodowałoby problem z zadaniem podczas zmiany. W regulacji do przodu zadanie nie uruchomi się, w regulacji do tyłu będzie działać dwukrotnie. Szczerze mówiąc, wydaje mi się, że cały czas letni jest przestarzałą koncepcją. Nikt, kogo znam, nie lubi zmiany czasu ani utraty wydajności z powodu zmuszania wszystkich do zmiany wewnętrznego harmonogramu o godzinę dwa razy w roku.

— Rowan Hawkins,

Myślę, że nie rozumiesz mnie. Musimy uruchamiać proces z serwera w naszym biurze głównym wiele razy dziennie. Czas upływa o 9 rano w lokalnym biurze na całym świecie. Nie możemy uruchomić procesu w biurze, musi on działać z centralnego serwera, więc nie możemy po prostu zmienić strefy czasowej na lokalną strefę czasową każdego biura (jest to lokalna strefa czasowa głównego biura). Fajnie byłoby mieć funkcję w Harmonogramie zadań Windows, która mówi „Uruchom to o 9 rano w Chicago”.

— Greg,