Há problemas executando tarefas agendadas no Windows 2003 quando a tarefa tem uma GUI? Eu tenho um que funcionou bem no Windows 2000, mas não será executado no Windows 2003.
Detalhes:
Eu tenho um trabalho .bat que funciona a cada hora durante o dia em um antigo servidor Windows 2000 por muitos anos. Eu finalmente aposentei esse servidor na semana passada e movi o trabalho (e programas e arquivos associados) para um servidor Windows 2003.
O arquivo .bat chama alguns aplicativos de linha cmd primeiro, mas a etapa final é um aplicativo .NET baseado em GUI (ele faz alguns OCR em arquivos de imagem e depois se desliga).
A partir do novo servidor, logado como o proprietário da tarefa agendada, posso executar o arquivo .bat a partir da linha de comando com êxito.
A partir do novo servidor, novamente logado como o proprietário da Tarefa Agendada, posso clicar com o botão direito do mouse na tarefa no Agendador e executá-la com êxito. Esta tarefa simplesmente executa o mesmo arquivo .bat.
Se o proprietário da Tarefa Agendada estiver conectado ao servidor 2003 e a tarefa for iniciada a partir de um servidor remoto (onde o usuário iniciou Tarefas Agendadas e conectado a este servidor), ele também será executado com êxito.
Se o proprietário da tarefa agendada estiver não conectado a este servidor, a tarefa agendada falhará na etapa em que o aplicativo da GUI foi iniciado. Não podemos receber mensagens de erro. A execução do ProcMon a partir de uma sessão diferente / conta de usuário que monitora essa conta de usuário também não resultou em nada.
No momento, meu trabalho horrível é deixar o proprietário da tarefa agendada conectada ao console com a tela bloqueada. Claro, isso se torna uma dor cada vez que o servidor é reinicializado ...
O proprietário da tarefa agendada é nossa "conta de serviço de domínio" e está trabalhando com todas as outras tarefas em todos os outros servidores. Não está bloqueado ou algo assim.
Eu até tentei modificar o Agendador de Tarefas para marcar a caixa "Permitir que o serviço interaja com a área de trabalho", mas isso não alterou nada. (Sim, reiniciei o serviço após a alteração).
Pensamentos?
Atualizado (19/1/2010)
Eu preciso esclarecer um pouco: O aplicativo .NET que mencionei faz um monte de coisas que funcionam. Não é até que chega ao ponto em que precisa abrir uma janela que o aplicativo trava. Podemos ver o progresso do aplicativo por meio das entradas de registro que ele deixa para que possamos vê-lo funcionando bem, com a última entrada de registro "prestes a iniciar o OCR" ... e é aí que ela trava.
Você tem acesso ao código-fonte do programa para depuração? Parece que a criação do Windows está falhando porque não há área de trabalho do Windows disponível para o programa, a menos que o proprietário da tarefa esteja conectado à máquina. Este artigo link descreve o processo de criação de estação de janela e desktop. / p>
A configuração da tarefa é iniciada em um diretório específico? As permissões são configuradas corretamente nos diretórios que estão lendo / gravando para.
Estou assumindo que o "Executar como" na tarefa está configurado corretamente (tenho que verificar o básico! :))
Você verificou se a conta está sendo executada e se a tarefa recebeu o direito de "Fazer logon como um trabalho em lote" (Diretiva de Segurança Local \ Diretivas Locais \ Atribuições de Direitos do Usuário \ Faça logon como um trabalho em lotes)
O problema aqui é o programa que você está executando requer uma GUI. Tarefas não possuem a GUI do Windows. Então, se você pode executar o programa sem uma interface gráfica, então você ficará bem.