Тестируем пакеты планирования заданий
| Категория реферата: Рефераты по информатике, программированию
| Теги реферата: курсовая работа политика, оформление диплома
| Добавил(а) на сайт: Румянцев.
Предыдущая страница реферата | 1 2 3 | Следующая страница реферата
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. Уведомляющие сообщения, которые передаются по электронной почте, в интерфейсе снабжены дополнительными полями с пометками «прочитано» и «обработано».
Для прогнозирования запаздывания выполнения заданий Control-M использует временной эвристический подход. Это ПО внимательно следит за предположительным временем выполнения каждого задания. Если предыдущее задание выполняется с запозданием по отношению к составленному графику, угрожая спустя некоторое пороговое время задержать последующее задание, то Control-M выдает предупреждающее сообщение. Оператор может принудительно сбросить этот поток заданий, временно остановить выполнение менее важных заданий или попытаться выяснить причину запаздывания. Другие протестированные нами продукты определяют время запаздывания заданий по мере их выполнения.
TIDAL ENTERPRISE SCHEDULER 5.0 КОМПАНИИ TIDAL SOFTWARE
Управляющий интерфейс продукта Enterprise Scheduler был столь великолепным, что последний стал с точки зрения удобства использования самым любимым нашим пакетом. Кроме того, он предоставляет лучшую среди всех протестированных нами продуктов документацию, содержащую реальные примеры с подробными пошаговыми инструкциями. Но нам бы хотелось увидеть в нем более эффективные средства генерации отчетов, создания заданий, их визуализации и устранения ошибок.
Для назначения прав контроля доступа Enterprise Scheduler использует правила политики безопасности, содержащие все полномочия, которыми вы собираетесь наделять своих пользователей. При формировании этих правил продукт привязывает к ним объекты пользователей и групп, которые берет из справочника Active Directory. Такой подход позволяет легко модифицировать правила политики безопасности и распространять эти изменения на соответствующих пользователей.
Как мы и ожидали, планировщик заданий фирмы Tidal создает зависимости между заданиями, основанные на статусе предшествующих заданий и глобальных переменных. В качестве переменных могут использоваться строки, числа, данные или булевы величины. В процессе выполнения задания переменные могут модифицироваться или считывать-ся. Продукт тоже позволяет создавать такие зависимости, как задание по ротации журнального файла, которое начинает действовать, только когда размер журнального файла оказывается больше некоторого заданного значения.
Система Enterprise Scheduler обнаруживает ошибки тремя способами. Поддерживая коды выхода, она даже позволяет определять их набор для удачного или неудачного завершения задания. Выход программы можно завести на вход другой программы и использовать коды ошибок последней для определения удачного завершения первой программы. И наконец, вы можете использовать для определения удачного или неудачного завершения задания метод сравнения выхода программы с шаблоном. Хотя этими функциями можно управлять и посредством сценария пакетного задания, доступ к ним из планировщика заданий — это существенное преимущество пакета Enterprise Scheduler.
ESP ESPRESSO 4.2 КОМПАНИИ CYBERMATION
Являясь комбинированным продуктом, ESP Espresso компании Cybermation хорошо выполняет важные задачи по созданию заданий и контролю зависимостей между ними, но нуждается в улучшении своих возможностей генерации предупреждающих сообщений и планирования заданий. Его интерфейс великолепно подходит для одних задач и совершенно не годится для других. Он, например, легко создает задания и визуализирует их потоки, но его главный системный интерфейс труден в использовании.
Рекомендуем скачать другие рефераты по теме: страхование реферат, шпаргалки на телефон.
Категории:
Предыдущая страница реферата | 1 2 3 | Следующая страница реферата