Планировщик задач выполнил задачу дважды
В зависимости от размера инфраструктуры Вашей организации свяжите, определенно прочная база для создания DNS на. Однако необходимо будет абсолютно учиться на DNS, как он работает, и как настроить, связывают. Это не столь просто как, "Как я делаю это? Сделайте x, y и z, и Вы сделаны"
DNS действительно не сложный. Захватите книгу O'Reilly или выройте вокруг на Google для некоторого практического руководства, и у Вас мог быть он выполнение с простой установкой в течение часа.
Мы могли воспроизвести ошибку, когда задание было запланировано к UTC+0 (сервер Windows 2012 R2).
, Например, у Нас было задание, работающее в неправильные даты, который был запланирован в 2:00.
, Поскольку наш часовой пояс является UTC+2, задание работало в UTC+0.
кажется, что Windows имеет некоторые округляющиеся проблемы. Возможно, это использует UTC внутренне и если прогоны задания точно в UTC+0, некоторых погрешностях округления или условиях состязания заставляют задание работать на неправильных датах.
Мы также видели задания, которые работают как запланировано, но после перезагрузки, сообщил:
оператор или администратор отказались от запроса (0x800710E0)
После изменения запланированного времени к, например, 2:02, ошибки исчезли.
Мы только что заметили ту же проблему на наших производственных серверах (также Windows Server 2012), которая произошла на этой неделе. Это также началось после того, как наши часы вернулись на один час (это было 3 ноября 2013 г., здесь, в Торонто).
Обновление от 12 ноября 2013 г .:
- Перезагрузка не работала (задачи продолжались) для запуска дважды)
- Экспорт и повторный импорт задач не работали (задачи продолжали выполняться дважды)
- Повторное создание задачи в графическом интерфейсе вручную не устраняет проблему
Также , «... проблема была обнаружена в Windows Server 2012 и была исправлена только в следующем выпуске Windows, которым является Windows 8.1 / Windows Server 2012 R2».
Эта проблема возникла на этой неделе после перехода на летнее время. Я знаю, что это не лучший ответ, но удаление и воссоздание задания, похоже, решает проблему. Я протестировал пару заданий, которые дублировались за ночь, и воссозданные задания не дублировались.
У меня была эта проблема на сервере Windows Server 2016, и это не была импортированная задача, как упоминалось другими. Это была новая базовая задача, созданная во время перехода на летнее время, и она не стала проблемой, пока время не переключилось назад 3 ноября прошлого года, после чего она начала выполняться дважды ровно через час от запланированного времени.
Кроме того, ни в одной из моих других задач нет этой проблемы. Единственное отличие этой задачи (о которой я могу думать) по сравнению с другими заключается в том, что она использует ежемесячный триггер с указанием пары дней в течение месяца.
Обходной путь для меня заключался в том, чтобы просто установить флажок рядом с параметром запуска по времени запуска на «Синхронизировать между часовыми поясами».
У меня была такая же проблема на Windows Server 2016.
Немного истории. Задача работала нормально в течение нескольких лет на Windows Server 2008 R2. В мае 2020 года мы перенесли задачу (импорт XML) на Windows Server 2016.
В моем случае задача запускается 1-го числа каждого месяца в 10 по центральноевропейскому времени. Выпуск начался после перехода на зимнее время 25 октября в 3 часа ночи 2020 года. Первое задание было запущено в 10 по центральноевропейскому времени, а затем снова в 11 по центральноевропейскому времени 1 ноября 2020 года. Опять те же 10 по центральноевропейскому времени и 11 по центральноевропейскому времени в декабре 2020 года.
Помогло только ручное воссоздание задачи с нуля (без импорта XML).