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

Тип работы:
Реферат
Предмет:
Информатика, программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

Тестируем пакети планування заданий

Майкл Дж. Димариа

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

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

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

Протестированные нами планувальники завдань є ланцюгом між мэйнфреймами і середовищами 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 г.

ПоказатьСвернуть
Заполнить форму текущей работой