Мы были весьма разочарованы возможностями предварительной проверки условий двух наших лидирующих продуктов — СА Unicenter AutoSys и ВМС Control-M: они позволяли проверять лишь наличие файлов да статус ранее запущенных заданий. Самые лучшие возможности проверки предварительных условий предоставлял продукт ESP Espresso компании Cybermation. Он выявлял наличие файлов и изменение их размеров; контролировал файл регистрации событий, текстовые строки, процессы, сервисы, загрузку процессора и использование дисков, а также выполнял запросы SQL.
Создание отдельного задания не представляет особого труда — необходимо лишь присвоить ему имя да определить, какую команду и на каком сервере запускать. В номинации «Создание заданий» мы оценивали способность каждого тестируемого пакета создавать и визуализировать сложные среды, на различных серверах которых запускается множество задач. Дополнительный модуль Job Visualization компании СА позволяет видеть все задания, созданные средствами пакета Unicenter
AutoSys. Щелкнув мышью на пиктограмме любого задания, можно увидеть все возможные пути к нему, а также пути, ведущие от этого задания к другим.» Не имея модуля Visualization, вы вообще не сможете просматривать графическое представление взаимосвязей между заданиями.
В номинации «Устранение ошибок» лидировал продукт Control-M фирмы ВМС. Если какое-нибудь задание завершается с ошибкой, он предлагает вам такие опции, как перезапуск задания, изменение переменных, отправка предупреждающих сообщений и запуск других заданий. Вы можете организовать множество опций ветвления для различных сбойных ситуаций и широко использовать коды ошибок команд. Продукт Argent Job Scheduler тоже имеет хорошие возможности по устранению ошибок: вы можете воздействовать не на отдельные коды ошибок, а на целую группу кодов. Кроме того, этот продукт пытается перезапустить задание определенное число раз в течение заранее установленного промежутка времени.
CRON + PERL = СОБСТВЕННЫЙ ПЛАНИРОВЩИК
Зачем тратить четверть миллиона долларов на эти программы, если можно использовать Unix-утилиту cron, сценарии Perl и программу SSH, создав для их объединения простенькую оболочку?
Если нужно запускать только базовые автономные задачи, то вам, возможно, вполне хватит и утилиты cron. Однако последняя имеет некоторые ограничения, которых лишены специализированные продукты планирования заданий. По принципу работы демон cron похож на будильник: в определенное время он «просыпается», запускает задание и снова «засыпает» до запуска следующего задания. Он не может уведомить вас о том, что в 2 ч ночи произошел сбой ротации журнального файла, и что вам не следует удалять старые файлы регистрации в 4 ч утра. Он не может сообщить вам ни о том, что задание закончилось раньше или позднее намеченного срока, ни о том, следует ли передвинуть выполнение остальных заданий на более раннее или более позднее время. Но самое главное, их возможности такого решения будут ограничены проблемой его масштабируемости.
Протестированные нами планировщики заданий являются связующим звеном между мэйнфреймами и средами Unix. Теперь ваш сервер Unix, Linux или Windows может обладать функциями управления заданиями, когда-то свойственными лишь мэйнфреймам. Продукты производителей, имеющих опыт написания программ для мэйнфреймов или реализовавших поддержку последних в своих пакетах планирования заданий, показали в нашем тестировании более высокие результаты, чем продукты остальных производителей.
Компания СА выпускает продукты планирования заданий почти три десятка лет, поэтому неудивительно, что текущая версия Unicenter AutoSys Job Management впитала в себя опыт многих лет построения систем управления. Этот пакет предоставляет не только простой в использовании графический интерфейс для администраторов Unix и Windows, но и Web-клиент для операторов и техников. Данный интерфейс стал одной из причин того, что Unicenter AutoSys потеснил в нашем тестировании аналогичный по функциональности продукт Control-M компании ВМС.
Параметры настройки управления этого продукта можно найти в программе администрирования, в операторской Web-консоли и в факультативной программе eTrust Access Control. Мы использовали Web-интерфейс для создания простых заданий, «выталкивания» на серверы новых заданий и контроля статуса запланированных событий. ПО eTrust предоставляет детальные полномочия записи, считывания и исполнения файлов сценариев, относящихся ко всем аспектам пакета управления заданиями. Мы могли контролировать задания, календари, доступ к машинам и отчеты на базе отдельных пользователей и групп. Регистрационные данные для eTrust предоставляются встроенными средствами аутентификации Windows. Хотя продукт AutoSys и включает программу eTrust, ее конфигурирование не назовешь простым. Если же вы откажетесь от инсталляции этой программы, то, работая под управлением ОС Windows, не сможете в полной мере использовать возможности контроля доступа пакета Unicenter AutoSys Job.
Мы легко управляли и планировали зависимые задачи посредством основного административного интерфейса. Чтобы создать задание, мы определили его имя, его владельца, зависимости и указали выполняющую это задание машину. Нам понравилось использование в интерфейсе продукта Unicenter прямоугольных рамок для группирования работ — нечто вроде пакетных заданий, объединенных, в свою очередь, в пакет. При запуске такого пакета одновременно стартуют все задания, охватываемые этим окном, если только выполнение одного из них не зависит от другого.
Продукт Unicenter AutoSys использует уникальный метод передачи функций основного сервера планирования вторичному: контроль этих серверов осуществляется с помощью третьей машины. Этот третий сервер почти не требует никаких системных ресурсов — лишь один простой программный агент, принимающий периодически поступающие на него с серверов планирования сигналы их нормального состояния (heartbeat). Если у вас имеются размещаемые в различных узлах первичный и вторичный (резервный) серверы планирования, то третий сервер будет определять, действительно ли первичный сервер вышел из строя, и не отказало ли сетевое соединение вторичного сервера?
Чтобы подтвердить, что удаленные системы и планировщик заданий работают нормально, все три машины обмениваются друг с другом сообщениями «heartbeat». Если вторичная машина не может «достучаться» до первичной, но способна обмениваться сигналами «heartbeat» с третьей, она берет на себя все функции первичного сервера планирования. Однако, если вторичный сервер не может добраться до первичного или третьего сервера, то он предполагает, что возникла проблема с его собственным сетевым соединением, и не берет на себя обязанности первичного сервера. Для обратного переключения со вторичного сервера на первичный необходимо уже вмешательство администратора.
Как мы тестировали планировщики заданий
В качестве сервера планирования при тестировании планировщиков заданий мы использовали систему, оснащенную двумя 2,4-МГц процессорами Pentium Хеоn и ОЗУ емкостью 1 Гбайт, работающую под управлением ОС Windows 2000 Server SP4. Вторая такая же машина применялась как резервный сервер планирования. В качестве клиентов использовались системы, оснащенные 600-МГц процессорами Pentium 111 и оперативной памятью объемом 256 Мбайт, работающие под управлением Windows 2000 Server SP4. Если продукт не имел встроенной базы данных, то мы инсталлировали Microsoft SQL 2000 Service Pack За. Для тестирования работы наших планировщиков в среде Lirtux мы использовали систему Red Hat 9 и некоторые компоненты Vexus Avatar.
Планируемые нами задания включали пакетные файлы и исполняемые файлы, запускаемые посредством интерфейса командной строки. Кроме того, чтобы задерживать запуск отдельных заданий, в некоторые пакетные файлы добавлялась команда ожидания (sleep). Чтобы проверить, насколько хорошо тестируемый продукт обрабатывает сбойные ситуации, мы оставляли некоторые пакетные файлы с ненулевыми кодами выхода.
Вы не сможете сконфигурировать Unicenter AutoSys для работы без третьего сервера. В тех средах, где планирование заданий является критически важным процессом или первичный и вторичный серверы территориально разнесены, использование третьей машины является весьма эффективным приемом.
Control-m компании вмс software
Планировщики заданий ВМС и СА имеют почти одинаковую функциональность и финишировали в нашем обзоре практически с равным счетом. ПО Control-M for Distributed Systems компании ВМС предоставляет превосходные возможности календарного планирования, предсказания задержки выполнения заданий и устранения ошибок. Однако этот продукт труднее администрировать, чем Unicenter AutoSys. Хотя в Control-M имеется интерфейс для запуска и визуального отображения выполнения заданий, который способствовал увеличению набранных этим продуктом баллов за управление, мы предпочитаем интерфейс AutoSys.
Как и продукт СА, Control-M позволяет объединять несколько заданий в одну большую группу. Создание такой зависимости между двумя заданиями, как запуск сценария ротации журнала регистрации перед запуском программы резервного копирования журнала, сводится к простому перетаскиванию ярлыка одного задания на ярлык другого. К сожалению, мы не смогли определить на системном уровне ни одного условия, такого, как проверка наличия файла, использование дискового пространства или запуск процесса. Такими функциями можно манипулировать только посредством пакетных сценариев. Заметно упростить создание заданий (как одиночных, так и массовых) позволяют готовые шаблоны, называемые компанией ВМС «скелетами» (skeleton).
Пакет Control-M предоставляет множество условий выхода при возникновении ошибок в ходе выполнения заданий: можно перезапустить задание, изменить глобальную переменную, сгенерировать предупреждающее сообщение, отправить электронное сообщение или запустить другие задания. Мы определили коды выхода и использовали для определения ошибок текстовые строки и смогли обнаружить и принять ответные меры воздействия, когда Unix-команда копирования файлов возвратила нам код ошибки «Файл с таким именем отсутствует» (No such file). В целях управления предупреждающими сообщениями и аварийного автовосстановления работы сервера планирования после отказа пакет Control-M интегрируется с ПО Patrol фирмы ВМС. Для реализации базовых функций генерации уведомляющих сообщений этого ПО не требуется. К сожалению, в отсутствие ПО Patrol передача резервному серверу функций первичного сервера планирования осуществляется только вручную. Как и в планировщике СА, аварийная консоль встроена в Control-M. Уведомляющие сообщения, которые передаются по электронной почте, в интерфейсе снабжены дополнительными полями с пометками «прочитано» и «обработано».