-1

У меня есть несколько запланированных задач, настроенных на Windows 2008 Server. Все они запускают один и тот же исполняемый файл с разными аргументами (указывая на разные конфигурационные файлы). Все они (в основном) имеют разное время начала. Они работают без проблем в течение пары лет. Около 3 недель назад они начали с запланированного времени, а затем закончили через 1 секунду. Странно то, что они планируют работать с понедельника по пятницу и демонстрируют это поведение только в среду, четверг и пятницу. Они работают нормально в понедельник и вторник.

Кроме того, это не одни и те же задачи, терпящие неудачу каждый день. Некоторые начинают и терпят неудачу один день, и на следующий день они начнут успешно. Я должен указать, что задача не терпит неудачу с ошибкой. Он начинается вовремя, а затем завершается в течение той же секунды (см. Снимок экрана истории задач).

Я проверил наличие обновлений сервера, которые могли бы повлиять на функциональность планировщика задач, но ни одно из них не было применено. В исполняемом файле не было никаких изменений кода, которые могли бы вызвать проблему. Я также попытался выполнить эти задачи, используя другой планировщик, называемый Visual Cron. Такое же поведение произошло.

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

1 ответ1

0

Моя проблема была решена. Мы запускали Commvault на сервере для резервного копирования и архивирования файлов. Commvault может оставить заглушки файлов, которые можно использовать для вызова файла после его архивирования. Оказывается, что файл журнала, который пытались сгенерировать мои запланированные задачи, имел то же имя, что и заглушки для уже существовавших файлов журналов. Таким образом, задание по расписанию началось, попыталось сгенерировать файл журнала, увидело, что оно уже существует (хотя это была просто заглушка), а затем завершилось. Перезапуск задачи работал, потому что созданный файл журнала использовал временную метку в имени и сгенерировал файл журнала с другим именем, который не существовал. Причина, по которой рабочие места работали нормально в понедельник и вторник, заключалась в том, что заглушки для файлов журнала были сделаны год назад. Даты на понедельник и вторник в этом году приходятся на субботу и воскресенье прошлого года, когда работы не запланированы.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .