vkleт самые длинные сутки и они как раз сейчас... Значит стрелки с трех на два... Стоп, думаю... в 2:20 должно запуститься (на работе естественно) задание на бекап. А 2:20 в этих сутках дважды... Сегодня заглянул таки в лог - все нормально, один раз было запущено... Ну с этим понятно, а весной стрелки двигать с двух на три... И 2:20 в тех сутках не будет...
Узко мыслишь, в рамках локального времени, а вот попробуй теперь глобально!

vkle
> а вот попробуй теперь глобально!

Я столько пива не выпью

А если серьезно, задание то весной должно быть выполнено
Значит продолжаем думать локально.

Biz© rrrrrrrrrrИ в самом деле, а с чего бы планировщику пользоваться локальным временем? Windows только корректирует отображаемые данные с его учетом, а работает, как A.Podgoretsky заметил, по "глобальному".
вот тока чот при смене таймзоны время задания не меняется ...
А почему оно должно менять, оно же отображает локальное время запуска. За попытку изменения ноги вырвать из одного места у Микрософт.

Кроме того думать глобально относилось не только ко времени, но и мозгам.

Biz©с изменением таймзоны локальное время меняется ... или локальное и местное - разные понятия ? чот никогда не возбуждался таким вопросом :)
Меняется локальное, а глобальное на всех компьютерах одинаково. Локальное время у разных пользователей может быть разное.
Но планировщик работает хитрее, во первых глобальное, во вторых есть понятие время следующего запуска и пропущеные задания.
Но сообственно я говорил про разницу глобального и локального времени. Не все конечно чисто у Микрософта, но все же почти везде используется глобальное время, а показывается локальное.
Если не понятно, то глобальное время - это UTC на него не влияет даже сменя зимнее/летнее и оно одинаково во всех точках мира.
Локальное время - это время мользователя, по временной зоне, с учетом смены.

Biz©что-то я затупил :)
какую роль в данном вопросе играет "время следующего запуска" и "пропущенные задания" и как это относится к глобальности времени ?
Самое простое, даже если отведешь часы назад, то задание не будет повторно стартовать, поскольку время не достигло. То есть не запуск в 3 часа, а в три часа конкретных суток. Которые теперь наступят через 25 часов, хотя через это время мы пройдем дважды.

Biz©да это понятно и что задание "пропущенного времени" должно стартануть тк время задания не абсолютное, а "не ранее, чем" ... меня интересует в этом вопросе заявление о глобальности времени ... или всё-таки тут оно локальное ? ;)
Про глобальное, то что в большинстве мест в системе используется оно, а не локальное, поэтому проблема перехода не стоит.
А механизм пропущеные задания и время следующего запуска, обеспечивает правильную работу и с локальным временем.
Повторного запуска не будет, поскольку это время следующих суток, и потери задания весной не будет, поскольку это тоже будет детектировано.
Так что работа хоть по глобальному, хоть по локальному времени будет обеспечена правильная. Но с глобальным особенно правильно, поскольку все основано на глобальном, а в локальное делается только пересчет.
Примеры, пусть время выполнения 2.01 и время будет переводиться в в 0 по UTC
2:00->3:00, в 3:01 обнаружили пропущеное задание и запустили его.
3:00->2:00, в 2:01 (первое запустили задание и скорректировали новое время запуска), в 2:01 (второе) обнаружили что время еще не наступило, а будет только завтра.

Алгоритм элементарнейший

К каком времени делать нет разницы, просто для локального времени надо его получать из глобального, а для глобального ничего делать не надо. И при проверки характеристик задания из другого часового пояса, время будет показано тоже самое глобальное+смещение то локального.

Biz©(а оно задавалось локально) отображаемое в списке заданий де факто остаётся прежним и это указывает на то, што в заданиях время либо локальное, либо глобальное, но должно пересчитываться (смещение к GMT же меняется), но изменений в файле задания при этом нет ...
вопчем похоже пора за правдой лезть в первоисточники :)
А с чего бы оно должно меняться, если ты указываешь локальное время задания? Оно и останется отображаться и выполняться по локальному, но у же в другое географическое время.