Как вы документируете и управляете запланированными задачами?

Question

Как вы документируете и управляете запланированными задачами?

Мы используем запланированные задачи / задания cron для выполнения многих важных задач в Windows и Linux.

Перемещение файлов между машинами
Быстрое резервное копирование файлов перед их обработкой
Загрузка данных в базы данных
Перезапуск сервисов при необходимости

Как вы документируете и управляете задачами, чтобы отвечать на такие вопросы:

If tasks are interrelated, in what order do they run?
Are any tasks interfering with the backup window for the machine?
Where is the job that backs up these files?

We're adding this information to the wiki page for each server, and a separate page for any complicated sequences. But is there a better way?

2

cron scheduled

Источник

Matt Everson 01 сен '09 в 16:38

4 ответа

Другие вопросы по тегам cron scheduled

Doug Luxem 16 сен '09 в 19:10 2009-09-16 19:10 · Answer 1 · 2009-09-16 19:10

Мы стараемся поддерживать большинство пакетных процессов на одном сервере. Все задания выполняются через приложение VisualCron в Windows. Описания и графики работ все самодокументируются. Более сложные процессы документируются на нашем сервере SharePoint, который содержит всю остальную внутреннюю документацию по ИТ.

hdanniel 01 сен '09 в 20:48 2009-09-01 20:48 · Answer 2 · 2009-09-01 20:48

Я использую ту же систему: все задания cron описаны в вики и связывают сложные процедуры между страницами сервера. Но все же не оптимальный.

Подобный вопрос на faultserver.ru пытался решить эту проблему безуспешно, однако решение Google Calendar - хороший подход, думаю, стоит попробовать.

Fred Jonas 01 сен '09 в 19:04 2009-09-01 19:04 · Answer 3 · 2009-09-01 19:04

Для серверов Windows мы используем недорогое приложение под названием NTS File Mover, чтобы отслеживать наши запланированные работы. Приложение обрабатывает все отдельные задачи по порядку, записывает результаты в журнал приложения NT и отправляет электронное письмо в случае возникновения проблемы. Мы всегда знаем, где искать проблемы с запланированной работой на наших серверах!

Michael Pobega 15 окт '09 в 10:24 2009-10-15 10:24 · Answer 4 · 2009-10-15 10:24

Как правило, написание документации для этих функций действительно не требуется, потому что, если задачи взаимосвязаны, я добавлю весь процесс в один сценарий оболочки и завершу этот сценарий.

Обычно заголовок скрипта достаточно хорош; что-то вроде:

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

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

обратите внимание, что приведенный выше скрипт на самом деле не то, что я бы использовал, а скорее пример