A tarefa agendada falha, mas é executada corretamente quando acionada manualmente

Question

Temos um servidor 2008 R2 com uma tarefa agendada que executa um arquivo .bat que executa uma chamada para um aplicativo Java. A tarefa é acionada muito bem, mas para de executar qualquer coisa depois de criar o arquivo de log. Veja os detalhes sobre como está configurado:

• Ele é executado em uma conta em nível de usuário criada especificamente para a tarefa e que tem permissões configuradas para fazer logon como uma tarefa em lote.

• Estas são as duas etapas que o arquivo em lote é capaz de executar (o segundo é aquele que trava):

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

• A primeira ação do cliente Java é usar o utilitário log4j para criar um agente de log com a classe do cliente como o argumento. Isso parece ter êxito porque obtemos um arquivo de log em branco com o nome do arquivo, conforme indicado na chamada em lote acima. Este é o comando específico:

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

• O cliente, em seguida, inicia a função principal e lê o argumento 'update' para determinar o modo de execução e, em seguida, continua conforme programado.

Esta é a minha pergunta: Existem políticas de segurança ou outros processos que poderiam interferir com isso quando executados como um trabalho em lotes, em vez de serem iniciados pelo usuário (por exemplo, clicar duas vezes no arquivo em lotes). )?

Como o cliente java parece funcionar bem quando executado por conta própria - incluindo resultados de gravação no arquivo de log - não achamos que seja necessariamente algo com o cliente Java, mas se todos vocês não tiverem respostas, Vou checar com o pessoal do StackOverflow a seguir.

    

Answer 1

Por favor, verifique se na caixa Configurar para, Windows 7, Windows Server 2008 R2 para sistema operacional são escolhidos.

Além disso, você precisa inserir Iniciar na pasta na guia Ação das propriedades da tarefa, mesmo que seja opcional.

Talvez isso ajude; isso me ajudou com um problema semelhante.

    

Answer 2

Tivemos esse problema também. Acontece que as credenciais colocadas para a tarefa agendada para executar foram diferentes daquelas usadas para executar manualmente o script. Outros artigos que encontrei apontaram para um problema de permissões também.

Quando o ID usado para executar a tarefa recebeu permissões de administrador local, o trabalho agendado funcionou. Em seguida, testamos a colocação do perfil em grupos de segurança locais inferiores até encontrarmos aquele com o menor acesso que ainda permitia que o script fosse concluído com êxito.