Запланированные вакансии и изменение времени

У нас есть запланированные рабочие места, которые работают каждый день в разное время суток. Эти работы включают в регистрации их результаты, как это:Запланированные вакансии и изменение времени

<cflog file="#logname#" text="START #logname#"> 
<cfoutput>#mid(now(),6,19)# Scheduled Jobs running on Production (#server.Name#)

В минувшие выходные, когда часы были на один час, все эти работы побежал один час позже. Вот несколько примеров из двух вышеперечисленных строк из задания, которое выполняется в 00:05 каждый день. Во-первых, незадолго до изменения времени.

"Information","jrpp-213","03/10/13","00:05:00",,"START scheduledjobs_0005" 
"Information","jrpp-213","03/10/13","00:05:00",,"start sheduledjobs_0005"

Далее, первый раз после изменения времени. Он проходит через час.

"Information","jrpp-343","03/11/13","01:05:00",,"START scheduledjobs_0005" 
"Information","jrpp-343","03/11/13","01:05:00",,"start sheduledjobs_0005"

Затем на следующий день все возвращается в норму.

"Information","jrpp-111","03/12/13","00:05:00",,"START scheduledjobs_0005" 
"Information","jrpp-111","03/12/13","00:05:00",,"start sheduledjobs_0005"

Файлы, созданные этими заданиями, также были отмечены на один час позже, чем при планировании работы.

Кто-нибудь видел что-нибудь подобное? Кто-нибудь знает, что может вызвать это или как его предотвратить? Мы запускаем версию 9,0,1,274733.

источник

2013-03-12 Dan Bracuk

Какая операционная система вы используете? –

Операционная система Windows 2003 OS Version 5.2 –

Время было изменено до того, как действительно произошло изменение времени, это единственное объяснение, о котором я могу думать. Я бы не слишком интересовался меткой времени, если данные в файле неверны. Имеются ли в файле данные в одинаковых данных, как если бы работа выполнялась в 00:05? Убедитесь, что ваши данные плохие, прежде чем слишком расстраиваться. –

Я видел это раньше. Планировщик вычисляет следующий запуск ежедневной задачи, добавляя 24 часа к запланированному времени начала. В этом случае добавление 24 часов в 00:00 ST в воскресенье добавляет следующее время начала в 01:05 по тихоокеанскому времени в понедельник. Планировщик исправляет себя на следующий день, потому что он добавляет 24 часа к запланированному времени начала, которое теперь составляет 00:00 DST.

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

источник

2013-03-12 20:38:25 imthepitts

Делает смысл. Любые предложения о том, как заставить его придерживаться фактического времени суток? –

Я не уверен, что есть готовый способ заставить это с планировщиком. Но после каждого запуска вы можете обновить запланированную задачу. Поэтому вместо того, чтобы ежедневно запускать его, он запускался один раз и в конце, он вычислял следующий прогон и использовал CFSCHEDULE, чтобы добавить его в планировщик. Что-то вроде 'если текущий час не равен текущему часу + 24 часа, отрегулируйте на 1; еще, расписание на данный момент + 24 часа. ' Вид неуклюжий взлом. Является ли время выполнения задачи критически важным? – imthepitts

Задачи, которые запланированы, являются контейнерами для других заданий. Существует 6 заданий на контейнер, которые содержат более ста отдельных заданий. Два отдельных задания создают файлы, которые собираются unix cronjobs. Когда выполнялись задания unix, файлов там не было, поэтому нам пришлось выполнить дополнительную работу по восстановлению. –

Запланированные вакансии и изменение времени

ответ

Смежные вопросы