Зведене оновлення 1 для System Center Operations Manager 2019 (KB4533415)

Вступ

У цій статті описано нові функції та проблеми, які усуваються в System Center Operations Manager 2019 зведене оновлення 1. Ця стаття також містить інструкції з інсталяції цього оновлення.

Список функцій, випущених у зведеному оновленні 1, див. в цій статті Microsoft Learn:

• Що нового в system Center Operations Manager 2019 зведене оновлення 1

Усунуто покращення та проблеми

Виправлення та зміни веб-консолі

• Віджет State тепер підтримує сортування за станом здоров'я та віком.

• Віджети оповіщень тепер можна шукати за датою та сортувати відповідно до віку та тяжкості.

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

• Вікно подання зведення оповіщень у веб-консолі SCOM тепер можна розгорнути за потреби.

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

• Деякі додаткові смуги прокручування відображаються, якщо на веб-консолі створено віджет клієнта або якщо розмір вікна браузера зменшено.

• Покращення. Подання SCOM завантажуються та зберігаються набагато швидше, ніж раніше.

Виправлення та зміни в unix/Linux/Network monitoring

• За замовчуванням SCX зробив журналювання на рівні відомостей, що призводило до швидкого заповнення журналів SCX. У 2019 UR1 попередження та помилки записуються за промовчанням замість info.

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

• У сценарії, коли на агенті запущено кілька (близько 500) віртуальних мережевих інтерфейсів, SCOM іноді отримує оповіщення про відмову серцебиття для таких агентів. SCOM відстежує лише фізичні інтерфейси, розміщені на цих комп'ютерах. Для моніторингу віртуальних інтерфейсів потрібно встановити для параметра "enumvif" значення true.

• SNMP GET або SNMP WALK спричинив припинення реагування хоста моніторингу, якщо ідентифікатор мережевого об'єкта дорівнюватиме ULONG Max. Через ці проблеми записується подія з кодом 4000.

• Для серверів Linux distros, якщо версія ядра була 4.18 або пізніша, дані продуктивності, пов'язані з файловою системою, відобразилися як 0 в SCOM. Це виправлено в постачальника FS, щоб зробити його версією ядра агностиком і збирати відомості про статистику файлової системи.

• Async Windows Management Infrastructure (MI) API – це стандартні функції SCOM 2019 UR1 для покращення масштабування. Докладні відомості див. в цій статті Learn. 

 Admin виправлення консолі

• Коли адміністратор створив "одноразовий розклад режиму обслуговування" для не англійської мови, SCOM консолі відображається таке повідомлення про помилку: "Клієнт відключено від сервера. Зателефонуйте до ManagementGroup.Reconnect(), щоб відновити підключення." Тепер адміністратори можуть створювати одноразові розклади обслуговування.

• Якщо агент SCOM був багатопоміжний, SCOM 2019 MS завжди відображається тип входу як інтерактивний для цього агента. Тепер відображається правильний тип входу.

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

• У поданні "Operations Manager Products" у консолі Admin не оновлено стовпець Версія для інстальованої версії компонента. Цей стовпець тепер відображає оновлену версію всіх перелічених компонентів.

Інші виправлення

• Якщо системний проксі-сервер настроєно на сервері звітування, перезаписи проксі-сервера ігноруються монітором "Report Console Watcher Monitor" і "Монітором контрольного значення веб-консолі". Це призводить до помилки доступу за протоколами HTTP та HTTPS.  У виправленні UR1 параметр "Установити прямий проксі-сервер" цих моніторів можна встановити значення true , щоб отримати доступ до URL-адрес.

• Якщо мережу IPV6 увімкнуто, SCOM не виявив кластери Windows. (Кластери Windows розгортаються на серверах, лише якщо ввімкнуто мережу IPV6.) Мережа IPV6 тепер підтримується для моніторингу кластерів.

• Якщо контролер домену переміщено на інший сайт AD, SCOM не відображає правильне ім'я сайту. Також не вдасться створити динамічні групи для SiteName. Цей пакет керування містить виправлення цієї проблеми. 

• Якщо робочий каталог у profile.ps1 змінено, завдання відновлення "Restart System Center Management Health Service" не вдається. Цю проблему вирішено зараз.

Попередні виправлення

На додачу до цих проблем, у SCOM 2016 UR8 і попередніх зведених оновлення для SCOM 2016 також виправлено в SCOM 2019 UR1. Нижче наведено відомості про виправлення.

• У сценарії, коли SCOM відстежує сотні віртуальних машин, розміщених на одному сервері Hyper-v, служби служби справності для всіх віртуальних машин записують у файл сторінки віртуальної машини одночасно кожну годину. Через це одночасне довантаження диск вводу-виводу збільшується щогодини, і база даних не відповідає. За замовчуванням HealthService.exe тепер увімкнуто фільтрування пам'яті за погодинним розкладом. Розділ реєстру MemoryTrimming тепер надано в такому підрозділі, щоб вимкнути обтинання пам'яті та керувати тривалістю:
  
  HKLM\Software\Microsoft\Microsoft Operations Manager\3.0\Setup\MemoryTrimming

  Значення:
  
  Увімкнути: 0 (обтинання вимкнуто), 1 (обтинання увімкнуто)

  Затримка всекундах: Час, коли агент очікує початку обтинання (за замовчуванням 120)

  PeriodInSeconds: Повторюваний період, протягом якого потрібно обрізати робочий набір (за замовчуванням – 3600)

• Історичні дані не відображаються, якщо час завершення вхідного звітування настає до часу створення групи. У цьому виправленні історичні дані для групи (якщо дані доступні для об'єктів у групі) відображаються незалежно від часу створення групи.

• Зміни стану режиму обслуговування, записані в таблиці MaintenanceModeStage, потребують догляду, оскільки таблиця зростає. Якщо таблиця велика, догляд триває довше, а час очікування операції вичерпано та повертає виняток SQLTimeOut.

• Якщо групу перейменовано в пакет керування, на консолі відображається нове значення, але команда PowerShell Get-SCOMGroup повертає старе ім'я групи. Неузгоджено функції Оновлення баз даних для перейменування групи SCOM через пакети керування та консоль SCOM.

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

• Поліпшення: Інколи збережена процедура SQL "p_SelectForNewTypeCache" тривала до кінця, а служба SDK не запускалася. Цю проблему вирішено, щоб ця збережена процедура SQL завершуватиметься швидше.

• Поліпшення: Продуктивність консолі SCOM, коли вона містить список груп, тепер покращено.

• Користувачі групи з областями не могли користуватися консоллю.

• Під час спроби підключитися до Azure Log Analytics і Azure Monitor консоль SCOM аварійно завершувала роботу.

• SCOM Network Devices Discovery тепер також зонди для пристроїв SNMP V3.

• Звіт "Агенти за станом здоров'я" показав повторювані імена агентів.

• Виправлено проблему, яка перешкоджала доданню групи на приладній дошці пакета керування просторами зберігання Direct 2016.

• Агент Linux не може отримати правильну версію та відомості про порт для JBoss EAP 7.1.

• Вирішено проблему, яка спричиняє створення кількох пустих тимчасових файлів у каталозі /tmp серверів Linux.

• Виправлено проблему форматування, через яку виникали вихідні дані для завдання "Top10 CPU Processes" під час використання API інфраструктури керування Windows (MI).

• Виправлено проблему, яка пошкоджувала файл /etc/login.cfg на комп'ютерах AIX 7 під час інсталяції або оновлення агента.

• Агент AIX тепер переведено на 64-розрядний пакет, щоб розмістити більше стосу та простору купи, якщо це необхідно. Це потрібно, щоб уникнути будь-якого переповнення стека або купи, що іноді викликає серцебиття недостатності.

• Обчислення вільної пам'яті тепер належним чином розміщено на платформі RHEL-7.

Отримання зведеного оновлення 1 для System Center Operations Manager 2019

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

Microsoft Update

Щоб отримати та інсталювати з Microsoft Update, виконайте такі дії на комп'ютері, на якому інстальовано компонент Operations Manager:

1. Натисніть кнопку Пуск і виберіть Панель керування.

2. У Панель керування двічі клацніть Windows Update.

3. У вікні Windows Update виберіть перевірити наявність оновлень з Microsoft Update.

4. Виберіть Важливі оновлення доступні.

5. Виберіть пакет зведеного оновлення, а потім натисніть кнопку OK.

6. Виберіть Інсталювати оновлення, щоб інсталювати пакет оновлень.

Якщо комп'ютер працює під керуванням Windows Server 2016 або пізнішої версії, виконайте такі дії:

1. Натисніть кнопку Пуск >Настройки > Оновлення та безпека.

2. На вкладці Windows Update натисніть кнопку Перевірити наявність оновлень з Microsoft Update.

3. Виберіть Важливі оновлення доступні.

4. Виберіть пакет зведеного оновлення та інсталюйте пакет оновлень.

Завантаження вручну

Перейдіть на такий веб-сайт, щоб вручну завантажити пакети оновлень із каталогу Microsoft Update:

Завантажити пакет оновлень Operations Manager зараз.

Відомості про те, як завантажити файли служби підтримки Microsoft із онлайнові служби, див. в статті бази знань 119591.

Щоб отримати файл .exe для "Спрощене виправлення SCOM Management Server", перейдіть на цю веб-сторінку Центру завантажень Microsoft.

Щоб мати змогу переглянути правильну версію агента в SCOM, завантажте цей пакет керування.

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

Інструкції з інсталяції для Operations Manager 2019 UR1

Нотатки про інсталяцію

• Слід запустити це зведене оновлення як адміністратор SCOM.

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

• Якщо це чиста інсталяція System Center Operations Manager 2019, зачекайте кілька годин (зазвичай 6–8 годин), перш ніж застосовувати це зведене оновлення.

• Якщо службу захисту користувачів увімкнуто, запустіть msp-оновлення файлів у командному рядку в режимі адміністратора.

Спрощене виправлення сервера керування

SCOM 2019 Зведене оновлення 1 представляє безперебійний спосіб оновлення сервера керування SCOM. Підручний інтерфейс користувача допоможе виконати кроки інсталяції, які оновлять сервер керування, бази даних і пакети керування.

Крім того, ви можете використовувати KB4533415-AMD64-Server.msp для механізму оновлення без інтерфейсу, наприклад оновлення через SCCM тощо. Це також оновлює сервер, бази даних і пакети керування.

Докладні відомості див. в цій статті бази знань:

4538900 Спрощене виправлення SCOM 2019 Management Server

Замовлення на інсталяцію, що підтримується

1. Інсталюйте пакет зведеного оновлення на наведеній нижче інфраструктурі сервера.
   
   Примітка Сервер керування або сервери можна оновити за допомогою msp або спрощеного керування сервер виправлень інтерфейсу користувача.

   • Служби колекції аудиту

   • Комп'ютери серверної ролі веб-консолі

   • Шлюз

   • Операційна консоль роль комп'ютерів

   • Звітності

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

   • Інсталюйте .NET Framework 3.5, а потім повторно запустіть оновлення сервера керування.

   • Імпортуйте пакети керування вручну.

2. Застосувати оновлення агента.

3. Оновіть unix і Linux депутатів і агентів. 

Оновлення пакета керування UNIX і Linux

Щоб інсталювати оновлені пакети моніторингу та агенти для операційних систем UNIX і Linux, виконайте такі дії:

1. Застосуйте зведене оновлення 1 до середовища System Center Operations Manager 2019.

2. Завантажте оновлені пакети керування для System Center 2019 із такого веб-сайту Microsoft:
   
   System Center 2019 Management Pack for UNIX і Linux Operating Systems

3. Інсталюйте пакет оновлень пакета керування, щоб видобути файли пакетів керування.

4. Імпортуйте оновлений пакет керування для кожної версії Linux або UNIX, яку ви відстежуєте у своєму середовищі.

5. Оновіть кожного агента до найновішої версії за допомогою командлета Update-SCXAgent Windows PowerShell або майстра оновлення агента UNIX/Linux в області адміністрування операційної консолі. 

Відомості про видалення
 

Щоб видалити оновлення, виконайте таку команду:
 

msiexec /uninstall PatchCodeGuid /package RTMProductCodeGuid

Примітка Покажчик місця заповнення> <PatchCodeGuid представляє один із наведених нижче ідентифікаторів GUID.

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

Файли, оновлені в цьому зведеному оновленні

Наведені нижче пакети керування входять до складу компонента сервера за адресою "%SystemDrive%\Program Files\Microsoft System Center\OperationsManager\Server\Management Packs for Update Rollups"

• Microsoft.SystemCenter.OperationsManager.Internal.mp

• Microsoft.SystemCenter.HtmlDashboard.Library.mp

• Microsoft.SystemCenter.HtmlDashboard.Library. (LANGUAGECODE_3LTR).mp

• Microsoft.SystemCenter.2007.mp

• Microsoft.SystemCenter.2007. (LANGUAGECODE_3LTR).mp

• Microsoft.SystemCenter.Advisor.mpb

• Microsoft.SystemCenter.Advisor.Internal.mpb

• Microsoft.SystemCenter.Advisor.Resources. (LANGUAGECODE_3LTR).mpb

• Microsoft.SystemCenter.DBUpdateHelper.mpb

• Microsoft.SystemCenter.DataWarehouse.Report.Library.mp

• Microsoft.SystemCenter.OperationsManager.Reports.2007.mp

Файли, оновлені в цьому зведенні
 

Оновлені файли SQL

Нотатки про випуск

Докладні відомості див. в нотатках про випуск цього випуску.