none
关于Windows Server 2012 standard 计划任务的每分钟启动的设置问题 RRS feed

  • 问题

  • 您好:

    在设置服务器的计划任务的时候,碰到了如下的问题:

    我们有一个job,想设置成每分钟执行一次。所以在Windows的计划任务里新建了一个任务

    【设定A】设定里设置成:1回启动,详细设置里的间隔时间设置成:1分钟,持续时间设置成:无期限。这样设置完之后这个任务会被执行,但是自动执行几个小时之后,就停止了(不再自己启动...)。

    之后我们调查原因,按照下边方法设置:

    【设定B】设定里设置成:每日启动,详细设置里的间隔时间设置成:1分钟,持续时间设置成:1天。这样设置完之后就会一直运行,不会有自己停止(不再自己启动...)的现象。

    我们在三台服务器(三台服务器OS环境相同)上进行测试,均有上述的现象。

    测试OS环境是:windows Server2012 Standard 日文版

    想咨询一下,关于上述的两种设置方法,有什么区别?为什么【设定A】会有问题?【设定B】却可以正常执行?

    望给予解答,谢谢~

    追问:请问关于上述两种设置方式,在OS的性能的影响上有没有什么区别?


    • 已编辑 sy_609 2020年2月25日 4:40
    2020年2月25日 3:22

答案

  • Hi,

    计划任务存储位置%SystemRoot%\Tasks,我们可以尝试在process monitor的日志中找到执行对应task文件字段,然后对照上下文找到相关信息。

    Best Regards,
    Eve Wang

    针对Windows 2008/2008R2的扩展支持将于2020年结束,之后微软将不再为其提供安全更新。点击此处或扫描二维码获取《在 Azure 上运行 Windows Server 的终极指南》,把握良机完成云迁移并实现业务现代化。


    2020年3月4日 7:44
    版主

全部回复

  • Hi,

    根据您的描述,计划任务时间触发器设置不同,导致阶段性执行的计划任务出现不同的结果。

    时间触发器会在设定的时间自动检测触发,并执行相应的任务内容。对比1回启动,每日启动是每天都会自检测时间触发器,确认启动状态。两种设置,常规都应该是符合任务每隔1分钟运行一次。如果出现任务自动停止等问题,需要通过事件查看器,tracing 工具做进一步的信息收集和排查以便于确认问题情况。

    此外,两种设置方式,设定B是每天都会自检测时间触发器并确保任务运行状态。时间触发器本身的设置一般不会对系统本身有影响。

    Best Regards, 
    Eve Wang

    针对Windows 2008/2008R2的扩展支持将于2020年结束,之后微软将不再为其提供安全更新。点击此处或扫描二维码获取《在 Azure 上运行 Windows Server 的终极指南》,把握良机完成云迁移并实现业务现代化。


    2020年2月25日 6:53
    版主

  • 非常感谢您的及时回复.

    想问一下,设置成每日启动的话,它每天都会自检测时间触发器大概是做了一个什么样的操作?触发器是每分钟被执行一次,每天的自检测是检测当前时点触发器有没有被正确执行吗?

    我们这边也觉得这两种设置理论上应该都可以满足1分钟启动一次的效果,但在我们的三台服务器上同样的设置均出现上述【1回设置】不定时的停止的问题,这个能是什么原因?

    这边想调查原因的话,应该从哪个方向着手比较好?看了task的执行log,以及windows的event log均没有任何异常信息。tracing工具是个第三方工具吗?

    再次感谢您的回复,谢谢。

    2020年2月26日 1:56
  • Hi,

    1》
    回复中提到的自检测就是在设定的启动时间启动任务(不是一个特定的工作逻辑)。-》包括在特定时间(每天、每周、每月或月度星期的计划)一次或多次启动任务。相比1次启动,每日启动会在每天通过时间触发器的设置启动任务。

    建议您可以下载并使用微软的Process Monitor 工具对进程抓包,可以看到触发器在后台挑用的详细进程。

    2》
    可以检查事件查看器,确认是否有关于任务停止的报错或者记录。此外,由于没有具体的报错等信息,需要tracing工具(例如上述提到的process monitor),对进程进行抓包并收集log,以便于对问题做进一步的排查。

    Best Regards, 
    Eve Wang

    针对Windows 2008/2008R2的扩展支持将于2020年结束,之后微软将不再为其提供安全更新。点击此处或扫描二维码获取《在 Azure 上运行 Windows Server 的终极指南》,把握良机完成云迁移并实现业务现代化。


    2020年2月26日 4:11
    版主
  • 您好,

    请问现在情况如何?

    如果您需要我们的继续协助,您可以随时在该帖下回复。

    Best Regards,
    Eve Wang

    针对Windows 2008/2008R2的扩展支持将于2020年结束,之后微软将不再为其提供安全更新。点击此处或扫描二维码获取《在 Azure 上运行 Windows Server 的终极指南》,把握良机完成云迁移并实现业务现代化。


    2020年3月2日 5:01
    版主
  • 非常感谢您的悉心帮助,谢谢。

    我们想先试着使用您提到的微软工具【process monitor】调查一下1回启动,不定时启动不能的原因。如何查看某进程的执行状况,这个清楚了。

    但针对计划任务里的某一Task的执行状况应该如何抓取,似乎没有ProcessID这样的信息,有什么好方法还恳请赐教,谢谢。

    2020年3月2日 12:29
  • Hi,

    计划任务存储位置%SystemRoot%\Tasks,我们可以尝试在process monitor的日志中找到执行对应task文件字段,然后对照上下文找到相关信息。

    Best Regards,
    Eve Wang

    针对Windows 2008/2008R2的扩展支持将于2020年结束,之后微软将不再为其提供安全更新。点击此处或扫描二维码获取《在 Azure 上运行 Windows Server 的终极指南》,把握良机完成云迁移并实现业务现代化。


    2020年3月4日 7:44
    版主