Проблемы с развертыванием запланированной задачи через GPO

У меня возникли проблемы с развертыванием задачи на всех рабочих станциях в моей среде.

Я пытаюсь настроить простую задачу, которая перезагружается в определенное время;

В своем исследовании попыток решить эту задачу я создал базовую задачу, используя NT AUTHORITY\SYSTEM как пользователь, выполняющий эту задачу.

Я пытаюсь запустить этот запуск независимо от того, вошел ли кто-то в систему или нет.

Что я заметил

Объект групповой политики применяется, но задача никогда не запускается.

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

Я также заметил, что файл задачи присутствует в C:\Windows\System32\Tasks.

У задачи даже есть «История» выполнения и успешности (много времени между ними), хотя я никогда не видел, чтобы она выполнялась.

Моя среда

Windows Server 2012R2
Рабочая станция Windows 10

Any help is appreciated.

Спасибо!

Здесь у вас есть только скриншот Общее вкладка, а Триггеры и Действия важнее. Я предполагаю, что вам может не хватать Повторяться каждые n дней или Аргументы для shutdown.

Мой аналогичный рабочий GPO кажется идентичным для общих настроек, но я использую GPO для выключения и запуска планировщика BIOS для запуска, так как цель состоит в том, чтобы выключить их на ночь и включить их раньше, чтобы все обновления были установлены до прибытия пользователей. - это компьютерные классы.

Triggers
   1. Daily
      Stop task if it runs longer than
                             30 minutes
      Activate               [datetime]
      Enabled                Yes
      Recur every 1 days

Actions
   1. Start a program
      Program/script         shutdown
      Arguments              -s -t 300 -f

Мои аргументы стараются быть максимально удобными для пользователя, учитывая потребности:

Если у вас нет -f любые несохраненные данные могут вызвать прерывание работы. В этом случае в классе компьютеры необходимо заново запустить утром, так что это нормально, но имейте в виду, что это может привести к потере данных на рабочих станциях сотрудников.
-t 300 предупреждает пользователя за 5 минут до выключения, чтобы дать время для сохранения данных. Полезно с -f.
-s причины остановка после выключения, поскольку я использую BIOS или Wake-on-LAN для перезагрузки позже. В вашем случае вы, вероятно, захотите использовать -r для перезагрузкавместо этого.

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

На вкладке «Общие» вы можете поставить галочку «Запускать только при входе пользователя в систему», пожалуйста?

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

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

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

Кроме того, вы не предоставили никакой информации из вкладки ваших действий. Убедитесь, что исполняемый файл завершения работы существует на клиенте. Убедитесь, что вы указали соответствующие аргументы для команды выключения в поле аргументов, например / r для перезагрузки. Если что-то мешает перезагрузке клиента, вам может потребоваться добавить / f, чтобы вызвать принудительную перезагрузку.