我有几个计划每天在运行Windows Server 2003 Standard Edition SP1的客户服务器上使用Windows Scheduled Tasks运行的作业。 这些任务被设置为以pipe理员组中的用户身份运行，并被安排为同一用户。 该用户的密码设置为永不过期。 这些任务几乎不能每天运行。 进入计划任务并尝试手动运行任务表明密码不正确。 我进入任务属性，重新input密码到相应的字段中，单击确定，然后尝试再次手动运行任务。 现在它工作正常。 什么可能是这样的密码丢失的原因？
这些相同的任务在其他客户服务器上运行，没有问题。
在此先感谢您的任何想法。
不知道是什么原因造成的，但是这对我来说是一个解决方法。 尝试更改本地策略以允许用户在本地login。
假设作业需要作为服务运行，您可能需要添加该帐户作为服务运行或创build帐户才能作为服务login。 你能修改Goup政策吗？
约翰
似乎有很多引用时间的变化搞乱了任务调度器。 是否有可能你的服务器没有保持良好的时间，所以Windows时间服务是不断改变它？ 也许你可以尝试禁用一段时间的服务，看看它是否能解决你的问题。 （有些服务可能取决于Windows时间）
你也可以看看933550和826895 。 我知道他们不是完全相同的服务器版本运行。 您可能有一个损坏的任务调度程序数据库。 328773也可能是一种可能性。
当用户通过任务计划程序提交作业时，任务计划程序将该用户作为批处理用户而不是交互式用户login。 任务计划程序在计划任务后立即将此权限注入计算机的有效策略中。 如果存在将login定义为批处理作业用户权限的矛盾组策略，则有效策略设置将被组策略覆盖。
确保在组策略中的“作为批处理作业login”中定义pipe理员组或用户计划任务。 我相信它在计算机configuration\ Windows设置\安全设置\本地策略\用户权限分配。
还有什么错误出现在Schedlgu.txt日志中？ 您可以通过运行以下命令来访问Windows Server 2003上的此日志：
%SystemRoot%\Tasks\SchedLgU.txt 您是否尝试删除此帐户的本地个人资料？
检查可能会限制“批量login”给某些组的GPO。 这很难解决，因为当你创build任务时，它可以工作，但是当再次应用gpo时，它将停止工作。
安全事件日志中的任何审核失败？
感谢所有的回复，build议和意见。 尽pipe我已经尝试了一切，但是我无法让此服务器在“计划任务”中停止丢失此用户的密码。 我真的不知道这是一个政策问题，因为作业将在重置任务属性中的密码后运行。 我可以做到这一点，5分钟后重新安排工作，它的工作。 安排它运行5小时后，10小时后，各种不同的时间 – 有时它会运行一次，也许，然后将不会再次，直到密码重置。 所以它似乎不是一个政策问题，但更多的是一个问题，在任务的属性中configuration的密码由于某种原因被损坏或丢失。 安排作业在各个不同的时间运行，试图find密码所在的某种模式或时间框架。 这似乎是随机发生的。 我结束了安装CRONw（ http://cronw.sourceforge.net/ ）作为Windows服务运行的* nix世界的“cron”实用程序的基于perl的版本。 预定的工作现在正常工作，所以这是我的解决scheme，至less暂时。
在我的情况下，它是通过组策略“作为批处理作业login”选项解决的。 在应用组策略的那一刻，它会从批处理作业列表中删除该帐户。