我问，因为我公司即将开始使用的软件需要一个单一的（Windows）工作站每晚运行一个小的自动化程序，以增加数据库中的几个字段。 我相信我不是唯一一个认为这是糟糕的devise的人，但目前我没有太多的办法可以做到这一点（至less在我有时间弄清楚它到底做了什么并用cron代替它的情况下可用的perl脚本）。
在过去，我与Windows任务调度程序向导的唯一交易是几年前的其他家庭任务。 我记得一些没有被执行的任务，或者其他一些只是间歇性地运行的任务。
假设任务configuration正确，我可以信任Windows XP任务调度程序始终运行此作业还是不可靠？
我们有几个“关键”系统，我们的供应商select依靠Windows任务pipe理器。 我见过的唯一的问题是， 运行时间错过了，当机器closures（这不是一个工作队列），任务失败，只是因为他们设置不当，可执行文件或脚本本身失败，每次任务pipe理器调用它，而最大的问题是，用户由于许多原因，特定任务的帐户被locking。
为了防止帐户locking问题，我build议为该任务创build一个特殊帐户或者我已经发现的一个小窍门，如果任务不需要networking访问，则可以安排它作为System以空白密码运行。
最后，我们自动或手动监控所有关键任务。 以防万一。
你提到这个任务是针对数据库的。 那个数据库是Microsoft SQL Server吗？ 如果是这样，您将需要考虑使用SQL Server代理 。
我想说，调度程序本身是可靠的，因为它正在运行的操作系统。
大多数情况下，我已经处理了Server 2000和2003上的任务调度程序，而不是XP，但是我无法记起与实际调度程序故障有关的任务的计划任务失败。
如果这是这个软件的推荐configuration，我确信供应商必须对XP任务计划程序有信心。
很难说“总是”关于一台计算机，但我一般运气好的XP任务计划程序（和Windows服务器等效）。 XP，作为NT-dervied操作系统之一，对我来说一般来说相当稳定。
我会放弃它。
这取决于任务的稳定性。 我已经让它每天运行，干净地，无论如何，运行多年，没有问题。 但是我也看到了一个案例，因为剧本挂了，工作没有结束。 虽然每个任务都有可configuration的“X时间后停用”，但我看到了这种情况。
我也看到了失败的情况，当一个任务按照定期的时间间隔运行，这个任务被安排在下一个执行时间运行。 沿着同样的路线，我每5分钟就有一个脚本运行，查询我们的DNS服务器。 查询完成大约20-30秒，我们从来没有看到这些脚本通过任务计划程序运行时失败。
我会倾向于回答“是”，但只要您确定机器在指定时间运行即可。 如果机器出于任何原因停机，那么计算机重新启动时将不运行计划任务。 即调度程序不会查看是否有任何时间表错过。
如果任务运行至关重要，请确保PC至less插入到UPS中。
调度程序本身运行正常，但我已经看到了任务失败，没有任何明确的指示，因为权限问题。
我build议在实际运行任务的脚本中build立一些debugging或通知代码。 通过这种方式，您可以在新版本中被动地监控脚本，并随着对可靠性增长的信心偶尔进行监控。
我从来没有与任务调度程序的问题，但是，如果工作站closures，应用程序将无法运行（显然）。
如果您正在执行数据库级任务，则大多数RDBMS将允许您安排查询/任务在DBMS级别运行，以消除对第三方任务的依赖。 这可能是一个更安全的方法，如果它是实用的（同样的事情适用于运行cron作业）。
几个月前，我正在环视networking这个问题，我的问题对你的问题提出了一个明确的“否”。