Одна из наиболее мощных функций пакета Microsoft System Center Operations Manager 2007 — это функция генерации отчетов. Отчеты Operations Manager строятся на базе хранилища данных, предназначенного для сбора исходных данных. Со временем эти необработанные данные агрегируются и только в таком формате сохраняются для формирования отчетов за прошедший период. Таким образом обеспечивается способность Operations Manager хранить данные в течение длительного времени без увеличения хранилища данных до таких размеров, что подготовка отчетов начинает занимать слишком много времени. В диспетчере Operations Manager хранение данных организуется с помощью базы данных SQL Server, а функция генерации отчетов реализуется на базе служб отчетов SQL Server (SSRS). Operations Manager обеспечивает необходимую инфраструктуру для работы исключительно мощной функции генерации отчетов, предоставляющей, помимо прочего, возможность формирования отчетов с анализом тенденций за длительные периоды времени.
Итак, реализованные в Operations Manager средства для составления отчетов отличаются исключительной мощностью и гибкостью. Но, с другой стороны, они сложны для восприятия и могут показаться неудобными в эксплуатации. В данной статье я предлагаю 10 рекомендаций, которые помогут читателям получать от средств генерации отчетов Operations Manager максимальную отдачу. Рекомендации касаются следующих областей:
- выполнение отчетов в Operations Manager;
- нахождение отчетов для Operations Manager;
- генерация собственных отчетов в Operations Manager;
- интеграция отчетов в Operations Manager.
Выполнение отчетов
Среди жалоб на неудобство работы с диспетчером Operations Manager чаще всего попадается такая: трудно выбрать объект, который мог бы стать предметом отчета. Для генерации отчета в Operations Manager недостаточно просто выбрать объект на экране и запустить отчет. Нередко возникает такая ситуация: вы открываете отчет, выбираете объект, который представляется вам подходящим, и получаете отчет с пустым экраном. К примеру, вы не можете выбрать группу серверов и сгенерировать на их основе отчет о свободном дисковом пространстве. Если созерцать пустые страницы отчетов, которые предъявляет вам Operations Manager, выше ваших сил, обратитесь к пяти первым рекомендациям. В них вы найдете сведения о том, как обнаруживать подходящие объекты для составления отчетов.
Чтобы понять, по какой причине страница отчета остается незаполненной, нужно познакомиться с принципом функционирования диспетчера Operations Manager. Он сводится к следующему: отбираются различные компоненты, именуемые объектами, а затем формируется модель работоспособности для каждого такого объекта. Первоначальные сведения об Operations Manager приведены в статье «Ключевые индикаторы производительности диспетчера Operations Manager», опубликованной в «Windows IT Pro/RE» № 7 за 2011 год. К числу объектов Operations Manager относятся серверы, процессоры, диски и распределенные приложения, такие как Microsoft Exchange Server. Объекты организованы в иерархическую структуру, так что объект «диск» является частью объекта «сервер». Объекты могут иметь определенное состояние работоспособности, при этом каждый из них содержит данные, которые могут быть использованы для подготовки отчетов; важно только, чтобы с соответствующим объектом был ассоциирован нужный счетчик производительности. Например, если в качестве объекта вы возьмете установленный на сервере накопитель, имейте в виду, что с ним не будет ассоциирован счетчик производительности процессора. Если же вы изберете другой объект — компьютер и находящиеся в нем объекты, то сможете увидеть счетчик производительности процессора.
Рекомендация № 1: Filter Options. При поиске корректных объектов для составления отчетов пользователи первоначальной версии Operations Manager 2007 нередко сталкивались с исключительными трудностями, поскольку список объектов в этой версии не ограничен теми, что фактически содержат данные для задуманного отчета. Чтобы отобрать подходящий объект, пользователь должен пропустить через фильтр все имеющиеся объекты и найти среди них нужный, располагающий данными для подготовки отчета. Если вы выберете неверный объект и запустите отчет, он не возвратит никаких данных. Чтобы решить эту проблему, разработчики Microsoft реализовали в версии System Center Operations Manager 2007 R2 поисковое средство Filter Options. Часть новых отчетов Operations Manager 2007 R2 теперь отображает предварительно отфильтрованные объекты, располагающие данными для отчета. Нажмите кнопку Search — и вы увидите объекты, содержащие данные для отчета. На экране 1 показан отчет, в котором указан единственный экземпляр базы данных SQL Server. Такими средствами оснащены не все отчеты, а только те из них, что подверглись переработке для версии Operations Manager 2007 и были дополнены средствами Filter Options.
Экран 1. Использование функции Filter Options в System Center Operations Manager 2007 R2 |
Чтобы найти отчеты, в которых реализована функция Filter Options, следует открыть панель Reporting в консоли Operations Manager, а затем — папку с отчетами. Откройте интересующий вас отчет и добавьте в него объект. Если в данном отчете реализованы средства фильтрации, вы увидите сообщение Filter Options have been applied (см. экран 1). Хороший пример функции Filter Options представлен в отчете об активности пользователей пакета управления SQL Server Management Pack.
В отчете Service Level Tracking Summary функция Filter Options не отображается, но при добавлении объектов (отображаемых как Service Levels) процедура поиска возвращает только приемлемые объекты (объекты, содержащие данные для отчета). В своей сети я создал отчет Service Level Tracking для работы с распределенным приложением Operations Manager с уровнем готовности свыше 99%. Кроме того, я написал собственное бизнес-приложение LOB01 и создал отчет Service Level Tracking с уровнем готовности свыше 99%. Если я добавлю к этому отчету какой-либо объект, распределенное приложение Operations Manager и мое приложение LOB01 будут включены в список для этого отчета.
Рекомендация № 2: отчеты с заранее заданными объектами. Поработав какое-то время со средствами формирования отчетов диспетчера Operations Manager, вы, возможно, придете к выводу, что для подготовки отчета необходимо знать объект, по которому требуется составить отчет. Но если вам нужно сформировать отчет с помощью Operations Manager, не думайте, будто для решения этой задачи вам нужно подобрать подходящий объект. Многие отчеты оснащаются средствами фильтрации, и зачастую отчеты, включенные в пакеты управления Microsoft, не выдают приглашения на ввод объектов. К числу объектов, не выдающих приглашений на ввод объектов, относятся перечисленные ниже.
- Представления мониторинга клиента (первые N приложений, увеличение и анализ первых N приложений, первые N групп ошибок, увеличение и анализ первых N групп ошибок).
- Хранилища данных Microsoft (свойства хранилищ данных).
- Библиотека генерируемых отчетов Microsoft (лицензии, наиболее частые предупреждения, обход ошибок).
- Пакет управления отчетами по данным работы (предупреждений в день, размер экземпляра, группа управления, пакет управления, наиболее распространенные предупреждения).
- Отчеты о статусе SCC (более подробно эти отчеты будут рассмотрены ниже).
- Мониторинг SQL Server 2008 Monitoring (первые пять заблокированных баз данных).
- Базовые отчеты по мониторингу System Center (число агентов по группам управления и версии, тома данных по пакетам управления, тома данных по процессам и экземплярам).
Названные отчеты можно сформировать с помощью панели Reporting; при этом выбирать соответствующий объект для того или иного отчета необходимости нет, поскольку объекты заданы заранее.
Рекомендация № 3: отчеты, документирующие свои объекты с данными. Рекомендация относительно Filter Options дает хорошие результаты при работе с отчетами, которые оснащены этой функцией, но во многих отчетах она не реализована. Если вам придется иметь дело с такими отчетами, выделите соответствующий отчет и просмотрите подробные данные о нем; там часто приводится список объектов, необходимых для составления отчета.
На экране 2 показан отчет по службам Windows Server Internet Information Services (IIS) 2003. В нем подсвечен список объектов, содержащих данные для этого отчета. Приведенный пример показывает, что в число объектов, содержащих данные для отчета, входят IIS 2003 Web Server и IIS 2003 Role. После запуска отчета эти сведения не отображаются. Поэтому, если вы хотите определить объекты, содержащие данные для этого отчета, подробные сведения об отчете необходимо изучить в панели Reporting до запуска отчета. Полученная таким образом информация существенно облегчит процесс выявления объекта, необходимого для построения отчета.
Экран 2. Проверка деталей отчета на предмет поиска объектов с данными для отчета |
Рекомендация № 4: запуск отчетов из панели Monitoring. До сих пор мы рассматривали рекомендации по использованию панели Reporting диспетчера Operations Manager. Однако в этом диспетчере отчеты лучше всего запускать с панели Monitoring. Все дело здесь в механизме использования объектов программой Operations Manager. Объекты ассоциированы со свойствами, и последние указывают на то, какие отчеты имеют отношение к соответствующему объекту. На панели Monitoring отображаются отчеты и задания, относящиеся к выделенному объекту. Если вы будете выполнять отчеты с панели Monitoring, вам не придется выделять объекты для формирования этих отчетов.
Выделив в папке Microsoft Windows Server представление Logical Disk State (экран 3) и тот или иной накопитель, вы сможете увидеть множество доступных задач (например, Logical Disk Defragmentation, Run Chkdsk, Run Chkntfs, Start Computer Management Console и Volume Information). Кроме того, вы увидите целый ряд отчетов (например, Alert Logging Latency, Alerts, Availability, Configuration Changes, Disk Performance Analysis, Event Analysis, Health, Operating System Storage Configuration). Если запустить один из этих отчетов, выделенный объект будет передан в отчет, и вам не придется указывать соответствующий объект.
Экран 3. Запуск отчета из панели Monitoring |
Поскольку данная концепция положена в основу диспетчера Operations Manager, описанный механизм работает и в различных консольных представлениях Operations Manager, таких, как Alert View, Diagram View, Event View и State View. Чтобы отобразить эти представления на экране, нужно щелкнуть на объекте правой кнопкой мыши и в открывшемся меню выбрать элемент Open.
Не следует исходить из того, что отчеты обязательно нужно запускать с панели Reporting. Запускайте их с панели Monitoring — и вам не придется возиться с выявлением соответствующих объектов и получать в результате отчеты с незаполненными страницами.
Рекомендация № 5: запуск отчетов с помощью представлений состояний. Хотя панель Monitoring предоставляет возможность передавать объекты отчетам, часто бывает трудно выяснить, какое именно представление необходимо для того, чтобы определить требуемые объекты. Пакеты управления хранятся на панели Monitoring в папках, структура которых может быть исключительно сложной. Чтобы упростить задачу, можно скопировать существующие представления состояний или создать новые представления состояний и разместить их в папке, специально предназначенной для запуска отчетов.
В панели Authoring создайте новый пакет управления (выберите пункты Administration, Management Packs, затем щелкните правой кнопкой мыши и выберите пункты Create Management Pack, QuickReports). После создания пакета управления он автоматически сформирует в панели Monitoring папку верхнего уровня с именем пакета управления (скажем, QuickReports).
Для примера откройте папку Microsoft Windows Active Directory, скопируйте представление DC State и вставьте его в папку QuickReports. Теперь можно дать новое имя и представлению DC State, чтобы облегчить его восприятие (например, назвать это представление Active Directory, как показано на экране 4). В этой папке вы также можете создавать собственные представления состояний; для этого нужно открыть папку, щелкнуть на ней правой кнопкой мыши, в контекстном меню выбрать пункты New, State View и выделить нужный объект.
Экран 4. Создание папки QuickReports для запуска отчетов из панели Monitoring |
Создав для объектов, необходимых для формирования отчета, различные представления состояний, вы сможете быстро выбрать несколько объектов (до 10 по умолчанию) и запустить отчет на выполнение. При запуске отчета подобным образом выбранные вами объекты будут переданы отчету. Более подробные сведения об использовании представлений о состояниях при выполнении отчетов можно найти в статье «QuickTricks: Creating really easy multiple server performance reports & how to create a report for multiple objects when you don-t know what object (s) to choose», опубликованной по адресу tinyurl.com/2ar5hcy, а также в статье «A Practical Example of the OpsMgr ‘QuickReports’ approach», размещенной по адресу tinyurl.com/6 xuc632.
Отметим, что в реестре имеется раздел для определения числа объектов, которые можно выбрать, чтобы на их основе запустить задание или отчет. Если вы хотите изменить это значение, откройте редактор реестра и перейдите в раздел HKEY_CURRENT_USER\Software\Microsoft\Microsoft Operations Manager\3.0\Console\TaskSelectedObjectsLimit. Параметр типа DWORD замените следующим:
- -1 (xFFFFFF): неограниченное число объектов (не рекомендуется);
- > 0: максимальное число одновременно выделенных объектов, для которых будут генерироваться задания или отчеты; по умолчанию значение приравнивается к 10.
Это значение можно изменить, однако считается, что данную операцию пользователь выполняет «на свой страх и риск». Общее правило таково: значение этого параметра реестра следует оставлять равным 10, если нет явной необходимости увеличить его для вашей сети. Я увеличил данное значение до 100 и получил тем самым возможность без каких-либо осложнений выбирать для выполнения отчета или задания до 100 объектов. В большинстве случаев значение не должно превышать число серверов в сети. Дополнительную информацию о связанных с консолью разделах реестра можно найти в статье «OpsMgr 2007: Registry keys to control the refresh of the admin console», опубликованной по адресу tinyurl.com/6elgwv3.
Поиск отчетов
В первых пяти рекомендациях описываются методы более рационального использования существующих отчетов Operations Manager. Следующие две рекомендации призваны помочь пополнить среду Operations Manager дополнительными, заранее подготовленными отчетами и тем самым обойтись без формирования собственных отчетов.
Рекомендация № 6: получение новых отчетов от Microsoft. В диспетчере Operations Manager разработчики Microsoft предусмотрели включение отчетов в пакеты управления. Возможность добавления пакетов управления непосредственно через консоль Operations Manager была реализована в версии Operations Manager 2007 R2. В разделе Management Packs панели Administration размещены средства для импорта или загрузки пакетов управления, которые вы можете добавлять из встроенного электронного каталога Microsoft. Эта функция помогает выяснить, для каких пакетов управления имеются обновленные версии.
Кроме того, консоль Operations Manager диспетчера Operations Manager 2007 R2 позволяет без труда определять, какие пакеты управления доступны, но пока не установлены. Установив пакеты управления технологиями, применяемыми в вашей сети, вы получите не только дополнительные средства мониторинга, но и дополнительные функции формирования отчетов для этих технологий.
Веб-портал Microsoft System Center Marketplace (размещенный по адресу pinpoint.microsoft.com/n-US/systemcenter и ранее известный под названием Pinpoint) — единая площадка в Интернете, где потребители могут найти приложения, профессиональные услуги, а также ИТ-организации. Кроме того, веб-сайт System Center Marketplace предоставляет посетителям возможность загружать пакеты управления для диспетчера Operations Manager. Эта возможность особенно полезна в ситуациях, когда пользователи не могут выйти в Интернет с консоли Operations Manager или когда пакеты управления в консоли Operations Manager недоступны.
Если отчеты System Center Core Monitoring Reports для вашей сети не отображаются в панели Report, имейте в виду, что в случаях, когда существующие пакеты управления обновляются через консоль Operations Manager, такие отчеты не предоставляются. Их можно получить с сайта System Center Marketplace. Можно действовать и по-другому: найти доступные пакеты управления во встроенном электронном каталоге Microsoft и добавить System Center Core Monitoring Reports.
Многие из недавно поступивших на рынок готовых отчетов исключительно полезны без какой-либо предварительной настройки. Так, отчет по хранилищу Microsoft Data Warehouse, именуемый Data Warehouse Properties, можно использовать для отображения актуального размера хранилища данных, а также для оценки его будущего объема в случае, если время хранения данных будет увеличено. Дополнительную информацию можно найти в статьях «Changing the OpsMgr Data Warehouse retention periods» и «Using reports to assess impacts to Data Warehouse sizing», опубликованных по адресу tinyurl.com/6yo3r6o.
В новейшую версию пакетов управления Operations Manager специалисты Microsoft включили новые варианты отчетов, более простые для восприятия и включающие сведения за прошедший период. На экране 5 показаны рабочие характеристики отдельной системы по таким метрикам, как процессор, память, диск и сеть.
Экран 5. Производительность в отчете System |
Наряду с этим данный пакет управления содержит отчет, отображающий ключевые индикаторы производительности Key Performance Indicators (KPI) группы систем и их работоспособности, как показано на экране 6. Этот отчет позволяет с легкостью сопоставлять рабочие характеристики всех серверов веб-фермы. Для пользователей заказных бизнес-приложений отчет предоставляет простой способ представления индикаторов KPI для всех серверов, обеспечивающих работу соответствующего приложения. Эти усовершенствованные отчеты дают возможность отображать метрики производительности и работоспособности отдельных серверов или их групп в исключительно детализированном и интуитивно понятном формате.
Экран 6. Производительность в отчете Utilization |
В результате интеграции соответствующих потребностям среды пакетов управления, а также обновления текущих версий пакетов управления потребители получают исключительно полезные готовые отчеты Operations Manager.
Рекомендация № 7: получение новых отчетов от сообщества пользователей. Сообщество пользователей семейства продуктов управления System Center расширяется; при этом многие его члены создают отчеты и делают их всеобщим достоянием. Один из лучших примеров, иллюстрирующих сказанное, — пакет SCC Health Check Reports, выпущенный недавно центром System Center Central (www.systemcentercentral.com). Ни один из отчетов, входящих в этот пакет управления, не предусматривает введение объектов пользователем (см. рекомендацию № 2):
- агенты — Agent Hotfix Report (OM);
- агенты — Agents Missing Hotfix Report (OM);
- агенты — Down Agents (OM);
- предупреждения — Alerts Closed by Specific User (DW);
- предупреждения — Alerts Closed by User [Count] (DW);
- предупреждения — Alerts Closed by UserID (DW);
- предупреждения — Number of Alerts per Day (OM);
- предупреждения — Top20 Alerts By Alert Count (OM);
- предупреждения — Top20 Alerts By Repeat Count (OM);
- Config Churn — Discoveries Last 24 Hours (DW);
- Config Churn — Modified Properties Details Last 24 Hours (DW);
- события — All Events Count By Last 7 Days (OM);
- события — Most Common Events by Number and Publisher (OM);
- события — Top20 Computers Generating the Most Events (OM);
- разное — Groups Report (OM);
- разное — Infrastructure Overview (OM);
- разное — Management Packs (OM);
- разное — Operational and Datawarehouse Usage Report (OM) — (DW);
- разное — Outage and Maintenance Report (DW);
- разное — Run As Profiles (OM);
- производительность — Performance Inserts Per Day (OM);
- производительность — Top20 Computers By Perf Count (OM);
- производительность — Top20 Performance Insertions By Perf (OM);
- производительность — Top Performance Baseline Generating Rules (OM);
- состояние — Noisiest Monitors (OM);
- состояние — Old State Changes Not Groomed (OM);
- состояние — State Changes Per Day (OM).
Данный пакет управления можно загрузить бесплатно с сайта System Center Central, где он помещен в каталог пакетов управления (tinyurl.com/5wscr5e).
Еще один пример в высшей степени полезного пакета управления, подготовленного членами сообщества, — прогностический отчет Дэниэла Сэвиджа (tinyurl.com/6jnzsxt). Этот отчет дает возможность использовать существующий счетчик производительности, собранный диспетчером Operations Manager, и составлять прогноз на период времени, который определяется данными за прошедшее время, представленными счетчиком производительности.
Как специалисты Microsoft, так и члены сообщества пользователей System Center продолжают разрабатывать новые отчеты и предоставлять их в общее пользование и после того, как на рынке появился Operations Manager. Перед тем как приступать к разработке собственных отчетов, просмотрите уже имеющиеся; возможно, кто-то уже создал отчет, подходящий для применения в вашей сети.
Создание собственных отчетов
На сегодня имеется большое число отчетов, созданных для диспетчера Operations Manager (если в вашей сети установлены соответствующие пакеты управления, вы сможете использовать их сотни), однако порой возникают ситуации, когда готовые отчеты не годятся для достижения поставленных целей. Разработан целый ряд методов для подготовки пользователями собственных отчетов; к ним относятся формирование связанных отчетов или работа с построителем отчетов Report Builder, а также с продуктами линейки Visual Studio. Дополнительные сведения о создании пользовательских отчетов можно найти в книге «System Center Operations Manager 2007 Unleashed» (издательство Sams, 2008; tinyurl.com/27mqnm) или в перечне «Operations Manager 2007 Management Pack and Report Authoring Resources» (tinyurl.com/6h2n335).
Рекомендация № 8: формирование новых отчетов с помощью представления «производительность». Обычно при создании отчетов используется библиотека Microsoft Generic Report Library. Эта библиотека была создана с целью предоставления пользователям универсального метода генерации отчетов в соответствии с индивидуальными требованиями того или иного предприятия. Из числа обобщенных отчетов чаще всего используется отчет о производительности из библиотеки Microsoft Generic Report Library. В ходе работы с этим отчетом возникает проблема, о которой я говорил при описании первых пяти рекомендаций: каким образом мы можем определить, какие именно объекты (или другие сведения) требуются для формирования отчета? Рассмотрим для примера вопрос, чаще всего задаваемый при формировании обобщенных отчетов: «Как создать отчет о свободном дисковом пространстве для нескольких объектов?» На сегодня не существует готового отчета для решения этой задачи — так как же сформировать подобный отчет?
Переходить непосредственно
в панель Reporting не следует. Вместо этого откройте представление «производительность» в панели Monitoring. Чтобы данные в представлении лучше читались, откройте представление производительности в новом окне. В этом представлении ищите объекты с помощью функции текстового поиска на счетчике %Free Space. В представлении «производительность» вы увидите все данные, необходимые для настройки обобщенного запроса производительности. Как показано на экране 7, почти все поля представления производительности соответствуют полям, используемым при создании обобщенного отчета:
- Path
- Rule
- Counter
- Instance
Экран 7. Использование представления «производительность» для нахождения поля для отчета |
При составлении отчета следующие два имени поля необходимо поставить в соответствие другим именам:
- -Target- = -Object- при настройке отчета;
- -Object- = -Performance object- при настройке отчета.
Представление производительности дает возможность быстро определить значения, которые нужно использовать в процессе настройки данного обобщенного отчета. Заблаговременно собрав соответствующие счетчики в данном представлении и выполнив «моментальный снимок» экрана, вы можете существенно упростить процедуру настройки отчета. Подробные пошаговые инструкции по процедуре формирования отчета free disk space можно найти в статье «Creating Useful Custom Reports in OpsMgr: How to create a simple free disk space report», размещенной по адресу tinyurl.com/23azujx.
Интеграция отчетов
Возможность запуска нерегламентированных отчетов — не единственная функция подготовки отчетов, реализованная в диспетчере Operations Manager. Наряду с этим вы можете с помощью функций служб отчетов SQL Server планировать создание отчетов и доставлять их.
Рекомендация № 9: планирование создания отчетов и их доставка. Реализованные в диспетчере Operations Manager функции обработки отчетов дополнительно расширяются благодаря тому, что они строятся на базе служб SSRS. В предыдущей рекомендации речь шла об использовании функций обработки отчетов для запуска нерегламентированных отчетов; наряду с этим Operations Manager может планировать создание отчетов и их доставку. Отчеты Operations Manager могут по графику направляться на файловый ресурс или передаваться по электронной почте.
Генерировать отчеты можно в целом ряде форматов (таких, как Microsoft Excel, RPL Renderer, Microsoft Word, Adobe PDF, Tiff, MHTML, CSV, HTML 4.0, XML). Эти файлы можно хранить в организованных в структуру папках; таким образом будут сохранены соответствующие данные за прошедший период или последние по времени примеры выполнения того или иного отчета.
Передача отчетов по каналам электронной почты часто используется для предоставления на еженедельной (или ежедневной) основе информации, касающейся заданной группы пользователей и содержащей сведения о производительности для их серверов. Так, у владельцев приложений может возникнуть потребность еженедельно получать отчеты о производительности для всех серверов веб-фермы. Или другой пример: администраторам Operations Manager могут потребоваться ежедневные отчеты обо всех агентах, которые на данный момент вышли из строя, скажем отчеты SCC Health Check Reports: Agents — Down Agents (OM).
Возможность планировать генерацию и доставку отчетов Operations Manager весьма полезна. Эти функции встроены в службы SSRS, но администраторы сетей Operations Manager нередко забывают о них.
Рекомендация № 10: интеграция отчетов в панели мониторинга и в консоли Operations Manager. Существуют различные варианты панелей мониторинга, доступные для пользователей диспетчера Operations Manager. В одном из этих вариантов панель мониторинга диспетчера служб Service Manager используется для обеспечения возможностей панели мониторинга диспетчера Operations Manager. Панель мониторинга Service Manager построена на базе сервера Microsoft Office SharePoint Server и благодаря этому наделена дополнительными возможностями, например функцией включения в веб-часть просматриваемой страницы другого веб-сайта. Отчеты в Operations Manager доступны через URL, поэтому, если вы знаете, какой указатель URL нужно добавить в панель мониторинга, процедуру интеграции отчетов выполнить весьма просто.
Чтобы идентифицировать указатель URL, необходимый для обращения к отчету, сделайте следующее.
- На панели Reporting консоли диспетчера Operations Manager введите настройки для отчета, в соответствии с которыми он должен отображаться.
- После настройки отчета выберите пункты File/Publish.
- На консоли Operations Manager выберите пункты Administration, Settings, Reporting, чтобы идентифицировать URL веб-узла отчетности.
-
4. Перейдите на указанный сервер (http://
/reports). Откройте папку My Reports, после чего откройте опубликованный вами отчет. Скопируйте URL, отображаемый вверху веб-страницы.
Интеграция панели мониторинга может предусматривать включение существующего отчета в веб-часть представления страницы или содержать ссылку, которая позволит дополнить информацию, отображенную на панели мониторинга. К примеру, вы можете разместить ссылку на панели мониторинга Operations Manager, где подробно описываются наиболее распространенные тревожные сообщения в сети.
Кроме того, вы можете использовать ссылку, которая указывает на дополнительную информацию о том или ином объекте, показанном на панели мониторинга. Можно создать панель, на которой отображается время, необходимое в настоящий момент для выполнения синтетической транзакции на сайте. На этой панели можно разместить ссылку на отчет, отражающий тенденции выполнения той же синтетической транзакции за прошедший период. Основная идея состоит в том, что в распоряжении пользователей имеются указатели URL, которые могут быть интегрированы в целый ряд панелей мониторинга, и в конечном итоге пользователи панелей получат более полную информацию.
В консоли Operations Manager реализовано представление, именуемое Web Page View. Это представление размещается на панели Monitoring и дает возможность отображать на консоли Operations Manager тот или иной указатель URL. С помощью пути к отчету, который мы ввели на шаге 4, можно интегрировать данный указатель так, чтобы он отображался в консоли Operations Manager, как показано на экране 8.
Экран 8. Вывод отчета на панель Monitoring |
При передаче указателей URL для отчетов в представлении Web Page View важно иметь в виду следующее. Для передачи символа / (косая черта) указатель URL использует значение %2f. Но представление Web Page View не принимает этих символов; если вы хотите, чтобы представление отобразило нужную вам страницу, замените значение %2f символом / (косая черта).
Ключ к эффективности
Реализованные в диспетчере Operations Manager средства обработки отчетов отличаются исключительной мощностью, но зачастую администраторы используют лишь часть их потенциала. 10 представленных в статье рекомендаций помогут вам получить от этих средств максимальную отдачу и предоставить пользователям и администраторам Operations Manager более эффективный инструмент для работы.
Кэмерон Фуллер (cameron.fuller@catapultsystems.com) — главный консультант компании Catapult Systems, специализирующейся на консалтинге в сфере ИТ. Имеет сертификаты Microsoft Gold Certified Partner и Operations Manager MVP