我的组织有一个禁用所有服务器和工作站上的任务计划的策略（不要问，我试过一次摔跤的猪）。
我需要使用Windows 7或Windows 2008中的Data Collector Sets收集性能统计信息，但性能监视器界面需要运行任务计划程序。 这是可能的，因为我没有试图安排任何事情（除了收集的WMI信息每15秒，但我怀疑它把这项任务交给任务调度）？ 有没有什么办法欺骗它认为任务计划程序正在运行？ 如果没有，是否有任何方法来暂时覆盖组策略以允许任务计划程序运行？ 我发现pipe理员通过编辑registry可以覆盖大部分组策略。
同样的道理，我想在我的一个工作站上对硬盘进行碎片整理，但由于Task Scheduler的依赖性，我无法启动 – 是否有可能克服这个问题？
如果你真的想用其他方法达到同样的效果，那么你最好提高你的脚本技能。 在你的位置上，我会写一个脚本，可能是在启动时运行的KIX或VBS，或者使用合适的凭据进行类似的操作。 我会创build一个循环来处理一个INI文件或者类似的包含JOB Name，TIME，DAYstring以及执行string的数据。 如果他们不会改变的话，你可以硬编码。 循环将持续运行，每个循环之间有一个睡眠X =低影响。 睡眠X的价值将决定作业的粒度。 在每个过程中，你将进行string操作比较，如果TIME，DAY，甚至DATE匹配当前时间等执行命令string。 我使用类似的脚本来完成各种任务，但是我发现，如果它不断运行，最终会由于Windows资源pipe理问题而崩溃。 我通常会让剧本在一段固定的时间或一定时间后自行终止，从而产生另一个版本的自身，释放资源等。
除了总体概念，禁用任务调度程序几乎没有意义，它也极大地阻碍了服务器的内置function。 Windows Server和客户端的一个重大转变是将自动重复执行的作业移动到任务调度程序，而不是一些隐藏的操作系统界面。 真的有很大的意义，现在用户和系统作业都在一个地方find和pipe理。 你应该再次摔跤，带一些绳子！
无论如何，要真正回答你的问题：
是的，性能监视器依赖于任务调度程序，因为它可以运行计划扫描。 理论上你可以使用不同的软件程序来自动执行任务，但性能监视器仍然无法正常工作，一旦你安装了一个任务自动化程序，你就再次失败了任务调度程序的全部目的，为什么它被禁用？
您可以以pipe理员身份对registry进行更改，以覆盖GPO，但理论上，GPO下一次被推送到机器时，应该覆盖并恢复您的更改。
至于工作站，碎片整理程序应该在Win7上自动运行，事实上它是“计划”每周运行的。 哦，它使用任务调度程序执行！
长话短说，你真的需要讨论禁用任务调度程序背后的目的，它几乎没有任何意义，可以不利地影响你的工作站和他们的自动预防性维护。 没有意义。