Тестуємо пакети планування завдань

Майкл Дж. Дімаров

Пора перестати використовувати доморощені рішення для запуску системних завдань в потрібне вам час. Шість протестованих в цьому огляді програмних пакетів планування завдань дозволяють автоматизувати практично всі процеси адміністрування, технічної підтримки та виробництва.

Ось перелік лише деяких завдань, які підприємствам доводиться регулярно виконувати:

1. Керівництво хоче, щоб щодня здійснювалися запис на компакт-диски та ротація файлів реєстрації 15 серверів за попередній робочий день. При цьому необхідно стежити за цілісністю всіх резервних копій.

2. Відділ продажів хоче, щоб всі замовлення, автоматично розміщуються через систему електронної комерції, були в кінці дня підраховані, а результати надіслані електронною поштою віце-президента зі збуту, а також факсом на дистрибуторське підприємство. Якщо під час виконання однієї з цих завдань стався збій, слід повідомити про це менеджерів зі збуту.

3. Адміністратор баз даних сконфігурований свої системи таким чином, щоб вони починали генерувати докладний звіт до 3 год ночі і закінчували до 10 год ранку. Якщо ж процес формування звіту займе більше часу, ніж передбачалося, необхідно повідомити про це адміністратора.

Ви можете самі об'єднати деякі утиліти в єдиний пакет і з їхньою допомогою управляти всіма цими завданнями. Однак найкращим вибором для вас стане гарна система планування завдань, що звільняє вас від цієї рутинної роботи і дозволяє планувати, автоматизувати і контролювати будь-яке число подібних завдань. До числа запланованих завдань можуть входити практично будь-які процеси адміністрування, технічної підтримки та виробництва, такі, як сервіси перезапуску систем, ротація журналів реєстрації, резервне копіювання даних, видалення тимчасових файлів, відправка рахунків-фактур по електронній пошті, Відправка повідомлень про прострочений балансі і розміщення замовлень у бізнес-партнерів.

Звичайно, для планувальника завдань корпоративного класу перераховані вище завдання не представляють ніяких труднощів. Може бути, вашій компанії потрібна додаток для управління більш складними завданнями? Можливо, вам потрібно послідовно запускати кілька завдань на безлічі серверів. Наприклад, ви хочете запускати завдання на сервер бази даних, щоб опитувати облікові записи користувачів, завантажувати їх вихідні дані на поштовий сервер і відправляти по їх адресами електронні повідомлення. Такі потоки завдань повинні запускатися на декількох системах в масштабі кількох відділів. Планувальник завдань повинен усувати помилки, що виникають в ході виконання потоків завдань навіть на кілька машин. При цьому помилка, що виникає при виконанні завдання на сервер А, і отриманий в результаті код помилки повинні впливати на порядок виконання завдань на сервер В.

Ми попросили вісім виробників надіслати свої програмні продукти планування завдань у лабораторію нашого журналу на тестування. На це прохання відгукнулися компанії Argent, ВМС Software, Computer Associates International, Cybermation, Tidal Software і Vexus Consulting. Компанія Hewlett-Packard повідомила, що в неї немає продукту, що відповідає всім нашим вимогам, a IBM просто відмовилася надати нам своє ПЗ Tivoli.

Принцип роботи п'яти протестованих нами продуктів (за винятком Vexus Avatar) однаковий. З метою збереження і планування завдань центральний сервер планування взаємодіє з базою даних. Коли приходить час запуску завдання, він звертається до спрощеного програмному агенту, що подає сигнал кінцевим точкам, які повинні виконувати це завдання. Після цього агент виконує сценарій, повертаючи коди статусу та інформацію про помилки на сервер планування. При цьому можна запускати додаткові завдання і переривати послідовності виконання завдань, або планувальник може чекати, поки оператор завдання візьме під свій контроль. Крім того, ці продукти підтримують передачу функцій основного сервера планування резервному. Пакет компанії Avatar працює трохи інакше: у ньому передбачено використання кожній кінцевою точкою «полегшеного» локального сервера планування. Як результат, завдання можуть виконуватися абсолютно незалежно один від одного без будь-якої взаємодії з центральним сервером.

Найбільш просунутими є продукти планування завдань компаній Computer Associates (CA) і ВМС. Хоча різниця у набраних цими продуктами балах мізерна, ми присудили титул переможця нашого тестування продукту CA Unicenter AutoSys Job Management 4.5, оскільки він має трохи кращі можливості контролю доступу і більш простий керуючий інтерфейс, а також підтримує більше число агентських (клієнтських) платформ.

Планувальники завдань: інформація для керівників

Щоб змусити ваші системи запускатися в потрібний вам час, потрібна чітка координація всіх завдань, починаючи з резервного копіювання серверів і закінчуючи генерацією торгових звітів. Хоча ви можете «сфабрикувати» доморосле додаток для запуску операцій і відстеження всіх завдань, шість протестованих нами в лабораторії журналу 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 для роботи без третього сервера. У тих середовищах, де планування завдань є критично важливим процесом або первинний і вторинний сервери територіально рознесені, використання третіми машини є досить ефективним прийомом.

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 добре виконує важливі завдання зі створення завдань і контролю залежностей між ними, але потребує поліпшення своїх можливостей створення попереджувальних повідомлень і планування завдань. Його інтерфейс чудово підходить для одних завдань і абсолютно не годиться для інших. Він, наприклад, легко створює завдання і візуалізує їх потоки, але його головний системний інтерфейс важкий в використанні.

Програмний компонент створення завдань цього продукту спроектований досить добре. Піктограми завдань можна перетягувати на робочу панель графічного середовища розробки подібно до того, як це робиться в програмному пакеті Visio. Це дозволяє переглядати залежності і порядок виконання операцій завдання, а також контролювати його виконання в реальному часі.

ESP має найкращі серед протестованих нами продуктів можливості перевірки залежностей. Ми могли контролювати журнал реєстрації подій, текстові рядка файлів, запуск процесів, сервіси, завантаження ЦП і використання дискового простору. Крім того, ми виконували запити SQL. Згодом завдання можна запускати з урахуванням результатів цього контролю.

Параметри контролю доступу можна призначати окремим користувачам або групам користувачів. Ми копіювали повноваження з одного об'єкта групи на інший і то ж робили з об'єктами користувачів. Повноваження також призначаються завданнями та календарів. Так, ми дозволили користувачеві модифіковані всі календарі за винятком календарів «виплати зарплати».

ARGENT JOB SCHEDULER 4.5A КОМПАНІЇ ARGENT SOFTWARE

Підтримуючий тільки Windows продукт Argent Job Scheduler надає потужні можливості генерації звітів та попереджувальних повідомлень і цілком підходить для малих і середніх підприємств. Однак, щоб привернути увагу великих підприємств, йому необхідно поліпшити підтримку подання зв'язків між завданнями, адміністрування, заснованого на ролях, і візуалізації потоків завдань.

ПО Argent завантажує призначену для користувача і групову інформацію з домену Active Directory, а в разі відсутності такого - з локального комп'ютера. Повноваження читання, запису та управління контролем доступу можуть надаватися на основі конкретних машин або класів завдань. Формування останніх полягає в об'єднання окремих завдань у групи. Цей продукт не дозволяє встановлювати повноваження контролю доступу для конкретних завдань і календарів. Хоча для організації потоків завдань і можна використовувати класи, така структуризація ускладнює візуальне представлення залежностей завдань.

Здатні розсилати по електронній пошті і через пейджер звіти і повідомляючі повідомлення відповідні кошти продукту Argent перевершували такі інших протестованих нами продуктів. Його повідомляючі повідомлення здатні програвати мелодію протягом заздалегідь встановленого відрізку часу, виконувати команду за допомогою інтерфейсу командного рядка сервера планування або відправляти що повідомляє повідомлення Windows на всі клієнти Windows. Повідомлення можна також відправляти на окремий продукт моніторингу та генерації попереджувальних повідомлень Argent Guardian, який, однак, не потрібний для виконання базових функцій генерації повідомлень. Звіти також можна генерувати і відправляти у відповідності з календарним планом.

AVATAR JOB SCHEDULING SUITE 4.5.5 КОМПАНІЇ VEXUS CONSULTING

Продукт Vexus Avatar має дві переваги - він простий у використанні і має низьку вартість. Avatar надає лише незначне число опцій конфігурації і має прості можливості створення завдань, а його вартість становить лише 500 дол в розрахунку на один центральний процесор. Компанія Vexus стверджує, що Avatar може на рівних конкурувати з Unicenter AutoSys або Control-M, однак ми встановили, що для великих підприємств розподілена архітектура цього продукту є значним недоліком. Avatar найкраще підходить для тих організацій, яким потрібні обмежені по можливостях або прості у використанні пакетні засоби управління, або для тих машин, які мають обмежені засоби взаємодії з центральним планувальником завдань.

Avatar докорінно відрізняється від інших протестованих нами продуктів. Якщо останні використовують модель «тупих» агентів з центральним «розумним» сервером планування завдань, то агенти Avatar працюють цілком самостійно. На кожен кінцевий вузол, який містить свої власні календар, черги завдань і визначення завдань, інсталюється свій повнофункціональний, хоча й «полегшений», сервер планування. Адміністрування агентів здійснюється за допомогою Web-клієнта, підключається до сервера Avatar виключно в цілях адміністрування, а не для запуску завдань. Хоча можна запускати завдання відразу на всіх машинах і додавати до керуючого інтерфейсу безліч серверів Avatar, ніякої центральної машини для фактичного створення завдань не існує.

Avatar не надає механізмів для розділення параметрів безпеки, календаря, груп користувачів і завдань. Аутентифікація користувачів здійснюється за допомогою пральних файлів або довідників локальних систем. Він не підтримує групи, тому параметри контролю доступу встановлюються для окремих користувачів або для всіх аутентіфіціруемих користувачів. На кожній машині можна встановити засновані на конкретних хостах або користувачів дозволяють або забороняють правила для таких операцій, як передача файлів, виконання і моніторинг завдань і встановлення залежностей між завданнями. Хоча Avatar дозволяє запускати за данія на всіх машинах, він не надає ніяких коштів міжсистемна візуалізації завдань.

Список літератури

«Мережі та системи зв'язку »№ 08 2005 г.