登录
Microsoft.com
 
Microsoft
 
 
 

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

 > 

  • 问题

  • Question
    登录进行投票
    0
    登录进行投票

    您好：

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

    我们有一个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
    |

答案

  • Question
    登录进行投票
    0
    登录进行投票
    Hi,

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

    Best Regards,
    Eve Wang

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


    2020年3月4日 7:44
    |
    版主

全部回复

  • Question
    登录进行投票
    0
    登录进行投票
    Hi,

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

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

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

    Best Regards, 
    Eve Wang

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


    2020年2月25日 6:53
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票


    非常感谢您的及时回复.

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

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

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

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

    2020年2月26日 1:56
    |
  • Question
    登录进行投票
    0
    登录进行投票
    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
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票
    您好，

    请问现在情况如何？

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

    Best Regards,
    Eve Wang

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


    2020年3月2日 5:01
    |
    版主
  • Question
    登录进行投票
    0
    登录进行投票

    非常感谢您的悉心帮助，谢谢。

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

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

    2020年3月2日 12:29
    |
  • Question
    登录进行投票
    0
    登录进行投票
    Hi,

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

    Best Regards,
    Eve Wang

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


    2020年3月4日 7:44
    |
    版主