Como você documenta e gerencia tarefas agendadas?

Question

Usamos tarefas agendadas / agendadas para realizar muitas tarefas importantes no Windows e no linux.

• Movendo arquivos entre máquinas
• Fazendo um backup rápido de arquivos antes de serem processados
• Carregando dados em bancos de dados
• Reiniciando serviços, se necessário

Como você documenta e gerencia tarefas, para responder a perguntas como estas:

• Se as tarefas estão inter-relacionadas, em que ordem elas são executadas?
• Alguma tarefa está interferindo na janela de backup da máquina?
• Onde está o trabalho que faz o backup desses arquivos?

Estamos adicionando essas informações à página da wiki para cada servidor e uma página separada para quaisquer sequências complicadas. Mas existe uma maneira melhor?

    

Answer 1

Tentamos manter a maioria dos processos em lote em um único servidor. Os trabalhos são todos executados através de uma chamada de aplicativo VisualCron no Windows. As descrições e horários dos trabalhos são todos auto-documentados. Processos mais complexos são documentados em nosso servidor SharePoint, que mantém todas as outras documentações internas de TI.

    

Answer 2

Estou usando o mesmo sistema: todos os trabalhos do cron são documentados em um wiki e vinculam procedimentos complexos entre as páginas do servidor. Mas ainda não é o ideal.

Uma pergunta semelhante no serverfault.com tentou resolver esta questão sem sucesso, no entanto o Google Solução de calendário é uma boa abordagem, acho que vale a pena tentar.

    

Answer 3

Para servidores Windows, usamos um aplicativo econômico chamado NTS File Mover para controlar nossos trabalhos agendados. O aplicativo processa todas as tarefas individuais em ordem, registra os resultados no log do Aplicativo NT e envia um email se houver um problema. Nós sempre sabemos onde procurar quando há um problema com um trabalho agendado em nossos servidores!

    

Answer 4

Em geral, escrever documentação para esses recursos não é realmente necessário, porque se as tarefas estiverem inter-relacionadas, vou lançar todo o processo em um script de shell e fazer o script desse script.

Normalmente, o cabeçalho do script é bom o suficiente; algo como:

#/bin/sh
# updates and restarts Apache using apt and init.d

apt-get install apache/testing
/etc/init.d/apache2 restart

observe que o script acima não é realmente algo que eu usaria, mas sim um exemplo