ІТ-інфраструктура для вашого підприємства
Вимоги до установки
Екран 1. Setup Prerequisites повідомляє про пропущені програмах.
На Екрані 2 показано вікно Setup Prerequisites так, як воно виглядає після установки на станції необхідного програмного забезпечення. Тепер можна натискати кнопку Setup та приступати до процедури розгортання MOM.
Екран 2. Setup Prerequisites повідомляє про встановлення пропущених програм.
Якщо планується встановити базу даних MOM на окремий сервер, зробити це потрібно до установки сервера MOM, так як програма інсталяції MOM повинна перевірити готовність бази даних до роботи. Установка бази даних MOM складається з двох етапів: спочатку встановлюється тільки база даних, а потім вже все інше.
керуючі пакети
MOM має модульну архітектуру, спроектовану таким чином, щоб можна було виконувати моніторинг обчислювальної середовища в залежності від конкретних умов. Є базовий керуючий пакет (Base Management Pack) MOM - набір визначених атрибутів станції, правил обчислень, джерел даних і сценаріїв - і конфігураційні налаштування, більш-менш підходящі для того чи іншого випадку. Модулі базового керуючого пакета MOM, перераховані в Таблиці 1, включають практично все, що необхідно для моніторингу служб ядра Windows. Під час установки MOM вибираються тільки ті модулі пакета, які представляють інтерес в даному випадку. Якщо потім виявиться, що потрібен додатковий модуль, його можна встановити. Завантаження необов'язкових для конкретної роботи модулів призведе до марної витрачання ресурсів бази даних MOM і буде «засмічувати» консоль управління.
Існує можливість додатково розширити функції MOM. Якщо у вас є якесь додаток, яке генерує події і записує їх в системний журнал чи інші файли, ця інформація може бути передана в MOM і використана для моніторингу роботи програми. Для таких цілей до складу MOM SP1 включений новий пакет розробника SDK2.
Пошук обслуговуються серверів і установка агентів
Після завершення установки сервера MOM необхідно розставити агентів MOM на обслуговуваних серверах. MOM Agent Manager задіє технологію Managed Computer Rules (MCR), і на основі імен доменів і комп'ютерів виявляє в мережі обслуговуються станції. Якщо схема іменування комп'ютерів добре продумана і складена за принципом розташування сервера або виконуваній функції (наприклад, NYCEXBE01 або NAEASTDC01), набір використовуваних правил пошуку виявиться невеликим. Якщо схема іменування складена як доведеться, тоді можна використовувати ім'я домену та станції разом з груповими символами; але в цьому випадку MOM може виявити набагато більше станцій, ніж потрібно насправді. В цьому випадку адміністратору належить описати більшу кількість правил, щоб вибрати тільки обслуговуються комп'ютери. Необхідно відкрити контекстне меню Agent Manager в консолі MOM Management Console, вибрати Properties і перейти на вкладку Managed Computers. На ній наводиться список виявлених станцій і статус установки агента для кожної з них.
Agent Manager використовує або автоматичний, або заснований на отриманні підтверджень процес для установки агентів на станціях. Якщо обраний автоматичний процес, Agent Manager встановлює програму-агент на всі комп'ютери, виявлені під час циклу сканування мережі. Якщо вибрати процес з підтвердженням, всі виявлені станції будуть внесені в список на установку в каталозі configurationpending installation, і розставити агенти можна буде на індивідуальній основі. Якщо Agent Manager виявив комп'ютерів більше, ніж очікувалося, слід встановити для Agent Manager параметр Require Approval. Це призведе до того, що агенти будуть інстальовані тільки на обслуговувані станції. Після того як агенти MOM будуть встановлені на станції, вони почнуть працювати за правилами, описаним в комп'ютерній групі даної станції, і передавати інформацію на сервер MOM.
Формули групування комп'ютерів
Екран 3. Вираз для групи комп'ютерів.
Великі групи комп'ютерів можуть бути розділені на більш дрібні підгрупи - наприклад, групу Exchange можна поділити на групи Front End, Back End, Mailbox і Public Folder. Для цього потрібно створити нові комп'ютерні атрибути і ввести їх у відповідні формули. Як правило, нові атрибути генеруються на основі унікальних значень реєстру. Якщо потрібні значення реєстру відсутні, їх можна створити вручну.
Робота з базою даних MOM
Розробники Microsoft рекомендують замість функцій автоматичного зростання файлу бази даних використовувати ручні операції, так як під час автоматичного зростання бази всі операції з базою даних припиняються, що можуть перешкоджати функціонуванню MOM. Необхідно запустити SQL Server Enterprise Manager, вибрати базу даних MOM, відкрити вікно Properties і збільшити розмір бази. Слід мати на увазі, що його можна тільки збільшити, але не зменшити.
складання сценаріїв
Пакет SDK2, що входить до складу MOM SP1, містить приклади створення видів MOM (MOM view), джерел даних MOM (MOM provider) - мова йде про події та оповіщеннях. Крім того, є Pocket PC tool (Pocket MOM) і середовище розробки для розширення можливостей MOM. Зазвичай компанії створюють для різних системних адміністраторів всілякі види, орієнтовані на виконання певного кола завдань. Наприклад, адміністраторам Exchange надається вид, в якому присутня статистика розсилки і прийому повідомлень. В одній компанії було створено вид MOM, в якому кожен сервер був «підсвічений» червоним, жовтим або зеленим, і співробітники служби підтримки швидко визначали статус обслуговується станції.
Користувачі з деяким досвідом розробки програм (особливо на VBScript) можуть написати власний сценарій і інтегрувати його в середу MOM. У MOM SP1 включений RunMOMScript, програма командного рядка для тестування і налагодження сценаріїв MOM. У керуючих пакетах є більше 70 сценаріїв, написаних на VBScript і JScript. Всі вони знаходяться в ulesadvancedscripts в консолі MOM. Число прикладів сценаріїв залежить від кількості модулів, встановлених при розгортанні MOM.
У лістингу 1 представлений простий сценарій запуску довільної служби на комп'ютері. Інтерфейс сценаріїв MOM дозволяє передавати в програму параметри, що ще більше збільшує його гнучкість. Користувач при виклику даного сценарію вказує ім'я комп'ютера, назва служби, число спроб і число секунд очікування між спробами.
Лістинг 1. Приклад MOM-сценарію.
Інтеграція з продуктами незалежних розробників
Фахівці Microsoft розробляли комплексну систему моніторингу - MOM - для використання в мережах Windows, але MOM може співіснувати з будь-якими системами менеджменту, що задовольняють стандартам Windows Management Instrumentation (WMI), SNMP. Крім того, можна використовувати програмні коннектори NetIQ і NEON Systems. Незабаром з'являться двонаправлені коннектори для таких систем, як OpenView від HP і Tivoli від IBM.
NEON iWave Integrator дозволяє встановлювати двосторонні комунікації між MOM і такими системами організації підтримки, як Remedy Help Desk. Через коннектор MOM автоматично посилає оповіщення на Help Desk, який відповідає спеціальним пакетом. Після того як співробітники служби підтримки з'ясують причину проблеми і вирішать її, Help Desk зв'яжеться з MOM і зніме позначку про інцидент.
Від тестування до промислового використання
Як правило, впровадження MOM на промисловому рівні передує створенням концептуального проекту в лабораторних умовах і поширюється на кілька серверів у складі тестового домену. На етапі пілотного проекту адміністратори знайомляться з можливостями MOM і налаштовують його стосовно до конкретних лабораторним умов. Згодом інформація, що надається MOM, стає життєво важливою для обслуговування і моніторингу лабораторії. Адміністратори приходять до висновку, що згортати пілотний проект в лабораторії не варто, потрібно просто розширити область охоплення до масштабів всієї компанії. У подібній ситуації необхідно мати на увазі наступні обставини.
Отже, ми розглянули параметри розгортання, які можуть використовуватися для настройки MOM в конкретних умовах, звертаючи особливу увагу на можливе переміщення MOM зі стін лабораторії в промислову середу. Практичні рекомендації, представлені в статті, слідують з реального досвіду експлуатації MOM в різних компаніях. MOM допомагає зберегти важелі управління ключовими системами компаній, але, як і при роботі з будь-яким програмним забезпеченням і службами, правильне розгортання системи в дуже великій мірі визначає її подальшу ефективність.
Таблиця 1. Склад модулів Base Management Pack.
Таблиця 2. Склад модулів Application Management Pack.
Поділіться матеріалом з колегами і друзями