CPU SQL Server tăng cao sau khi thêm DB


7

Tôi vừa thêm DB "mới" vào Máy chủ của mình (2005), tôi đã khôi phục từ máy chủ SQL2000 đã chết sang máy chủ hoạt động (2005) và thay đổi khả năng tương thích thành 90 (SQL Server 2005). CPU trung bình của tôi có 48% kết nối vào 1600, sau khi khôi phục DB từ phía tôi và thay đổi chuỗi kết nối để trang web hoạt động với địa chỉ máy chủ hoạt động bị hỏng, các kết nối của tôi vẫn ở trên avg. 1600 nhưng CPU của tôi tăng vọt lên một avg. 70%. Tôi nghĩ ok, tôi có một số vấn đề điều chỉnh, vì vậy tôi đã xây dựng lại tất cả các chỉ mục và bắt đầu một hồ sơ trên DB "mới", nhưng than ôi tôi đã sai trên avg. giờ có 100 SP chạy và tất cả chúng có CPU dưới 50 ms và số lần đọc cao nhất là 2,2k (không ghi và thời lượng ít hơn một giây trong hầu hết, thời lượng cao nhất 3 giây).

Tôi rất thích nhận chỉ đường về những gì tôi nên kiểm tra tiếp theo, phía SQL Server hoặc phía Web.


Tôi đã hỏi các mod dba.se nếu họ muốn câu hỏi này được di chuyển. Tuy nhiên, câu hỏi của bạn hơi mơ hồ và sẽ khó trả lời nếu không biết thêm về ứng dụng tiêu thụ cơ sở dữ liệu này và về nội bộ của chính cơ sở dữ liệu.
Kev

1
Âm thanh như bạn đã không quản lý để theo dõi tất cả các câu lệnh đang được thực thi. 100 cuộc gọi SP mỗi giờ là quá thấp.
usr

Bộ lọc duy nhất tôi có là ID cơ sở dữ liệu và CPU ở trên hoặc eq. 1. Phần đó của trang web không hoạt động nhiều, vì vậy 100 SP mỗi giờ là ổn và đó là lý do tôi đặt câu hỏi Bạn cần loại thông tin nào? Máy chủ đó là một tải. không có bộ nhớ cache trên DB "mới". Lượng thực thi SP đó không nên tăng đột biến máy của chúng tôi (4 lõi Xenon 32GB mem), lúc đầu tôi nghĩ đó là Trí tưởng tượng của mình, vì vậy tôi đã lấy DB ngoại tuyến và tất cả các tham số sever trong perfmon nơi hạ xuống. Tôi không nhất thiết yêu cầu một giải pháp, một số phương pháp hoặc ý tưởng khác mà tôi cần kiểm tra thêm cũng sẽ hữu ích.
Avi

2
Cơ sở dữ liệu mới có một số tùy chọn wack được đặt không? Có lẽ tự động đóng là bật?
Jon Seigel

Câu trả lời:


4

Đọc bài viết này của Paul Randal về số liệu thống kê chờ đợi. Bạn tìm thấy những gì máy chủ sql đang chờ sử dụng sys.dm_os_wait_stats DMV (Chế độ xem quản lý dữ liệu). Có vẻ như MIGHT là một kế hoạch truy vấn thay đổi giữa các phiên bản. Nhưng có rất nhiều thứ có thể. Có thể được lưu trữ quá. Thống kê chờ sẽ giúp. Kiểm tra xem liệu cài đặt MAXDOP có khác nhau giữa các phiên bản không nếu có thể, bạn đã tuyên bố máy chủ ban đầu đã chết, nhưng không chắc chắn nếu bạn có cấu hình máy chủ được lưu trong kho lưu trữ cho mục đích DR. Nếu đó là một hệ thống giao dịch cao, song song có thể làm bạn chậm lại. Đảm bảo bạn biết những gì bạn đang làm trước khi thực hiện bất kỳ thay đổi nào đối với MAXDOP.
Ngoài ra kiểm tra bài viết này từ chủ đề này trên SO, nó sẽ giúp bạn tìm thấy các truy vấn thực hiện tồi tệ nhất. Và để biết thêm thông tin, hãy kiểm tra scipt Blitz của Brent Ozar Hy vọng điều này sẽ giúp, Chúc may mắn. Chris


1

Tôi tự trả lời câu hỏi này vì tôi đã có hướng đi đúng đắn. Tôi đã đọc hầu hết các bài viết mà CleanFill đề cập, đã xây dựng lại các số liệu thống kê và FT, ngoài ra DB "mới" có một số tùy chọn wack (đó là thuật ngữ Jon Seigel sử dụng), ví dụ Tự động thu nhỏ là đúng. Sự kết hợp của cả hai thứ đã làm việc, máy chủ của tôi trở lại bình thường với DB "mới".

Cảm ơn.


Vui mừng bạn đã có thể giải quyết điều này!
Jon Seigel
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.