시스템 상태 확장 이벤트에서 잘못된 프로세스 활용?

최근에 시스템 상태 확장 이벤트 이벤트 파일에 저장되는 데이터 또는 메트릭을 이해하려고 노력하고 있습니다.

여기에 제공된 시스템 상태를 사용하여 성능 메트릭의 데이터 수집을 구현하려고합니다.

CPU UTILIZATION, 기타 프로세스 활용률 등과 같은 시스템 상태 이벤트에서 수집되는 보고서를 제공합니다.

scheduler_monitor_system_health_ring_buffer_recorded

SQL 서버 사용률로 보고서에 나열되는 "process_utilization"필드가 100보다 많은 시간이 가장 많은 이유는 바쁜 서버 중 일부에 대해 이해할 수 없습니다. 서버 활동 모니터에서 확인했을 때 항상 100을 초과하는 CPU를 표시합니다.

Github 에서이 문제를 제기했지만 수정이나 응답이없는 것 같습니다.

그러므로 제 질문은

1. 기록 된 시스템 상태 링 버퍼를 사용하여 서버의 SQL CPU 사용률을 정확하게 얻으려면 어떻게해야합니까?

2. 보고서는 또한 보고서 당 계산 된 2 개 미만의 필드에 대한 카운터를 보여줍니다.

1. OtherProcessUtil로서의 100-System_idle-process_utilization

2. SystemUtil로 100-system_idle

이 OtherProcessUtil 및 SystemUtil 은 무엇에 필요한가요?

3. 또한 항상 100으로 표시 될 때마다 메모리 사용률이 표시됩니다. 누구도 알아 차렸습니까?

테스트 한 Idera & sentry와 같은 다른 도구는 동일한 서버에서 CPU 사용률이 100 %를 초과하지 않습니다. 같은 하중에 대해 나란히 비교했습니다.

100 %가 넘는 디스크 및 프로세서 % 카운터 값 시스템에있는 프로세서 또는 디스크 수로 나누어야합니다. 따라서 100 %는 하나의 프로세서를 100 % 사용하고 있음을 의미합니다. 250 %는 2 개 및 절반 프로세서를 사용한다는 의미입니다. 따라서 120 %를보고하는 경우 120 / <프로세서 수>와 같은지 확인하십시오.

tigertools의 최신 변경 사항은 2018 년 6 월입니다 . 훨씬 더 활발한 프로젝트 인 것처럼 sqlwatch.io 를 확인할 수 있습니다 .

social.msdn.microsoft.com/Forums/sqlserver/en-US/…를 참조 하여 TOP (1)로 변경하여 현재 SQL CPU 사용량을 가져 오십시오.

– 토니 힝클