Як виявити і виправити неполадки конфігурації часті зміни в операцій, менеджер

Переклади статей Переклади статей
Номер статті: 2603913 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

Додаткові відомості

Огляд конфігурації

Система центру управління конфігурацією служби несе відповідальність за обчислення конфігурації кожної служби охорони здоров'я, у групі керування менеджер операцій. Конфігурацію служби охорони здоров'я складається з правил, монітори, відкриттів та завдання, охорона здоров'я і всі зразки, що охорона здоров'я монітори.

Щоб обчислити всі необхідні конфігурації для кожної служби охорони здоров'я, управління конфігурацією служби повинні мати список таких елементів:
  • Всі зразки всіх відстежуваних класи
  • Хостинг відносини між зразками
  • Правила, монітори, відкриттів та інших робочих процесів, призначених відстежуваних класи
  • Медичних послуг, що відповідають за моніторинг зразків
Крім того, управління конфігурацією служби повинні мати можливість читати членство всі екземпляр групи у групі керування. Керування конфігурацією служби також повинні подати будь-які зміни для правила і моніторів, націлені на цих груп, класи або окремих екземплярів.

Об'єкти в групі управління буде визначено, як випадки відстежуваних класів, на основі даних відкриття, що про відкриття робочих процесів. Якщо змінити властивості об'єкта змінюється, цей об'єкт може додано як новий екземпляр відстежуваних клас. В іншому випадку, цей об'єкт більше не вважається екземпляр цього класу.

Як список для класів, що об'єкт належить, можливі зміни конфігурації також зміни для здоров'я сервіс, який відстежує цього об'єкта. Ці зміни відбуваються як правила, монітори, відкриттів, завдання, і заміщення додаються або видаляються з попередньої конфігурації.

Конфігурація маслоробки

Агенти можуть бути не може отримати стабільну конфігурації в таких випадках:
  • Великий обсяг даних відкриттів про керування конфігурацією служби.
  • Пошук даних про занадто швидко для керування конфігурацією служби для обробки перш ніж більше відкриття даних про. Цей сценарій виникає тому, що дані завжди буде в процесі нараховується.
Часті подання елементів даних, пошук, також відомий як "маслоробки конфігурації", може призвести до деяких медичних послуг запускати під старим конфігурацій або викликати конфігурації управління серверами стане застарілою. Цю поведінку, то причин, деякі медичні застосунок-служба відображаються сірим (недоступна) в консоль операцій.

Пошук даних про служби охорони здоров'я під Вільний час запуску робочого процесу відкриття. Впровадження нових оновлень для управління групою управління може призвести до кілька відкриття робочих процесів для запуску на кожного агента. І, як виявив нових екземплярів, додаткові відкриттів може працювати на деякі агентів. Зміни до групи, заміщення та інших робочих процесів може призвести до відкриття робочих процесів для запуску агентів. Та впровадження нових агенти також може викликати керування конфігурацією служби оновлення простору екземпляр конфігурації новий агент.

Служба управління конфігурацією змушена переобчислити настройки служби охорони здоров'я часто в таких випадках:
  • Відкриття процес настроєно на запуск занадто часто.
  • Властивості, які виявлені на робочий процес зміни під Вільний час кожного запуску робочого процесу відкриття.
Якщо ці сценарії виникнути через багато агентів, або управління серверами під важкі навантаження вже, управління конфігурацією служби може бути не в змозі йти в ногу з швидкість зміни, і конфігурації маслоробки може виникнути.

Ідентифікує конфігурацію маслоробки за допомогою MS журналу подій

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

Ім'я журналу: Операцій, менеджер
Джерело: OpsMgr сполучну лінію
Код події: 21024
Рівень: інформація
Комп'ютер: <MS name=""></MS>
Опис:
OpsMgr в конфігурації може бути застарілим для управління групи <ManagementGroupName></ManagementGroupName>і просив Останні конфігурації з конфігурації сервісу. Current(out-of-date) державний cookie є "3A B0 1E 5C 81 F3 12 F5 56 B7 8A EF F8 01 BA 09 86 55 06 48"


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

Ім'я журналу: Операцій, менеджер
Джерело: OpsMgr сполучну лінію
Код події: 21025
Рівень: інформація
Комп'ютер: <MS name=""></MS>
Опис:
OpsMgr отримала нові конфігурації для управління групи <ManagementGroupName>від конфігурації служби. Нова держава cookie є "34 FA 11 61 4D B8 03 59 3D-1D 66 B7 83 F3 C0 AA 7A 6F 1A 3B"</ManagementGroupName>


У типових середовищі кожен 21024 повинні дотримуватися на 21025. Якщо пошук даних не викликає будь-яких конфігураційні дані для зміни, подія ID замість цього буде 21026. Велика група управління слід очікувати пар 21024 і 21025 або 21026 події відбуваються кілька разів на годину. Довгі рядки 21024 події без відповідної 21025 або 21026 подія є ознакою маслоробки конфігурації. Крім того, запис А подій може показати наступні події, яка вказує, що маслоробки виявлено.

Ім'я журналу: Операцій, менеджер
Джерело: OpsMgr конфігурації служби
Код події: 29202
Рівень: попередження
Комп'ютер: <MS name=""></MS>
Опис:
OpsMgr конфігурації служби не вдалося отримати узгодженості з OpsMgr бази даних через занадто частими база даних змін.
Це може бути нормальним і тимчасового Збільшення відкриття даних; Однак перевірити Останні зміни, щоб визначити, якщо це Збільшення є несподіваним.
Останні моніторингу зміни об'єкта:
Екземпляр = %1
Клас = %2
Змінені Вільний час = %3
Змінити Номер у моніторингу відносин:
Відносини екземпляр = %4
Джерело екземпляр = %5
Цільова примірник = %6
RelationshipClass = %7
Змінені Вільний час = %8

На шар повинен прочитати кілька таблиць, коли шар даних Access запитів для зміни. Якщо одна з таблиць змінено після його прочитати, але перш ніж усі таблиці були читати, шар даних Access журнали попередніх події з Кодом 29202 та повторіть спробу. Якщо особа або відносини екземпляр прочитано протягом цього часу, інформацію про ці випадки включено подія поля. В іншому випадку, ці поля залишаться порожній.

Ідентифікує потенціал причини маслоробки конфігурації за допомогою єдина менеджер операцій

Управління групами, в якому було інстальовано компонент операцій Диспетчер звітів кілька SQL запитів можна визначити робочі процеси, які відправляєте часті зміни. Ці запити слід запускати в SQL управління студії проти єдина екземпляр.

Всього змін, про відкриття робочих процесів в останні 24 години:
select ManagedEntityTypeSystemName, DiscoverySystemName, count(*) As 'Changes' from (select distinct    MP.ManagementPackSystemName,    MET.ManagedEntityTypeSystemName,    PropertySystemName,    D.DiscoverySystemName,    D.DiscoveryDefaultName,    MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',     MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',    ME.Path,    ME.Name, 
   C.OldValue,    C.NewValue,    C.ChangeDateTime  from dbo.vManagedEntityPropertyChange C  inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId  inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid  inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId  inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId  inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId  left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId  AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%'  left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId  left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId  where ChangeDateTime > dateadd(hh,-24,getutcdate())  ) As #T group by ManagedEntityTypeSystemName, DiscoverySystemName order by count(*) DESC
Цей запит створює три стовпці. Перший стовпець не клас об'єкта, орієнтовані робочого процесу. У другому стовпці вказує внутрішнє ім'я робочого процесу відкриття. Третього впорядкована стопка карт з чергуванням кольорів вказує загальну кількість зміни властивостей для всіх екземплярів цього класу, які були представлені робочого процесу в останні 24 години. Загальна кількість змін, для всіх класів, представляє кількість разів, управління конфігурацією служби необхідно буде переобчислити конфігурації для здоров'я послуга агента.

Кількість змін для окремих класів об'єктів, навіть у стабільного середовища, не можуть коли-небудь досягти нуль. Будь-яких змін, наприклад, додавши або видаливши власності, агенти, які додано або decommissioned, сервер ролей, які додані або змінені і так далі, відображені в цифрах, які повернулися. У середовищах, в яких конфігурації маслоробки досвідчені один або кілька робочих процесів, швидше за все, показати значно більше значення, ніж інші робочі процеси.

Властивості змінилася в останні 24 години:
select distinct   MP.ManagementPackSystemName,   MET.ManagedEntityTypeSystemName,   PropertySystemName,   D.DiscoverySystemName,   D.DiscoveryDefaultName,   MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',   MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',   ME.Path,   ME.Name,   C.OldValue,   C.NewValue,   C.ChangeDateTime from dbo.vManagedEntityPropertyChange C inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId     AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%' left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId where ChangeDateTime > dateadd(hh,-24,getutcdate()) ORDER BY MP.ManagementPackSystemName, MET.ManagedEntityTypeSystemName
Цей запит можна визначити, які властивості змінилися в останні 24 години. У поєднанні з попередній запит, цей запит може показати, що старі і нові значення були за майно, яких агентів про зміну, робочий процес, що проводяться в відкриттям і управління упакувати в який він містив.

Як зменшити конфігурації маслоробки

Літні пакети управління представив відкриття робочих процесів, які про зміни властивостей, занадто часто. Поточна версія більшість управління пакети мають змінено ці відкриття робочі процеси, щоб надсилати дані менш часто, або управління пакети не запитувати летючі властивості, які часто змінюються. Ми рекомендуємо оновити управління пакетів, що містять робочих процесів, які часто відбуваються в попередній запит. Нові версії оновлень управління можуть бути завантажені з каталогу оновлень управління:
http://systemcenter.Pinpoint.Microsoft.com/EN-US/Applications/Search/Operations-Manager-D11?q

Якщо нова версія пакета управління недоступний, або нової версії не можуть бути розгорнуті зараз, інтервал відкриття може бути скоригована за допомогою перекрити запустити рідше. Іноді відкриття, що відповідає за маслоробки конфігурація може бути повністю вимкнуто перевизначити. Якщо виявлення вимкнуто протягом декількох тижнів, об'єкти, що відкрив робочого процесу можуть бути підготовлений з бази даних. Однак, відключення відкриття може надати короткостроковий обхідний шлях для ліквідації маслоробки конфігурації, як постійний рішення може бути реалізована перш ніж будь-які об'єкти доглянутий з бази даних. Робочим процесом також може ввімкнути короткі проміжки часу, щоб знову знайти об'єкти, перш ніж вони доглянутий.

Деякі робочі процеси в цих старих пакети управління обговорювалися в наступні блог:
http://Blogs.TechNet.com/b/kevinholman/Archive/2009/10/05/What-Is-config-Churn.aspx
Якщо робочий процес від користувача відкриття, що цілі летючі властивості, наприклад вільного місця на диску, відкриття повинні бути переписані так, що не розраховані на власність, яка часто змінюється. Відкриття робочі процеси не повинні орієнтувати екземплярів, що мають короткий термін служби (кілька тижнів або менше). Відкриття робочі процеси не повинні збирати властивості цих зразків, які часто змінюються (один або кілька разів на місяць). Летючі даних не вважається в розрахунку конфігурації. Таким чином, летючі даних повинна збиратися виконання правил а не відкриття робочих процесів.

Додаткові експлуатаційні тюнінг

У великих управління груп (більше 1000 агентів) на RMS може стати дуже зайнятий з операцій, які зазвичай не викликають проблеми в невеликих групах управління. У цій ситуації навіть невеликий курс зміни властивостей можуть викликати часті маслоробки з-за Вільний час, що потрібно, щоб процес зміни. Кілька змін конфігурації можна зменшити операційні накладні витрати на RMS і дозволити його обробити типовий швидкість зміни властивостей досить швидко, щоб уникнути конфігурації маслоробки. Ці зміни конфігурації обговорювалися в наступні блог:
http://Blogs.TechNet.com/b/mgoedtel/Archive/2010/08/24/Performance-optimizations-for-Operations-Manager-2007-R2.aspx

Змушуючи зміна конфігурації для управління групи

Якщо конфігурація створювати для управління групою виникає постійно, будь-які зміни, для зменшення частоти проблема робочих процесів, або вимкнути робочі процеси проблема ніколи не буде поширено на агентів. У цьому випадку, потік вхідних даних в відкриттям повинні заблоковано дозволити систему управління конфігурацією Центру обслуговування розрахувати поточної конфігурації, в якій робочого процесу, який виробляє ці дані вимкнуто або працює не так часто.

Пошук даних про до бази даних OperationsManager через до системи центр даних Access служби (DAS). Спочатку надсилання даних до в DAS на на RMS-служба системи управління. На RMS отримує ці дані із агентів або з інших серверах керування. Ви можете використовувати Брандмауер Windows або деякі інші мережі означає, щоб заблокувати вхідні підключення до RMS на порт 5723. Ця процедура блокування запобігає пошук даних триває надсилання до бази даних OperationsManager просто досить довго, для управління конфігурацією служби для обчислення поточної конфігурації для агентів, які є подання елементів даних.

Обслуговування системи управління і система центр даних Access служби на на RMS не повинно зупинено або вимкнуто, а управління конфігурацією служби Розрахунок поточної конфігурації. Систему управління конфігурацією Центру обслуговування вимагає такі інтерактивні елементи для того, щоб завершити підрахунок конфігурацію групи управління:
  • Система центру управління служби на на RMS має працювати та бути здоровим.
  • Система центру даних Access служби повинні мати можливість спілкуватися з бази даних.
Відзначається Крім того, деякі дані може стати відставання на агенти і на інших серверах керування хоча управління конфігурацією служби Розрахунок поточної конфігурації. Таким чином, виключення брандмауера або порт повинна бути піднята як тільки ви бачите події з Кодом 21025 в журналі подій операцій, менеджер з RMS. Ця подія вказує, що управління конфігурацією служби містить обчислювані нові конфігурації для управління групою, де робочий процес зараз вимкнуто чи змінено

Ідентифікує потенціал причини маслоробки конфігурації за допомогою операцій, менеджер звітності

Нові звіти були введені з версії 6.1.7599.0 операціях Manager 2007 R2 управління Pack. Ці звіти надають розуміння загального обсягу даних, що обробляє management group. Ці звіти можуть бути використані, встановити стандартні базових ліній і визначити можливості для настройки робочих процесів відкриття об'єкта. Як тільки конфігурації маслоробки визначені і вирішувати, ці звіти використовується для довгострокового планування для запобігання рецидивів маслоробки.

Завантажити пакет управління, відвідайте такі веб-сайті Microsoft:
http://www.Microsoft.com/Download/EN/Details.aspx?displaylang=EN&ID=23081
 
  • Обсяг даних по Pack управління доповіді

    Обсяг даних по доповіді управління Pack збирає інформацію про обсяг даних, які генерують пакети управління. Звіт містить список кількість входжень в упаковці управління для таких типів даних:
    • Відкриття
    • Оповіщення
    • Продуктивність (кількість примірників, які подаються для лічильників продуктивності та яка зібрані управління оновлень)
    • Події
    • Державна зміни
  • Обсяг даних по робочого процесу та примірник доповіді

    Обсяг даних по робочого процесу та примірник доповіді збирає інформацію про обсяг даних, що створюється, організований робочих процесів (відкриттів, правила, монітори і так далі) і випадки.

    Є два способи отримати доступ до цієї доповіді:
    • Об'єму даних на управління Pack звіту натисніть одну з підраховує клітинки в таблиці у верхній частині звіту, щоб відкрити том дані робочого процесу та екземпляр звіт для менеджменту пакети.
    • Запускати звіт безпосередньо з розділу звітування про в консоль операцій. При запуску обсяг даних робочого процесу та екземпляр звіт безпосередньо, ви повинні встановити параметри звіту, щоб налаштувати результати. У цьому звіті надано подробиці відомості об'єму даних по доповіді управління Pack. Таким чином, параметр за промовчанням не може надати інформацію, що ви шукаєте.

Властивості

Номер статті: 2603913 - Востаннє переглянуто: 2 серпня 2012 р. - Редакція: 2.0
Застосовується до:
  • Microsoft System Center Operations Manager 2007 R2
  • Microsoft System Center Operations Manager 2007
  • Microsoft System Center Operations Manager 2012
  • Microsoft System Center Operations Manager 2007 Service Pack 1
Ключові слова: 
kbtshoot kbmt KB2603913 KbMtuk
Машинний переклад
УВАГА! Цю статтю переклала програма машинного перекладу Microsoft, а не людина. Корпорація Microsoft пропонує вам як машинні переклади, так і переклади фахівців, щоб Ви мали доступ до всіх статей бази знань рідною мовою. Проте стаття, яку переклав комп’ютер, не завжди бездоганна. Вона може містити лексичні, синтаксичні або граматичні помилки. Так само помиляється іноземець, спілкуючись вашою рідною мовою. Корпорація Microsoft не несе відповідальність за жодні неточності, помилки або шкоду, завдану неправильним перекладом змісту або його використанням з боку користувачів. Крім того, корпорація Microsoft часто оновлює програму машинного перекладу.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 2603913

Надіслати відгук

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com