每当我尝试运行Windows 2008 R2的任务计划程序时，我都遇到了错误。 每次我尝试运行它，任务计划程序将崩溃并报告以下内容： 问题签名： Problem Event Name: CLR20r3 Problem Signature 01: mmc.exe Problem Signature 02: 6.1.7600.16385 Problem Signature 03: 4a5bc808 Problem Signature 04: System.Windows.Forms Problem Signature 05: 2.0.0.0 Problem Signature 06: 50c29e85 Problem Signature 07: 151f Problem Signature 08: 18 Problem Signature 09: Exception OS Version: 6.1.7601.2.1.0.16.7 Locale ID: 1033 我一直在网上寻找，但到目前为止，我仍然发现可能是这个问题的解决办法的混合结果，并想知道如果有人曾经遇到过这个问题。 我读到，这个问题可能是由于Microsoft Windows安全更新（KB2449742），并通过卸载它，我将能够解决这个问题，但我无法find这个服务器的任何地方。 如果感兴趣的话，这里是链接 […]
在任务计划程序Windows 2008和Win8中的“任务”的“设置”选项卡中，可以指定影响任务行为的其他设置。 “如果运行时间超过：停止任务”的设置只允许低至1小时，但如果运行时间超过15分钟，还有其他方法可以在几分钟内指定有效地终止工作吗？ 谢谢。
一段时间以来，我一直有一个间歇性的问题，我无法解决的Windows任务计划程序。 我使用任务计划程序来运行我编写的具有各种插件的C＃应用程序，以确保生产系统正常工作。 这个任务调度器本身实际上是一个生产系统，所以我有一个简单的任务，每8分钟执行一次，通知外部监控系统，任务调度器仍然运行。 如果这个外部服务至less每15分钟收到一次“全部清除”（或者现在我不记得确切的数字），那么它会告诉我们监控系统已经closures。 在过去，我们不时有“断断续续”的信息，每次调查原因，我都找不到任何问题。 所以这次我想问问StackOverflow社区，因为它看起来不像我自己有运气。 今天凌晨2点32分，任务开始了（正好在上次开火8分钟后），但直到3点28分才完成任务。 目前在事件查看器中没有可以看到的错误。 当我看任务计划程序日志时，也没有任何错误。 以下是日志的样子： Information 6/11/2011 3:28:56 AM 102 Task completed (2) d6cf2412-269e-48bf-9f40-4a863347baad Information 6/11/2011 3:28:56 AM 201 Action completed (2) d6cf2412-269e-48bf-9f40-4a863347baad Information 6/11/2011 3:28:55 AM 129 Created Task Process Info Information 6/11/2011 3:28:55 AM 200 Action started (1) d6cf2412-269e-48bf-9f40-4a863347baad Information 6/11/2011 3:28:55 AM 100 Task Started (1) d6cf2412-269e-48bf-9f40-4a863347baad […]
我创build了Windows任务计划程序中的任务，每天上午9:00运行。 我将其configuration为使用SYSTEM帐户运行，并运行用户是否login。 我100％确定，该行动是指向正确的文件，所有参数是正确的（我检查它手动运行程序）。 为什么我仍然收到不好的结果？
在我的组织中，我们最近将一些服务器从Windows Server 2003升级到了2008 R2。 在这样做的过程中，我们发现了AT命令如何工作的一个奇怪的错误。 这对于通过AT部署远程任务到大量服务器的内部开发工具来说至关重要。 例如： 我安排下一个星期五的一次性工作，但任务计划表明它将在每个星期五重复一次。 计划的作业确实在预定的时间正确运行。 然后，它会在下一周再次运行，造成无数的问题。 这只发生在2008 R2服务器上，而不发生在使用相同AT语法的旧2000或2003服务器上。 结果是相同的无论是从桌面运行AT，从调度工具，或本地在服务器上。 我知道我可以使用更新的命令，如： schtasks和PowerShell。 但是，这需要我们试图避免的调度工具的开发工作。 这是一个很长时间的坚实的工具。 Google和SF都没有证据表明这是一个常见的问题。 AT命令还可以用于2008 R2的一次性任务吗？
将进程重新映射到不错的级别会提高进程的调度优先级。 高优先级进程在低优先级进程之前运行。 他们也被允许在被抢先之前跑得更长 （他们获得更长的时间片）。 在Web服务器上，运行带有负值的httpd进程 应该减less上下文切换 ，从而提高整体性能 。 有没有人试过这样做？ 它有什么不同？ 响应时间是否改善？ 响应时间标准差是增加还是减less？ 吞吐量是否提高？ 编辑： 我不打算减less其他进程的优先级， 我不想修复一个重载的系统。 我想知道是否负面的好水平影响减less了上下文切换，如果是的话，这是什么影响响应时间和吞吐量。
我创build了一个Task Scheduler事件，在Microsoft-Windows-Backup事件日志中的EventID 14上发送电子邮件给我（请注意，这是一个新的风格（Vista和更高版本）日志），导出后，包括这个问题 我已经到了我的任务触发器的XML的点： <Triggers> <EventTrigger> <Enabled>true</Enabled> <Subscription><QueryList><Query Id="0" Path="Microsoft-Windows-Backup"><Select Path="Microsoft-Windows-Backup">*[System[Provider[@Name='Microsoft-Windows-Backup'] and EventID=14]]</Select></Query></QueryList></Subscription> <ValueQueries> <Value name="eventChannel">Event/System/Channel</Value> <Value name="eventExinfo">Event/EventData/Data[@Name='ComponentStatus']</Value> <Value name="eventRecordID">Event/System/EventRecordID</Value> <Value name="eventSeverity">Event/System/Level</Value> </ValueQueries> </EventTrigger> </Triggers> 不幸的是，这产生了一个错误（一个行动启动Failiure）。 非常相似： <Triggers> <EventTrigger> <Enabled>true</Enabled> <Subscription><QueryList><Query Id="0" Path="Microsoft-Windows-Backup"><Select Path="Microsoft-Windows-Backup">*[System[Provider[@Name='Microsoft-Windows-Backup'] and EventID=14]]</Select></Query></QueryList></Subscription> <ValueQueries> <Value name="eventChannel">Event/System/Channel</Value> <Value name="eventExinfo">Event/EventData/Data[@Name='BackupTemplateID']</Value> <Value name="eventRecordID">Event/System/EventRecordID</Value> <Value name="eventSeverity">Event/System/Level</Value> </ValueQueries> </EventTrigger> </Triggers> 工作正常，并通过电子邮件发送“BackupTemplateID”值。 我认为这是因为“ComponentStatus”的内容本身是XML，但不是Task Scheduler模式的一部分。 有没有人知道任何方式呢？ 如果不可能的话，另一种获取数据的方法很好。 我希望这样做，因为ComponentStatus部分logging备份是否存在将Exchange备份为应用程序的问题，而事件描述仅指示备份已成功完成。
我正在照顾公司的网站一段时间。 在我之前这样做的那个人因为理由被解雇了。 所以在过去的三个月里，我一直在保持最新状态，并添加/删除东西。 没什么大不了的，我知道一些PHP，所以这不是问题。 但是，问题不在那里。 经理告诉我，服务器后面有一个“魔术”。 每天晚上，用PHP编写几个脚本来更新我们的网站和数据库。 那么，我知道哪些脚本正在执行，以及它们在哪里 。 但我找不到为什么他们正在执行。 这些脚本位于服务器内的controllers/tasks文件夹中，但是在任务调度程序中没有任何内容。 我怎么知道这些任务是如何编程的？如果我可以改变它们的频率？ 先谢谢了 DATA Windows Server 2003运行WAMP 2.1，其中包括 Apache 2.2.11 MySQL 5.1 PHP 5.3 PS。 请原谅我可怜的英语。
我们的客户有一些运行由Task Scheduler激活的批处理作业的Windows 2003服务器。 执行该工作的实际程序是自定义的.exe进程，它们被汇总到.cmd脚本中，以便在计划的时间间隔到来时由Task Scheduler一起启动。 cmd脚本中的行可能会或可能不会使用Call命令来启动单独的.exe程序。 在此设置中，任务计划程序正在有效地监视cmd.exe，并且在使用Process Explorer时，可以观察到subprocess已停放在cmd.exe进程树下。 但是，当任务计划程序由于超出允许的时间限制而杀死cmd.exe时，subprocess可能不会与其父进程一起被终止并成为孤立进程。 这些进程无限期地停滞不前。 由于进程pipe理器中显示的进程线程的状态，我怀疑这些进程最终出现错误，并popup一个.NETdebugging器对话框（这些是.NET应用程序），因为批处理作业用户是一个单独的用户帐户。 最初，当我在Windows XP工作站上调查此行为时，发现从我的testing.cmd脚本启动的.exesubprocess会在Task Scheduler确定时间到了时与cmd.exe一起被终止。 我无法孤儿孩子的过程。 基于预感，我最终转移到Windows 2003机器来testing这个。 同样，subprocess终止像我的工作站。 然后，我的第二步是使用另一个用户帐户来运行计划的任务。 这一次，cmd.exe在超过时间限制后被杀死，但subprocess仍然保持不变，就像我的客户在其生产服务器中观察到的一样。 如果我抢先login该批处理用户帐户（这恰好是另一个pipe理员帐户）要求桌面会话，从我的testing.exe程序的任何错误或信息popup窗口将路由和呈现在该桌面上，让我看到实际的用户输出。 如果我只在计划的任务被调用后才login，桌面会话将不会“回收”现有进程的窗口; 他们永远保持隐藏。 我的问题是，我在这里丢失什么条件，可以导致任务计划程序不清除cmd.exe下的subprocess？ 使用另一个会导致此行为的帐户有什么特别之处，但是在使用我当前的pipe理员帐户来运行预定任务时，请不要这么做？
使用Windows Server 2008 R2上的任务计划程序MMC，我正面临一些非常烦人的事情： 任务的历史logging窗口不记得列的宽度，因此很难/不可能读取。 例： 在打开MMC并select一项任务时，这是最初的样子： 然后我通过双击来调整列的宽度，最后可以读取内容： 然后，我select另一个任务，再次面对相同（太小）的列： 这真的让我疯狂。 由于我是一名开发人员，而且只是一名“兼职pipe理员”，所以我无法想象全职pipe理员如何使用此工具而不会发疯。 所以我的问题是： 有没有办法configurationWindows任务计划程序MMC记住历史窗口的列的宽度？ （或者：是否有另一个GUI工具来pipe理我的计划任务？）