计划任务失败，但在手动触发时运行正常

我们有一个2008 R2服务器，它的计划任务是运行一个.bat文件，该文件执行对Java应用程序的调用。该任务触发得很好，但在创build日志文件后停止执行任何操作。以下是关于如何设置的详细信息：

它在专门为任务创build的用户级别帐户上运行，并且具有设置为以批处理作业login的权限。
这些是batch file能够执行的两个步骤（第二个是挂起的）：

cd E:\CLIENT_DB\WS_Client\bin\ java -Xms256m -Xmx512m -XX:MaxPermSize=512m -cp ..;..\*;..\certs;..\config;..\client;..\client\*;..\lib\*;..\lib\axis2\* WsClientStarter update > E:\CLIENT_DB\Logs\WSCLIENT_LOG_%DATE:~4,2%-%DATE:~7,2%-%DATE:~10,4%.txt

Java客户端的第一个操作是使用log4j实用程序创build一个客户端类作为参数的logging器。这似乎成功了，因为我们得到一个空白的日志文件，其文件名称如上面的批处理调用中所示。这是特定的命令：

private static final Logger logger = Logger.getLogger(WsClientRunner.class);

然后，客户端启动主函数并读取'update'参数来确定运行模式，然后按程序进行。

这是我的问题：是否有任何安全策略或其他进程作为批处理作业而不是由用户启动（即，双击batch file）时会干扰此操作？

由于java客户端在自己运行时似乎工作得很好 – 包括将结果写入日志文件 – 我们不认为这对Java客户端来说是必须的，但如果你们都没有答案，我会请与下一个在StackOverflow的人检查。

请检查是否在configuration框中selectWindows 7，Windows Server 2008 R2操作系统。

另外，即使是可选的，也需要在“任务属性”的“操作”选项卡中input“文件夹中的开始”。

也许这会有所帮助; 它帮助了我类似的问题。

我们也有这个问题。原来计划的任务在其下运行的凭据与用于手动运行脚本的凭据不同。我发现的其他文章也指出了权限问题。

当用于运行任务的ID被授予本地pipe理员权限时，预定的作业将工作。然后，我们testing了将configuration文件放在较低的本地安全组中，直到find最less访问权限的configuration文件，该configuration仍允许脚本成功完成。