Tôi là sinh viên của Đại học Fontys ở Eindhoven và hiện tôi đang thực hiện một loạt các cuộc phỏng vấn để giúp phát triển công cụ SQL Server và tôi muốn nhận phản hồi từ các chuyên gia trong lĩnh vực này.
Một trong những câu hỏi của tôi là:
Những bộ đếm hiệu suất nào bạn có thể xem trên Trường hợp Máy chủ SQL để xác định hiệu suất và sức khỏe tổng thể của nó?
Đặc biệt tôi quan tâm đến các giá trị ngưỡng khi tốt trở thành xấu.
Jamil Young Eindhoven Hà Lan
Câu trả lời:
Đây là hướng dẫn Perfmon của tôi cho SQL Server: http://www.brentozar.com/archive/2006/12/dba-101-USE-perfmon-for-sql-performance-tuning/
Để biết thêm quầy và ngưỡng, đây là một poster chúng tôi đã làm khi tôi ở Quest: http://www.quest.com/document/landing.aspx?id=11635
Đây là một chủ đề lớn với nhiều tài liệu có sẵn với một vị trí của Google. Là một điểm khởi đầu, đây là những quầy tôi có xu hướng nhìn vào đầu tiên:
Bộ xử lý -% Thời gian xử lý
Hệ thống - Chiều dài hàng đợi của bộ xử lý
Bạn có thể sẽ nhận được một giá trị mục tiêu khác nhau cho việc sử dụng CPU từ mỗi DBA bạn yêu cầu. Giấy phép SQL Server rất tốn kém, vì vậy một mặt bạn muốn tối đa hóa việc sử dụng CPU trong khi mặt khác bạn không muốn thỏa hiệp tính khả dụng. Trong một thế giới lý tưởng với khối lượng công việc được hiểu rõ, bạn có thể nhắm mục tiêu sử dụng 70%, cảnh báo ở mức 80-90%, cảnh báo ở mức 90% +. Quay trở lại thế giới thực với khối lượng công việc đạt đến đỉnh và đáy, bạn có thể thoải mái hơn khi nhắm mục tiêu trung bình 50-60%.
Bộ nhớ - MByte có sẵn
Tệp hoán trang -% sử dụng
Với Máy chủ SQL chuyên dụng, tùy thuộc vào RAM được cài đặt, ít hơn 100-200mb bộ nhớ khả dụng có thể cho thấy tình trạng đói và nguy cơ phân trang của HĐH. Nói chung, chúng tôi không muốn xem nhiều hoạt động tệp trang vì vậy tôi đang điều tra xem%% sử dụng có lớn hơn 2% hay không và có lo ngại nếu nó đạt 5%
Trình quản lý bộ đệm - Tỷ lệ nhấn bộ đệm bộ đệm
Trình quản lý bộ đệm - Tuổi thọ trang
Cả hai bộ đếm này được xem xét tốt hơn so với một đường cơ sở đã được thiết lập cho một máy chủ. Lý tưởng nhất, chúng tôi muốn tỷ lệ nhấn bộ nhớ cache càng gần 100% càng tốt và PLE chạy trong hàng nghìn giây. Hãy chú ý khi họ rời khỏi mức trung bình lịch sử.
Thống kê SQL - Yêu cầu hàng loạt / giây
Thống kê SQL - Tổng hợp / giây
Thống kê SQL - Biên dịch / giây
Yêu cầu / giây là một thước đo tương đối tuyệt vời cho mức độ bận rộn của máy chủ. Các giá trị biên dịch / biên dịch cao có thể cho thấy các chu kỳ CPU bị lãng phí khi biên dịch truy vấn.
Đĩa vật lý - Trung bình Đĩa giây / Đọc
Đĩa vật lý - Trung bình Đĩa giây / ghi
Đĩa vật lý - Đĩa đọc / giây
Đĩa vật lý - Đĩa ghi / giây
Một hướng dẫn sơ bộ cho hệ thống IO được cấu hình đúng là <5ms (lý tưởng là 1ms) cho các ổ đĩa nhật ký, <20ms (lý tưởng <10ms) cho dữ liệu. Đọc / ghi mỗi giây nên được xem xét so với giới hạn đã biết đối với (các) ổ đĩa, tức là nếu bạn có dung lượng 1000 IOPS, tôi sẽ đánh giá các tùy chọn nâng cấp khi IOPS trung bình đạt 750.