Контроль над выполнением заданий

Планировщики заданий: информация для руководителей

Чтобы заставить ваши системы запускаться в нужное вам время, требуется четкая координация всех задач, начиная с резервного копирования серверов и кончая генерацией торговых отчетов. Хотя вы можете «состряпать» доморощенное приложение для запуска операций и отслеживания всех заданий, шесть протестированных нами в лаборатории журнала Network Computing пакетов планирования заданий позволяют автоматизировать этот процесс.

Мы протестировали продукты компаний Argent, ВМС Software, Computer Associates International, Cybermation,Tidal Software и Vexus Consulting и оценили не только их возможности управления заданиями и генерации отчетов о заданиях, но и простоту управления этими пакетами.

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

За свои исчерпывающие функциональные возможности планирования заданий продукты СА и ВМС набрали практически одинаковое количество баллов. Однако титул победителя нашего тестирования достался продукту Unicenter AutoSys Job Management 4.5 компании СА за его более удобный пользовательский интерфейс и чуть более лучшую поддержку платформ.

Оценка планировщиков заданий

Общая значимость таких критериев оценки, как управление, контроль заданий и генерация отчетов, составляет в нашем отчете 95%, тогда как на долю стоимости продуктов приходится всего 5%. Мы полагаем, что функциональные возможности продуктов планирования являются более важными, чем их цена, к тому же различные модели ценообразования производителей (основанные на таких факторах, как сроки использования продуктов, число задействованных процессоров и тип операционной системы) весьма затрудняют сравнение цен на их продукты между собой. Если ваша организация считается достаточно крупной, и процесс планирования заданий для нее критически важен, то высокий коэффициент готовности и масштабируемость ПО планирования будут иметь для вас более важное значение, чем его стоимость.

И наоборот, для небольших предприятий с небольшим числом серверов такие факторы, как масштабируемость и основанное на ролях администрирование, могут вообще не иметь никакого значения.

Наша категория «Управление» охватывает такие критерии сравнения, как «Администрирование на основе ролей», «Планирование/приорити-зация заданий», «Управляющий интерфейс» и «Поддержка агентских платформ». Основанное на ролях администрирование является особенно важным для инсталляции крупных продуктов планирования заданий, создания пользователей и групп пользователей и предоставления доступа пользователям. Продукты Tidal Enterprise Scheduler, Argent Job Scheduler и СА Unicenter AutoSys могут загружать пользователей и группы из корпоративного справочника.

Мы фокусировали свое внимание на основных задачах составления графиков и приоритизации заданий. В число задач планирования заданий входят создание и объединение нескольких календарей, учет праздничных дней и выбор времени запуска заданий. Приоритизация последних позволяет контролировать выделяемые им системные ресурсы. Наиболее срочные или критически важные задачи должны получать более высокий приоритет.

Все протестированные нами продукты позволяют конфигурировать «разрешительные» (permit) и «запретительные» (deny) календари. Задания запускаются так, как это диктуют «разрешительные» календари — например, в ночь на каждый понедельник, раз в квартал или каждый рабочий день. «Запретительные» календари запрещают запуск заданий и отменяют правила «разрешительных» календарей, если задание присутствует в обоих календарях.

Самое большое впечатление произвели на нас управляющие интерфейсы продуктов Tidal Enterprise Scheduler и Vexus Avatar. С их помощью можно легко находить существующие задания и устанавливать их параметры.

Поддержка агентских платформ является довольно разношерстной. Все производители поддерживают Windows NT и ее более старшие версии Windows, и все, кроме Avatar, поддерживают HP-UX, IBM AIX, Linux и Sun Solaris. Некоторую поддержку получили более мелкие и нишевые системы, такие, как OpenVMS, Compaq Tru64 Unix и Dequent Dynix. Операционная система Mac OS X Server поддерживается только продуктом Unicenter AutoSys фирмы СА. Планировщики заданий компаний СА, ВМС, Cybermation и Tidal поддерживают также ОС мэйнфреймов.

Контроль над выполнением заданий

Тестируя эти программные пакеты, мы фокусировали свое внимание на вопросах контроля заданий, таких, как предварительные проверки условий, создание заданий и устранение ошибок. Планировщики заданий не создают пакетные файлы для запуска заданий на конечных узлах — этим должен заниматься ИТ-персонал. Вместо этого планировщики выгружают в заданное время на конечные узлы сценарий, пакетный или исполняемый файл. Перед запуском заданий эти программы должны проверять выполнение всех необходимых предварительных условий (например, наличие достаточного свободного дискового пространства перед началом резервного копирования) и устранять ошибки в случае аварийного останова выполнения задания.

Мы были весьма разочарованы возможностями предварительной проверки условий двух наших лидирующих продуктов — СА 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 для работы без третьего сервера. В тех средах, где планирование заданий является критически важным процессом или первичный и вторичный серверы территориально разнесены, использование третьей машины является весьма эффективным приемом.

12	Поделиться:

Воспользуйтесь поиском по сайту: