Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/ant/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Coldfusion 计划作业和时间更改_Coldfusion_Coldfusion 9_Cfml - Fatal编程技术网

Coldfusion 计划作业和时间更改

Coldfusion 计划作业和时间更改,coldfusion,coldfusion-9,cfml,Coldfusion,Coldfusion 9,Cfml,我们有一些计划作业,每天在一天的不同时间运行。这些作业包括如下方式记录其结果: <cflog file="#logname#" text="START #logname#"> <cfoutput>#mid(now(),6,19)# Scheduled Jobs running on Production (#server.Name#) 接下来,第一次之后的时间变化。它运行一小时后 "Information","jrpp-343","03/11/13","01:05:

我们有一些计划作业,每天在一天的不同时间运行。这些作业包括如下方式记录其结果:

<cflog file="#logname#"  text="START #logname#">
<cfoutput>#mid(now(),6,19)# Scheduled Jobs running on Production (#server.Name#)
接下来,第一次之后的时间变化。它运行一小时后

 "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,1274733。

我以前见过这个。计划程序通过将24小时添加到计划的开始时间来计算每日任务的下一次运行。在这种情况下,将24小时添加到周日的00:00 ST将使下一个开始时间变为周一的01:05 DST。计划程序会在第二天进行自我更正,因为它会在计划的开始时间(现在是DST 00:00)上增加24小时


以这种方式处理它很重要,因为如果有人安排了一个任务在丢失的一小时内运行,那么该任务就不会在当天运行。此外,如果任务计划在秋季额外的一个小时内运行,它实际上会运行两次。

您使用的是什么操作系统?操作系统Windows 2003 OS 5.2版在实际发生时间更改之前修改的时间是我能想到的唯一解释。我不会太在意时间戳,除非文件中的数据不正确。文件中的数据是否反映与作业在00:05运行时相同的数据?在你太不高兴之前,先确认你的数据是坏的。@Justagy,我不明白你所说的修改时间是什么意思。有道理。关于如何强制它遵守一天中的实际时间,有什么建议吗?我不确定是否有一种现成的方法来强制使用调度程序。但您可以让流程在每次运行后更新计划任务本身。因此,它将不设置为每天运行,而是运行一次,最后计算下一次运行,并使用CFSCHEDULE将其添加到调度程序中。类似于
如果当前小时不等于当前小时+24小时,则调整1;否则,现在就安排24小时。
有点笨重。任务的时间安排是否视为关键任务?计划的任务是其他作业的容器。共有6个容器作业,其中包含100多个单个作业。其中两个作业生成unix作业拾取的文件。当unix作业运行时,文件不在那里,所以我们必须做额外的工作来恢复。对我来说,这听起来很关键。我建议创建一个保姆计划任务,以验证容器作业是否会在正确的时间运行。如果开始时间的小时部分已关闭,请进行调整。将“保姆”作业设置为在实际作业设置为运行前几个小时运行,以确保与DST之间的时间间隔不会阻止其足够快地运行。或者,正如我上面提到的,您可以让每个任务在当前运行结束时重新安排自己。检查当前小时+24小时的小时部分。如果它们不同,则相应地调整下一次跑步的时间表。
"Information","jrpp-111","03/12/13","00:05:00",,"START scheduledjobs_0005"
"Information","jrpp-111","03/12/13","00:05:00",,"start sheduledjobs_0005"