Sử dụng quy trình không chính xác từ các sự kiện mở rộng sức khỏe hệ thống?


10

Gần đây tôi đã làm việc để hiểu dữ liệu hoặc số liệu được lưu trữ trong tệp sự kiện mở rộng sức khỏe hệ thống.

Chúng tôi đang cố gắng thực hiện việc thu thập dữ liệu của các số liệu hiệu suất bằng cách sử dụng sức khỏe hệ thống như được cung cấp tại đây

Có các báo cáo cung cấp các số liệu như TIỆN ÍCH CPU, sử dụng quy trình khác, v.v. được thu thập từ sự kiện sức khỏe hệ thống có tên

scheduler_monitor_system_health_ring_buffer_recorded

Tôi không thể hiểu được đối với một số máy chủ bận rộn của mình tại sao trường "process_utilization" được liệt kê trong báo cáo là việc sử dụng CPU SQL hầu hết thời gian trên 100. Trong thời gian cao điểm, nó thay đổi trong khoảng từ 120-160 và do đó báo cáo là luôn hiển thị CPU trên 100 mặc dù khi tôi kiểm tra từ máy chủ hoạt động thì không bao giờ xảy ra trường hợp đó.

Tôi đã nêu vấn đề này trong Github nhưng có vẻ như không có sửa chữa hoặc phản hồi.

Vì vậy, câu hỏi của tôi sẽ là

  1. Làm cách nào tôi có thể nhận được số chính xác cho việc sử dụng CPU SQL cho các máy chủ của mình bằng cách sử dụng bộ đệm vòng sức khỏe hệ thống được ghi lại?

  2. Báo cáo cũng hiển thị bộ đếm cho dưới 2 trường được tính trên báo cáo của họ

  1. 100-System_idle-process_utilization dưới dạng OtherProcessUtil

  2. 100-system_idle là SystemUtil

Là gì những OtherProcessUtilSystemUtil cần thiết / hữu ích cho?

  1. Tôi cũng thấy việc sử dụng bộ nhớ mỗi lần luôn hiển thị là 100. Điều đó có vẻ không đúng. Có ai để ý không?

Các công cụ khác như Idera & sentry [mà tôi đã thử nghiệm] không hiển thị mức sử dụng CPU trên 100% cho cùng một máy chủ. Tôi đã làm một so sánh cạnh nhau cho cùng tải.

Câu trả lời:


1

Giá trị cho bộ đếm và bộ xử lý% vượt quá 100% nên được chia cho số lượng bộ xử lý hoặc đĩa có trong hệ thống. Vì vậy, 100% có nghĩa là nó đang sử dụng 100% của một bộ xử lý. 250% có nghĩa là nó sử dụng bộ xử lý hai và một nửa. Vì vậy, nếu nó báo cáo 120%, hãy xem liệu đó có tương đương với 120 / <số lượng bộ xử lý> không.

Lưu ý rằng thay đổi mới nhất đối với tigertools là tháng 6 năm 2018. Bạn có thể kiểm tra sqlwatch.io vì đây có vẻ là một dự án tích cực hơn nhiều.

Xem social.msdn.microsoft.com/Forums/sqlserver/en-US/ , và chỉ cần thay đổi nó thành TOP (1) để có được mức sử dụng CPU SQL hiện tại.

- Tony Hinkle

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.