Неправильне використання процесів від системних подій, пов’язаних із охороною здоров'я?

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

Ми намагаємось реалізувати збір даних показників ефективності, використовуючи стан здоров'я системи, як це передбачено тут

Існують звіти, які дають такі показники, як УТИЛІЗАЦІЯ ЦП, інше використання процесів тощо, що збираються з події охорони здоров'я системи

scheduler_monitor_system_health_ring_buffer_recorded

Я не в змозі зрозуміти для багатьох моїх зайнятих серверів, чому поле "process_utilization", яке зазначено у звіті як використання процесора SQL, більша частина часу перевищує 100. У піковий час воно коливається між 120-160 і через що звіт є завжди показує процесор вище 100, навіть якщо я перевіряв на моніторі активності серверів, це ніколи не буває.

Я порушив це питання в Github, але, здається, немає виправлень чи відповідей.

Тому моє питання було б

1. Як я можу отримати точне число для використання SQL-процесора для моїх серверів, використовуючи записаний буфер зворотного зв'язку системи?

2. Звіт також показує лічильник для нижче 2 полів, розрахованих на їхній звіт

1. 100-System_idle-process_utilization як OtherProcessUtil

2. 100-system_idle як SystemUtil

Для чого потрібні / корисні ці OtherProcessUtil та SystemUtil ?

3. Я також бачу використання пам'яті кожен раз, коли завжди відображається як 100. Це також не здається правильним. Хтось це помітив?

Інші інструменти, такі як Idera & sentry [які я тестував], не показують використання процесора вище 100% для тих же серверів. Я зробив пліч-о-пліч порівняння для того ж навантаження.

Значення для дискових та процесорних лічильників%, що перевищують 100%, слід розділити на кількість процесорів або дисків, присутніх у системі. Тож 100% означає, що він використовує 100% одного процесора. 250% означатиме використання двох та половини процесорів. Тож якщо він складає 120%, подивіться, чи це еквівалент 120 / <кількість процесорів>.

Зауважте, що остання зміна tigertools була в червні 2018 року. Ви можете перевірити sqlwatch.io, оскільки, здається, це набагато активніший проект.

Див. Social.msdn.microsoft.com/Forums/sqlserver/en-US/… та просто змінити його на TOP (1), щоб отримати поточне використання процесора SQL.

- Тоні Гінкл