Применение мониторинга информационной среды предприятия
-Комплексный мониторинг служб за счет интегрированного наблюдения за приложениями, инфраструктурой и действиями конечных пользователей
Знания, накопленные группами разработчиков серверов, клиентских приложений и прикладных программ, позволяют быстрее решать проблемы
Интегрированное взаимодействующее решение, которое улучшает эффективность управления ИТ-средой
Сокращение количества и среднего времени простоев
Непрерывный мониторинг состояния информационных систем
Оперативное оповещение специалистов о сбоях
Автоматическое выполнение корректирующих действий (там, где это возможно)
Удобные средства диагностики, выполнение заданий на удаленных серверах
Раннее обнаружение условий, предшествующих сбою
Раннее обнаружение нехватки ресурсов.
Повышение уровня защищенности информационных ресурсов
Мониторинг событий безопасности
Контроль отклонения значений параметров безопасности от рекомендуемого уровня
Обнаружение отсутствующих обновлений ПО
Снижение материальных и временных затрат на подготовку специалистов
Готовая база знаний по продуктам
Ведение корпоративной базы знаний
Привязка статей базы знаний к возникающим событиям
Возможность быстро оценить состояние системы в целом
Средства наглядного отображения состояния
Отслеживание статуса проблем
Контроль отклонений от нормативов на время обработки событий
Более точное планирование работ по развитию ИТ инфраструктуры
Всесторонний анализ накопленных данных о сбоях и их влияния на потребителей ИТ услуг
Выявление первоочередных задач
Возможность оценить результаты
Провайдер – источник информации.
Критерий – условия отбора данных для реакции.
Реакция – в качестве реакции на произошедшее событие могут быть определены различные действия – генерация SNMP трапа, запуск скрипта, создание алерта, отправка оповещения.
С правилом может быть связана информация базы знаний.
Пакеты управления - Определяют правила сбора и обработки информации, а также способ реакции на события
Пакеты управления содержат:
Описание источников данных (Providers)
Правила сбора и обработки данных
Группы оповещения
Правила группировки компьютеров
Скрипты (Scipts) и инструменты (Tasks)
Базу знаний
Представления данных для консоли оператора
Схему классов и атрибутов для мониторинга состояния сервисов
Сервисная модель любой системы мониторинга базируется на определении роли каждого сервера в IT инфраструктуре и определении модели «здоровья» для данной роли.
State View обеспечивает графическое представление для моделей «здоровья».
Роль сервера – например SQL Server
Компоненты роли – например SQL Agent, DTC и т.д.
Экземпляр - Instance
Модель состояний определяется пакетами управления, средства редактирования ограничены.
State View позволяет выявить с каким компонентом роли возникли проблемы и моментально перейти к изучению причин сбоя (в alerts и events view)
Роли определяются для каждого управляемого узла (Per “computer” basis)
Пакеты управления, например, от Microsoft:
Microsoft Active Directory
Microsoft Cluster Server
Domain Name Server
Microsoft Exchange
Microsoft Internet Information Services
Microsoft Baseline Security Analyzer
Microsoft Operations Manager Server
Microsoft Systems Management Server
Microsoft SQL Server
Microsoft Windows Server 2000, 2003, 2008
+ пакеты для MOM (ISA, FRS, …)
Другие пакеты управления
HP Servers
Proliant & Integrity lines
MP от HP
Cisco Appliances
Jalasoft и NetIQ
UNIX & Linux
NetIQ и Metilinx
А также Lotus Domino, Oracle Database Server…
… другие производители, которые входят в Microsoft Management Alliance
Задачи создания и использования Health model
Документировать и приоритезировать главные известные ошибки.
Документировать все индикаторы, которые позволяют определить и измерить «здоровье» системы.
Документировать все известные «состояния здоровья» системы, которые потенциально могут быть на всех этапах жизненного цикла системы.
Документировать процедуры определения, проверки, диагностики и восстановления для всех сбойных состояний (Product Knowledge).
Определить инструменты и результаты их работы (Tasks) необходимые для определения, проверки, диагностики и восстановления из сбойных состояний.
Основные инструменты построения Health model
Таблицы, в которых документированы все инструменты управления, состояния «здоровья», все возможные входы и выходы состояний и связи между ними, процедуры проверки и диагностики, а также процедуры восстановления в «здоровые» состояния.
Диаграмма состояний «здоровья» по каждой системе с указанием всех возможных состояний и переходов между ними.
Правила мониторинга для автоматизации диагностики и восстановления.
