Mike nói đúng rằng thông báo lỗi bạn nhận được là từ chính ứng dụng Management Studio chứ không phải từ SQL Server. Đó là bộ nhớ trên máy trạm cục bộ của bạn đã cạn kiệt, có khả năng là do cố gắng kéo 16 tỷ hàng vào ứng dụng khách (khiến cho nhiều dữ liệu trong lưới khá tốn kém về bộ nhớ, vì vậy hãy cố gắng hạn chế truy vấn của bạn bằng cách sử dụng, TOP
v.v. . - Tôi không biết những điều thực tế nào bạn có thể làm với đủ dữ liệu để sử dụng hết bộ nhớ cục bộ của mình.
Nhưng tôi muốn giải quyết một vấn đề khác: sử dụng Trình quản lý tác vụ để đánh giá dung lượng bộ nhớ SQL Server đang sử dụng. Đừng làm điều này; đó là một kẻ nói dối mặt táo bạo. Sao chép từ câu trả lời này (câu hỏi của bạn là hai lần, vì vậy tôi thực sự không thể đóng nó dưới dạng trùng lặp):
Bạn KHÔNG BAO GIỜ, EVER tin tưởng Trình quản lý tác vụ để cho bạn biết SQL Server đang sử dụng bao nhiêu bộ nhớ. Ngừng sử dụng Trình quản lý tác vụ cho giai đoạn này. Sử dụng bộ đếm hiệu suất - bạn cũng có thể truy vấn bộ đếm hiệu suất bằng DMV:
SELECT object_name, cntr_value
FROM sys.dm_os_performance_counters
WHERE counter_name = 'Total Server Memory (KB)';
Bạn có thể lưu nó dưới dạng phím tắt truy vấn trong Công cụ> Tùy chọn> Môi trường> Bàn phím> Phím tắt truy vấn và nhận kết quả chính xác trong cửa sổ truy vấn nhanh hơn nhiều so với nhận kết quả không chính xác từ Trình quản lý tác vụ.
Bạn cũng có thể kiểm tra áp suất bộ nhớ (và liệu bạn có thể làm bất cứ điều gì về nó không) bằng các truy vấn sau:
SELECT object_name, cntr_value
FROM sys.dm_os_performance_counters
WHERE counter_name IN ('Total Server Memory (KB)', 'Target Server Memory (KB)');
-- SQL Server 2012:
SELECT physical_memory_kb FROM sys.dm_os_sys_info;
-- Prior versions:
SELECT physical_memory_in_bytes FROM sys.dm_os_sys_info;
EXEC sp_configure 'max server memory';