Tăng cài đặt bộ nhớ tối đa trên sản xuất máy chủ SQL

Tôi có một hộp sản xuất với 5 trường hợp trên.

Phiên bản: SQL Server 2014 SP3 Enterprise.

Tôi phát hiện ra rằng mặc dù máy có bộ nhớ ~ 400GB được chỉ định, nhưng cài đặt MAX MEMORY kết hợp trên tất cả 5 trường hợp là dưới 200 GB.

Các trường hợp không chịu áp lực bộ nhớ, nhưng vì chúng ta đã có bộ nhớ đó được chỉ định, thật lãng phí khi không sử dụng nó.

Tôi muốn tăng nó lên giá trị cao hơn, để lại 10% cho HĐH (một số trường hợp sẽ được chỉ định cao hơn các phiên bản khác).

Tuy nhiên, tôi chưa bao giờ thực hiện một sự gia tăng lớn như vậy của cài đặt này trước đây.

Tôi biết đó là một cài đặt động không yêu cầu khởi động lại, tuy nhiên, tôi tự hỏi về những điều sau:

• Tôi có nên thực hiện tăng 2 giai đoạn (tức là tăng một nửa số tiền, đợi một tuần và sau đó tăng lại)?
• Một cái gì đó có thể đột ngột phá vỡ (hoặc làm giảm hiệu suất) nếu máy chủ SQL đột nhiên có nhiều bộ nhớ hơn để chơi không?

Chúng tôi không bật các trang khóa trong cài đặt bộ nhớ và chúng tôi không bật theo dõi 834 .

Tôi có một ý kiến ​​hơi khác.

Nếu bạn không gặp áp lực bộ nhớ và ứng dụng của bạn chỉ hoạt động tốt, tại sao lại giới thiệu một biến không xác định (trong trường hợp của bạn - tăng bộ nhớ tối đa cho máy chủ sql)? Bạn chưa thử nghiệm sự thay đổi này, vì vậy nó là một rủi ro.

Nếu bạn có nhiều băng thông trên máy chủ của mình, bạn có thể xem xét hợp nhất nhiều phiên bản hơn trên máy chủ của mình.

Một cái gì đó có thể đột ngột phá vỡ (hoặc làm giảm hiệu suất) nếu máy chủ SQL đột nhiên có nhiều bộ nhớ hơn để chơi không?

Có, và tôi đã phải đối mặt với một vấn đề xuống cấp hoàn hảo với việc có nhiều bộ nhớ hơn và sử dụng TF 2335 đã khắc phục vấn đề này.

bạn có thể đọc câu trả lời của Paul để biết thêm chi tiết nhưng ý chính là:

Kích thước tiềm năng của nhóm bộ đệm cũng ảnh hưởng đến mô hình chi phí của trình tối ưu hóa để truy cập dữ liệu.

You can change SQL Server max server memory anytime but when you do so SQL Server plan, data and other caches would be flushed. This means new queries hitting the SQL Server will go again though process of query plan creation which may be deciding factor some time. So if you really want to do it inform stakeholders that you want to change max server memory and do it when load is relatively very less. Please also inform people that due to cold cache few queries might take longer to execute during their first run.

Should I make the increase in 2 phases (i.e increase half the amount, wait a week and then increase it again )?

Just do it when you get approval and when load is relatively very less, there is no need to do it in phases.

Một cái gì đó có thể đột ngột phá vỡ (hoặc làm giảm hiệu suất) nếu máy chủ SQL đột nhiên có nhiều bộ nhớ hơn để chơi không?

Mọi thứ sẽ không bị phá vỡ nhưng có, vì bộ đệm được xóa, một số truy vấn có thể bắt đầu mất nhiều thời gian hơn để thực hiện trong lần chạy đầu tiên.

Chúng tôi không bật các trang khóa trong cài đặt bộ nhớ,

Tôi đề nghị bạn làm điều đó đặc biệt khi bạn có 5 trường hợp đang chạy. Bất kỳ trường hợp nào, do một số truy vấn / quá trình rouge, không được phép hog tất cả bộ nhớ. tốt hơn là đặt giới hạn tối đa cho tất cả các phiên bản SQL Server. Cũng lưu ý trong một số trường hợp SQL Server có thể tiêu thụ nhiều hơn giới hạn tối đa. Thêm LPIM yêu cầu "Khởi động lại máy chủ SQL"

Tình huống lý tưởng: Khi bạn có kế hoạch thêm LPIM và điểm đó thay đổi bộ nhớ máy chủ tối đa, vì bạn không phải đối mặt với bất kỳ vấn đề nào bạn có thời gian.