Chiến lược tổ chức SQL Server với dung lượng RAM lớn

Bây giờ chúng tôi có một máy chủ mới cho DB của chúng tôi và trong số những thứ khác chúng tôi có sẵn 128GB RAM (trước đây tôi có 16GB). Tôi biết SQL Server rất giỏi trong việc quản lý tài nguyên của nó, nhưng tôi đã tự hỏi liệu có bất kỳ cài đặt hoặc chiến lược đặc biệt nào tôi nên sử dụng trong cài đặt máy chủ / db hoặc mã xử lý (procs / index được lưu trữ, v.v.) để đảm bảo rằng SS có lợi thế tốt nhất của ram có sẵn.

DB có dung lượng khoảng 70 GB và đó là db không giao dịch (đây là kho dữ liệu). Vì vậy, về cơ bản VIẾT lớn tiếp theo là ĐỌC lớn là dòng chảy bình thường của mọi thứ.

Mặc dù hiện tại bạn có bộ nhớ dự phòng (cơ sở dữ liệu 70 GB so với máy chủ 128 GB), tôi vẫn sẽ định cấu hình maximum server memorytheo hướng dẫn mới nhất .

... dành 1 GB RAM cho HĐH, 1 GB cho mỗi 4 GB RAM được cài đặt từ 41616 GB, và sau đó 1 GB cho mỗi RAM 8 GB được cài đặt trên 16 GB RAM.

Điều đó tương đương với 110GB trên máy chủ 128GB. Lý do là kho dữ liệu có thể sẽ tiếp tục phát triển và cuối cùng có thể lấy nhiều hơn bạn muốn, vì vậy hãy đặt giới hạn chính xác ngay bây giờ. Nó sẽ bị lãng quên về mặt khác.

Khi dung lượng dữ liệu của bạn vượt quá giới hạn 110GB, hãy chú ý hơn đến bộ nhớ trống của máy chủ. Nếu bạn luôn có thêm GB để dự phòng, bạn có thể xem xét tăng giới hạn thêm vài GB.

Ngoài ra, chỉ có các tùy chọn tinh chỉnh khác của bạn là với cờ theo dõi, cần được xử lý một cách thận trọng. Kiểm tra, thử nghiệm và kiểm tra một số chi tiết.

Ba ứng cử viên tôi có thể nghĩ về điều đó sẽ có ý nghĩa là:

• TF834 - Phân bổ trang lớn
• TF2301 - Phần mở rộng mô hình hóa bộ xử lý truy vấn (thường tốt cho OLAP, có khả năng gây ra sự cố cho OLTP )
• TF4199 - Thay đổi tối ưu hóa truy vấn

Như đã được đề cập trong một câu trả lời trước đây, Thomas Kejser đã đề cập đến TF834 là Máy chủ SQL chỉ chuyển đổi "đi nhanh hơn". TF2301 cho phép tối ưu hóa có lợi cho các truy vấn loại DW. TF4199 yêu cầu đọc tài liệu được liên kết , do đó, làm.