Опис зведеного оновлення 5 для System Center 2012 R2 Operations Manager

Operations Manager

• Процес Monitoringhost аварійно завершує роботу через помилки прив'язування до Active Directory
  
  . Було зроблено виправлення, щоб запобігти аварійному завершенню роботи Monitoringhost.exe, якщо не вдалося підключитися до служба доменів Active Directory (AD DS). Трасування стека від аварійного завершення роботи відображає помилку "System.DirectoryServices.ActiveDirectory.ActiveDirectoryServerDownException".
  
  

• Облікові записи RunAs не можна редагувати, тому що "Указаний тип неприпустимий" виняток
  
  , облікові записи RunAs можна розповсюджувати лише на вибраний комп'ютер через вкладку розповсюдження властивостей "Виконати як обліковий запис". Коли комп'ютер зі списку розсилки списано з Operations Manager і запустити як обліковий запис відкривається, з'являється такий виняток, і комп'ютери не відображаються в списку:
  
  

  System.InvalidCastException: указаний акторський склад неприпустимий. на Microsoft.EnterpriseManagement.Monitoring.Internal.MonitoringObjectGenerated.get_Id()

  
  Цю проблему вирішено, і виняток більше не виникає.
  
  

• Програма аварійно завершує роботу, коли пошук завершено без критеріїв фільтра в конструкторі
  
  розподілених програм. Було зроблено виправлення, щоб переконатися, що консоль не аварійно завершує роботу після завершення пошуку без умов фільтра в конструкторі розподілених програм.
  
  

• MonitoringHost аварійно завершує роботу з винятком – System.OverflowException: значення завелике або замале для int32
  
  Зміни сутностей відстежуються за допомогою EntityChangeLogId у таблиці EntityChangelog, а EntityChangeLogId освоїться в таблиці як значення Int64. Таблиці ManagedType, які починаються з MT_*, посилаються на EntityChangeLogID. Код, який використовувався для вставлення в таблицю ManagedType, мав тип даних Int32 замість типу даних Int64. Коли Значення EntityChangeLogID перевищує обмеження Int32, виняток аварійно завершив роботу MonitoringHost. Це виправлено, і MonitoringHost більше не аварійно завершує роботу.
  
  

• Підтримка для виправлення неполадок сценаріїв
  
  PowerShell. Коли збираються трасування для виправлення неполадок сценаріїв PowerShell, у журналах не відображаються параметри, які передаються сценаріям PowerShell. Для спрощення виправлення неполадок внесено зміну коду для журналювання цих відомостей.
  
  

• Операційна Аналітика через Operations Manager
  
  System Center Порадник поліпшується з багатьма захоплюючими функціями і ребрендується як "Операційна Аналітика". Дізнайтеся більше про нову функцію операційної Аналітика. Назва продукту оновлюється в компоненті plug-in Operations Manager для system Center Порадник.
  
  

• "Скинути базовий план", "Призупинити базовий план" і "Відновити базовий план" не вдається, якщо вони виконуються з правилом
  
  колекції оптимізованої продуктивності. Коли ця проблема виникає, з'являється такий виняток:
  
  

  Microsoft.EnterpriseManagement.ContainerException: контейнер не може знайти компонент з іменем "TaskRuntime", сумісний із типом "Microsoft.EnterpriseManagement.ServiceDataLayer.ITaskRuntimeServiceInternal, Microsoft.EnterpriseManagement.DataAccessService.Core

  
  

• Виняток виникає під час редагування передплат, які містять видалені монітори або об'єкти
  
  . Передплату створено за допомогою умови "створено певними правилами або моніторами". Якщо таку передплату змінено та пов'язані з ними монітори або правила видаляються, з'являється такий виняток:
  
  

  System.NullReferenceException: посилання на об'єкт не настроєно на екземпляр об'єкта.
  at Microsoft.EnterpriseManagement.Mom.Internal.UI.Controls.SourceChooserCriteriaItem.GetSources()
  at Microsoft.EnterpriseManagement.Mom.Internal.UI.Controls.SourceChooserCriteriaItem.Search(CancelFlagWrapper cancelFlag)

  
  Усунуто проблему, щоб не викликати виняткову ситуацію та відобразити інші припустимі правила або монітори.
  
  

• Не можна встановити ширину
  
  стовпця Віджет. Якщо для віджета встановлено явну ширину стовпця, ширина не має значення в сітці, яка відображається. Це сталося через неправильний вираз перевірки Regex. Цю проблему виправлено, і явна ширина стовпця має починати відображатися в інтерфейсі користувача.
  
  

• Подія 4506: дані видалено через забагато непогашених даних
  
  Коли забагато даних перенаправлено в модуль, Operations Manager реєструє 4506 повідомлень, а потім видаляє дані. Обмеження жорсткого кодування становить 5120 елементів глобально (у агенті). Це глобальне обмеження параметризовано та доступне в реєстрі. Ви можете встановити значення, створивши один із двох таких розділів реєстру:
  
  

  Розділ реєстру 1	Розділ реєстру 2
  Розташування реєстру: ім'яHKEY_LOCAL_MACHINE\Software\Policies\Microsoft\System Center\Health Service DWORD: Максимальна загальна кількість даних, що очікує на розгляд : значення DWORD:nnnn (Де nnnn – кількість елементів у всьому світі. За потреби встановіть для цього значення більше 5120.)	Розташування реєстру: ім'яHKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HealthService\Parameters DWORD: Максимальна загальна кількість даних, що очікує на розгляд : значення DWORD:nnnn (Де nnnn – кількість елементів у всьому світі. За потреби встановіть для цього значення більше 5120.)

  
  

• Підтримка обробки тайм-аутів
  
  Datawarehouse Operations Manager datawarehouse кидає такі події, як 31551, 31552, 31553, коли виникають проблеми під час вставлення даних у сховище даних. Одна з причин, чому ці події можуть виникнути через SQL винятки часу завершення роботи. Коли реєструються такі події, пов'язані з SQL винятками часу очікування, журнали тепер також містять відомості про те, як подовжити ці час очікування. Докладні відомості про ці винятки див. тут.
  
  

• Не вдалося продовжити сканування за допомогою ФУНКЦІЇ NOLOCK через рух
  
  даних. Якщо компонент, наприклад Orchestrator, намагається викликати функцію бази даних Operations Manager fn_AlertViewChanges, це може викликати виняток "Не вдалося продовжити сканування з NOLOCK через рух даних". Це ініціюється надлишковою інструкцією NOLOCK у SQL SP. Це виправлено, як і будь-які помилки, викликані цим винятком.
  
  

• $ScriptContext.Context не зберігає значення в віджетах PowerShell, у яких використовуються віджети
  
  PowerShell $ScriptContext.Context відображають пусті. Після цього виправлення контекст зберігається.
  
  

• Раніше диспетчер операцій ознайомлення
  
  відображав попередження за 60, 30, 1 день і за останній день щогодини до завершення періоду оцінювання. Цю помилку змінено на помилку, тому ви знаєте, що Operations Manager припинить роботу, щойно завершиться період оцінювання. Вона також містить посилання на статтю бази знань, яка допомагає перетворити ознайомлювану версію на зареєстровану версію.

пакет керування UNIX/Linux

• Оновлення агента UNIX/Linux для Operations Manager скидає стан глибокого моніторингу для серверів програм JEE.
  
  Ця проблема стосується екземплярів Java Application Server, для яких увімкнуто функцію "Глибокий моніторинг". Коли ви оновлюєте агент UNIX або Linux для Operations Manager, екземпляри більше не є "Deep Monitored", і вони вимагають іншого виконання завдання enable Deep Monitoring management pack.
  
  

• За замовчуванням монітор rpcimap для Red Hat Enterprise Linux 5 тепер вимкнуто.
  
  Red Hat Enterprise Linux 5.10 і пізніших версій видаляє стандартний демон rpcimap, який присутній в попередніх випусках Red Hat Enterprise Linux 5. Критичні оповіщення створюються для служби rpcimap, яка не працює на Red Hat Enterprise Linux 5.10. За замовчуванням монітор rpcimap для Red Hat Enterprise Linux 5 тепер вимкнуто. Однак його можна повторно ввімкнути за допомогою заміни в пакеті керування.
  
  

• Моніторинг у часовому поясі UTC +13 (наприклад, Окленд, Нова Зеландія з переходом на літній час) спричиняє збій шаблону "Unix Process Monitoring".
  
  Ця проблема стосується всіх серверів UNIX/Linux, розташованих у часовому поясі UTC +13. Під час спроби використовувати Unix моніторинг процесу шаблон для сервера, розташованого в UTC +13 часового поясу, у журнал агента може бути записано таке попередження (/var/opt/microsoft/scx/log/scx.log):
  
  

  Попередження [scx.core.providers.provess_provider:266:2250:140361722332992] SCX_UnixProcess_Class_Provider: EnumerateInstances – формальний аргумент "offsetFromUTC" неприпустимий: SCXRelativeTime: years=0 months=0 days=0 hours=0 minutes=780 microseconds=0 – [/home/serviceb/ScxCore_R2URNext_Debian50_x64/pal/source/code/scxcorelib/pal/scxtime/absolute.cpp:856]
  

• Під час використання утиліти "scxadmin -log-rotate" ця функція припиняє журналювання до журналу агента (/var/opt/microsoft/scx/log/scx.log) після завершення обертання журналу.
  
  Якщо ви використовуєте програму scxadmin разом із параметром -log-rotate, вхід у систему /var/opt/microsoft/scx/log/scx.log може не відновитися, якщо не буде випущено перезавантаження (scxadmin -restart).

Відомості про завантаження

Пакети оновлень для Operations Manager доступні в Microsoft Update або вручну.