Архив рубрики ‘ исправляем пакет управления

Продолжаю допиливать SCOM2012R2. На сей раз решил разобраться с периодически возникающим алёртом вида:

Алёрт этот генерируется правилом “Workflow Runtime: Failed to run a process or script” из пакета управления System Center Core Monitoring. Однако выключать правило не стоит. Оно просто реагирует на события, возникающие в логе “Operations Manager” при сбое выполнения скрипта.  А вот сам скрипт вызывается монитором: “The required SCOM hotfixes for Exchange MP are not installed.” из пакета управления “Exchange Server 2010″.

Этот монитор проверяет, подходит ли версия агента SCOM, установленная на сервер Exchange для работы пакета управления Exchange MP. Дело в том, что ранние версии агентов глючили с этим пакетом управления.

Посмотрим, что там не ладно со скриптом. Читать запись полностью »

Сегодня мы продолжим приводить в порядок пакет управления “Windows Server DHCP Management Pack for System Center Operations Manager 2007″.

В первой серии данной эпической саги мы разобрались, почему пакет управления вызывает ошибки в журналах событий “Operations Manager” на серверах с операционной системой Windows 2003, а также, почему он пытается мониторить DHCP на серверах с операционной системой Windows Server 2012/R2, хотя не должен этим заниматься.

Во второй серии мы запретили пакету управления дискаверить DHCP на Windows Server 2012/R2, теперь эти серверы исчезли из всех списков и с них перестали сыпаться мусорные алёрты. Также мы добавили 3 новых класса, чтобы складывать в них DHCP:

  • на серверах Windows Server 2008 и 2008R2,
  • только на серверах Windows Server 2008 R2,
  • только на серверах Windows Server 2008.

И ещё мы запустили дискаверинг сущностей в эти классы.

Было:

Стало:

Продолжим идти по плану. Читать запись полностью »

Сегодня мы продолжим доводить до ума пакет управления Windows Server DHCP Management Pack for System Center Operations Manager 2007. В прошлой серии мы выяснили, что для устранения ошибок в логах и логике работы мониторинга нужно серьёзно потрудиться.

Фактически у нас есть правила и мониторы, которые применяются на всё, а должны применяться выборочно:

  1. на Windows Server 2003, 2008, 2008R2,
  2. только на Windows Server 2008 и 2008 R2,
  3. только на Windows Server 2008,
  4. только на Windows Server 2008 R2.

Значит, нам нужно либо разбить пакет управления на 3 разных (по одному для каждой операционной системы), либо нам придётся делать три класса в рамках одного пакета управления. Если мы пойдём первым путём, то сильно увеличим количество папок в консоли оператора, которых и там не мало, так что будем хитрить с классами. К тому же, это будет интересно. Для правильного нацеливания правил и мониторов и минимизации работ, нам понадобится 4 класса.

Старшим классом, на который останутся нацелены большинство правил и мониторов мы оставим класс Microsoft.Windows.2008R2.DHCP.Server.Role, из него мы отфильтруем лишние операционки: 2012 и 2012R2 – они нам не нужны. На этот класс мы нацелим правила и мониторы, которые могут отрабатывать на всех ОС: Windows Server 2003, 2008 и 2008R2

С этим классом мы свяжем отношениями hosted 2 новых класса:

  • Microsoft.Windows.2008R2.DHCP.Server.Role.2008and2008R2Only – сюда мы поместим DHCP серверы на Windows Server 2008 и 2008 R2,
  • Microsoft.Windows.2008R2.DHCP.Server.Role.2008R2Only – сюда мы поместим DHCP серверы только на Windows Server 2008 R2.

Предварительный план работ такой:

  1. Изменить дискавер класса Microsoft.Windows.2008R2.DHCP.Server.Role, чтобы он не обнаруживал DHCP на Windows Server 2012/2012R2
  2. Добавить ещё один 2 класса, связанные отношениями типа hosted с классом Microsoft.Windows.2008R2.DHCP.Server.Role.
  3. Сделать дискаверы для новых классов.
  4. Перенацелить обращающиеся к журналам событий “Microsoft-Windows-Dhcp-Server/FilterNotifications” и “Microsoft-Windows-Dhcp-Server/Operational” правила и мониторы  на класс с DHCP серверами только на Windows Server 2008 R2.
  5. Перенацелить все правила и мониторы, обращающиеся к уникальным для Windows Server 2008R2 счётчикам производительности на новые классы.
  6. Что-то придумать со счётчиками, которые существуют на Windows Server 2008, но к которым указаны неверные пути.

Начнём, пожалуй. Читать запись полностью »

Стандартное начало. Открываем журнал событий Operations Manger на серверах и видим много красных событий, так или иначе связанных с мониторингом серверов DHCP.

Это всё – попытки открыть несуществующие журналы в папке журналов событий DHCP Server. Вот SCOM пытался открыть журнал “Microsoft-Windows-Dhcp-Server/Operational”:

Читать запись полностью »

Просматривая в очередной раз журналы событий на серверах, я наконец решил взяться за массовые ошибки от WSUS, которые у нас возникают чуть ли не на каждом втором сервере. Вот как выглядела эта неприятность:

В массе своей ошибки сообщали о невозможности извлечь информацию из какого-нибудь счётчика сервера WSUS, например :

Log Name:      Operations Manager
Source:        Health Service Modules
Date:          24.03.2014 15:41:10
Event ID:      10102
Task Category: None
Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      sql01.domain.int
Description:
In PerfDataSource, could not resolve counter WSUS: Reporting Web Service, Computer status rollups received, . Module will not be unloaded.

One or more workflows were affected by this.

Workflow name: Microsoft.Windows.Server.UpdateServices.2012.Server.PerformanceCollection.

ReportingWebService.Computerstatusrollupsreceived
Instance name: WSUS
Instance ID: {409F1F3C-B8ED-FB6C-42F0-F28F1904E470}

Что в общем-то неудивительно, потому что подобные события регистрировались на серверах, которые к WSUS никакого отношения не имеют. Конечно на них нет таких счётчиков, неоткуда им там взяться. Дальше я решил посмотреть, зачем SCOM пытается вытаскивать с этих серверов счётчики WSUS. Не потому ли, что он принял их за серверы с ролью WSUS? И правда, соответствующий список в консоли SCOM оказался битком набит лишними сервера. Читать запись полностью »

Несмотря на то, что по планете уже давно победно шествует Windows 2012 Server редакции R2, в отдельных хозяйствах ещё используется Windows 2012 Server SP1 (не R2), и по разным причинам перейти на R2 народ не спешит. Вот у одного из наших клиентов в роли терминального сервера оказалась Винда 2012 без возможности апгрейда.

Мониторингом роли Remote Desktop Services на Windows 2012 занимается пакет управления “Windows Server 2012 Remote Desktop Services Management Pack”. Для R2 был выпущен отдельный пакет управления “Windows Server 2012 R2 Remote Desktop Services”, который делает всё тоже самое, но для Windows Server 2012 R2. Отличаются пакеты управления не только поддерживаемой версией Windows Server, но и тем, что пакет управления для Windows Server 2012 глючит со страшной силой.

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

Log Name:      Operations Manager
Source:        Health Service Modules
Date:          14.03.2014 15:27:27
Event ID:      26004
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      ts01.domain.int
Description:
The Windows Event Log Provider is still unable to open the Microsoft-Windows-RemoteDesktopServices-Gateway/Operational event log on computer ‘ts01.domain.int’. The Provider has been unable to open the Microsoft-Windows-RemoteDesktopServices-Gateway/Operational event log for 4320 seconds.

Most recent error details: The specified channel could not be found. Check channel configuration.

One or more workflows were affected by this.

Workflow name: UIGeneratedMonitor2afa761fe82d4ce0b77f1cf5d497261e
Instance name: Remote Desktop Gateway
Instance ID: {66D01E45-A8A9-7616-9E7C-FF4A170E2FAA} Читать запись полностью »