Расписание запланированных задач Windows Server 2016 должно быть в будущем

У нас на сервере 2012 года около 20 запланированных задач, которые используются для мониторинга. Мы создали сервер 2016 года, чтобы заменить его, и когда я перемещаю задачи на новый сервер, я столкнулся с проблемой. Большинство наших задач выполняются каждые несколько минут.

В Server 2012 мы планировали запуск задачи в 12:00 утра текущего дня (так было в прошлом) и повторялись каждые X минут. Задание начнется в следующий запланированный срок. Отлично.

В Server 2016 расписания, запускаемые в прошлом, не запускаются. Таким образом, мы должны были запланировать это, чтобы начать в будущем. Это нормально, пока не перезагрузишь. Теперь время начала прошло, и оно не будет запущено. Он даже не регистрирует неудачный запуск. Столбец Next Run Time показывает, что он должен работать, но не работает.

Помимо создания двух триггеров, один из которых запускается в будущем, а другой запускается при перезагрузке (что мы не хотим делать, поскольку некоторые задачи должны выполняться только в указанное время), есть ли лучший способ? Это похоже на ошибку. Версия 2012 работала отлично.

ОБНОВИТЬ

Для этого есть обходной путь. Создайте одноразовое расписание, которое работает бесконечно. Это работает после перезагрузки, как и следовало ожидать. Я знаю, что это не очень хорошо для расписаний, которые «странные», но отлично работают для вещей, которые мы хотим запускать каждые 3 минуты или что-то еще.

К вашему сведению - я подтвердил в Microsoft через заявку на поддержку, которую я открыл вчера, что это ошибка. Техническая поддержка подтвердила, что это внутренне классифицировано как ошибка, и патч разрабатывается. Мне была назначена дата выхода патча на июль / август.

Это касается как Windows 10, так и Server 2016. Мои тестовые системы были обновлены до вчерашнего накопительного обновления. Проблема не возникла в Server 2012 R2 и Windows 7.

РЕДАКТИРОВАТЬ - По состоянию на август, но, безусловно, сентябрь 2017 года, эта проблема исправлена ​​в системах, на которых я ее тестировал.

Эта проблема влияет только на задачи с установленным Repeat task every: ...параметром.

До сих пор у меня сложилось впечатление, что trigger at X, then repeat every 10 minutesэто просто излишне сложный способ записи trigger at every xx:x0в планировщике заданий.

Видимо, это не так. По-видимому, это означает именно то, что говорится: задание запускается X тогда и только тогда, и только тогда оно повторяется. Нет начального триггера, нет повторения. Мне кажется, что trigger at every xx:x0в планировщике заданий нет простого способа планирования (или есть? Это может быть хорошим вопросом об ошибке сервера). Тот факт, что в столбце «Время следующего запуска» показано что-то другое, не очень полезен.

Мы «решаем» эту проблему, планируя выполнение задачи в 12:00 каждый день (вместо одного дня), а затем повторяя каждую ...минуту в течение 1 дня. Это означает, что если произойдет перезагрузка, в 12:00 задачи будут возобновлены. Это не идеально, но это приемлемый компромисс здесь.

Я полагаю, что вы могли бы уменьшить «время простоя» до 1 часа, создав один триггер на каждый час, а затем повторять задачу каждые ...минуты в течение 1 часа.

Удивительно, но кажется, что так было всегда (см. Первый комментарий к этому ответу ), мы просто никогда этого не замечали. Согласно другим комментариям связанного ответа, канонический способ решить эту проблему состоит в том, чтобы активировать Run task as soon as possible after a scheduled start is missedопцию.

Так что, да, это ошибка, но глючит столбец «Время следующего запуска», а не фактическое планирование.

1 . Windows 2016 Server обязательно требует следующие параметры в вашей работе:

• Выполнить задание как можно скорее после того, как пропущен запуск расписания или
• Если задача не выполняется, перезапустите каждый

Я отметил эти варианты на скриншоте

2 . Добавьте дополнительный триггер. Такие как:

• При создании или редактировании задачи
• Когда ты начинаешь

и т. д. в смысле: переместить задачу, чтобы начать в нужное время

3 . В некоторых задачах в Windows 2016 - реализован этот подход.