Máy chủ SQL hoạt động chậm

Tôi có Microsoft SQL Server chạy trên máy chủ IBM có 10 lõi và RAM 64 GB.

Tôi có từ 100 đến 300 người dùng làm việc đồng thời trên máy chủ.

Người dùng phàn nàn về sự chậm chạp của ứng dụng. Tôi đã kiểm tra máy chủ và thấy mức sử dụng CPU là 6%, mức sử dụng RAM là 4GB và mức sử dụng mạng lên tới 1Mb / giây. Tôi có một dòng chuyên dụng 4Mbps.

Tôi đã cố gắng để thu thập các thông tin khác trên máy chủ như Blockingvà Wait Statistics:

nhập mô tả hình ảnh ở đây

Thời gian chờ tài nguyên trung bình là 40 giây.

Tôi không thể giải thích nguyên nhân. Bất cứ ai có thể đề nghị một cách để giải quyết điều này?

Nếu cần thêm thông tin, tôi có thể cung cấp.

BIÊN TẬP:

Theo đề xuất, tôi đã thêm các mục sau:

Tuổi thọ trang 3

nhập mô tả hình ảnh ở đây

Số liệu thống kê IO

nhập mô tả hình ảnh ở đây

Thống kê chờ

nhập mô tả hình ảnh ở đây

Thông tin máy chủ

nhập mô tả hình ảnh ở đây

Tình trạng bộ nhớ

nhập mô tả hình ảnh ở đây

Danh sách thực hiện truy vấn

nhập mô tả hình ảnh ở đây

sql-server sql-server-2008 performance

— Amritpal Singh
nguồn

Câu trả lời:

Sau các cuộc thảo luận trong trò chuyện , chúng tôi đã thiết lập:

Máy chủ SQL doanh nghiệp 32 bit.
Bộ nhớ 3,5 GB đang sử dụng (không có AWE / PAE).
Cơ sở dữ liệu 2.1GB với vùng đệm 1.3GB.
Tuổi thọ của trang là 3 giây.

Các bản sửa lỗi được đề xuất là:

AWE / PAE là một sửa chữa nhanh chóng để cơ sở dữ liệu phù hợp với bộ nhớ.
Điều tra các truy vấn IO thường được gọi, cao nhất được xác định.
Xem xét xây dựng lại đến 64 bit.

— Mark Storey-Smith
nguồn

Tôi nghĩ vấn đề chính là SQL Server không sử dụng tất cả RAM bạn có (cửa sổ 32 bit?). bạn có thể tìm ở đây . Bạn nên đảm bảo máy chủ sql không sử dụng nhiều hơn 4 GB ram (trong trường hợp của bạn - tối đa 60 GB ( giới thiệu )).

Sau khi bạn cho phép máy chủ sử dụng RAM và nếu điều đó vẫn chưa đủ, bạn có thể áp dụng một số (hoặc tất cả) các bước sau:

tối ưu hóa tempdb (vị trí tệp = số lượng đĩa / tệp khác nhau = lõi CPU / 2)
tối ưu hóa tệp nhật ký (đĩa riêng)
sử dụng các nhóm tệp chỉ đọc (ít khóa hơn)
tùy thuộc vào các đĩa bạn có - tạo thêm tệp cho mỗi nhóm tệp và đặt chúng vào các đĩa riêng biệt
Nếu đó là hệ thống OLTP, hãy đặt mức độ song song tối đa = 1

Với tất cả các cài đặt máy chủ, hãy cẩn thận và suy nghĩ kỹ trước khi áp dụng chúng.

— Jāni
nguồn

Lời khuyên cuối cùng thực sự là một lời khuyên không. Ai nói song song là xấu và cần phải bị vô hiệu hóa?!

— Mary

@ Parary Paralelism không tệ mỗi se. nhưng có những tình huống cụ thể khi cấu hình MAXDOP thành 1 giúp ích rất nhiều. Từ câu hỏi tôi đã thấy rất nhiều CXPACKET chờ đợi, vì vậy điều đó khiến tôi nghi ngờ về cài đặt này.

— Jāni

@ Jãnis, Cxpquet lớn chờ kết hợp với pageiolatch_xx cao có thể cho thấy quét chỉ mục bảng lớn hoặc nhiều cụm. trong trường hợp này giải thích khả thi. Hãy cẩn thận, rất nhiều thời gian Cxpackets chờ đợi che giấu nguyên nhân gốc thực sự của vấn đề.

— Edward tổng hợp

@ Jāni: Đó chính xác là những gì tôi sợ. Rất nhiều sự chờ đợi của CXPacket không tệ như âm thanh của nó :-). Thông thường bạn nên bỏ qua kiểu chờ đó trừ khi có một tình huống như sau: Song song song song : D. Một số thông tin: Bỏ tay ra Maxdop , Nhanh lên và chờ đợi , Dừng chờ đợi .

— Mary