Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Làm thế nào để xác định đúng SQL Server cài đặt cấu hình

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

319942
TÓM TẮT
Bài viết này mô tả thiết đặt cấu hình sau và xem xét cho sử dụng của họ:
  • Ái lực Mask
  • Tổng hợp nhẹ
  • Max Async IO
  • Max Worker Threads
  • Bộ nhớ
  • Ưu tiên tăng
  • Đặt làm việc đặt kích thước
SQL Server có thể có được một mức độ rất cao về hiệu suất với tương đối ít cấu hình chỉnh. Bạn có thể có được cấp cao của hiệu suất bằng cách sử dụng ứng dụng tốt và thiết kế cơ sở dữ liệu, và không phải do mở rộng cấu hình điều chỉnh. Xem phần "Tham khảo" của bài viết này cho thông tin về làm thế nào để gỡ rối các vấn đề hiệu suất máy chủ SQL.

Khi bạn giải quyết một vấn đề hiệu suất, mức độ cải tiến có nghĩa là có sẵn từ cấu hình điều chỉnh là thường khiêm tốn, trừ khi bạn làm hiện chưa có hệ thống được cấu hình đúng. Trong SQL Server Phiên bản 7.0 và sau đó, SQL Server sử dụng cấu hình tự động điều chỉnh và nó là vô cùng hiếm cài đặt cấu hình (đặc biệt là cài đặt nâng cao) cần bất kỳ thay đổi. Nói chung, không làm cho một cấu hình máy chủ SQL thay đổi mà không cần áp đảo lý do và không phải không có thử nghiệm phương pháp cẩn thận để xác minh các cần thiết cho sự thay đổi cấu hình. Bạn phải thiết lập một đường cơ sở trước khi các cấu hình thay đổi do đó bạn có thể đo lường các lợi ích sau sự thay đổi.

Nếu bạn không có SQL Server được cấu hình đúng, một số cài đặt có thể de-stabilize máy chủ hoặc có thể làm cho SQL Server ứng xử erratically. Năm kinh nghiệm hỗ trợ với nhiều môi trường khác nhau chỉ ra rằng thiết đặt cấu hình mặc định không có thể có kết quả mà phạm vi từ trung tính để đánh giá cao tiêu cực.

Nếu bạn thực hiện một cấu hình thay đổi, bạn phải thực hiện nghiêm ngặt thực hiện phương pháp thử nghiệm cả trước và sau sự thay đổi để đánh giá mức độ cải tiến.

Dựa trên các kịch bản thực tế hỗ trợ, phiên bản máy chủ SQL 7,0 và sau đó có thể đạt được một mức độ rất cao về hiệu suất mà không có bất kỳ hướng dẫn sử dụng cấu hình điều chỉnh.

Trong SQL Server Phiên bản 7.0 và sau đó, không làm cho bất kỳ thay đổi cấu hình các kết nối người dùng, ổ khóa, và mở các đối tượng bởi vì, theo mặc định, SQL Server động giai điệu chúng thiết đặt.

back to the top

Ái lực Mask

Các ái lực mặt nạ thiết lập đề cập đến như thế nào chắc chắn một sợi là ràng buộc để một cụ thể CPU. Theo mặc định, Microsoft Windows NT và Microsoft Windows 2000 sử dụng "mềm" ái lực, mà cố gắng để re-schedule một thread trên CPU nơi nó cuối xử tử. Tuy nhiên, nếu điều này là không thể, một chủ đề có thể chạy trên một khác nhau CPU.

Trong thực tế thực tế, nếu bạn thay đổi các ái lực mặt nạ cài đặt từ mặc định nó chỉ hiếm khi giúp hiệu suất, và sẽ thường xuyên làm suy giảm hiệu suất.

Ái lực mặt nạ giấy phép và hạn chế SQL Server đến một tập hợp con của sẵn CPU các dịch vụ khác cạnh tranh tốt hơn CPU truy cập. Trong hầu hết trường hợp, bạn không cần điều này bởi vì SQL Server chạy ở mức ưu tiên bình thường. Windows NT hoặc Windows 2000 chủ đề lập lịch biểu tác tự động điều chỉnh theo chủ đề ưu tiên của chủ đề cạnh tranh để đảm bảo rằng họ có một cơ hội công bằng có sẵn ở tất cả các CPU.

Không phải điều chỉnh ái lực mặt nạ ngoại trừ trong các điều kiện rất không bình thường. Nếu bạn làm chọn để điều chỉnh mặt nạ ái lực, thực hiện nghiêm ngặt phương pháp thử nghiệm trước khi và sau khi thay đổi để xác minh sự cần thiết và mức độ cải tiến.

back to the top

Tổng hợp nhẹ

Theo mặc định, SQL Server sử dụng một sợi cho mỗi hoạt động dịch vụ SPID hoặc người sử dụng quá trình. Các chủ đề của làm việc trong một cấu hình tòi để giữ số lượng chủ đề của quản lý. Các tùy chọn cấu hình nâng cao "nhẹ hợp nhóm" (đó đôi khi gọi là "Sợi chế độ") sử dụng Windows NT "sợi" hỗ trợ cơ bản xử lý nhiều bối cảnh thực hiện với một chủ đề duy nhất.

Dựa trên kinh nghiệm sản xuất thực tế, bạn không cần phải sử dụng chất xơ chế độ ngoại trừ trong trường hợp này rất hiếm. Tổng hợp nhẹ chỉ là ngay cả khả năng có thể hữu ích nếu tất cả các điều kiện sau đây được đáp ứng. Bạn phải xác định xem nó là thực sự hữu ích thông qua thử nghiệm kiểm soát cẩn thận.
  • Lớn nhiều các máy chủ sử dụng.
  • Tất cả máy chủ đang chạy tại hoặc gần tối đa năng lực.
  • Nhiều bối cảnh chuyển đổi xảy ra (lớn hơn 20.000 mỗi Thứ hai).
Để tìm các bối cảnh chuyển đổi, sử dụng hiệu suất Monitor, chọn chủ đề của truy cập, chọn đối tượng Bối cảnh thiết bị chuyển mạch/giây", và chọn để nắm bắt tất cả SQL Server trường hợp. SQL Mail trong SQL Server 2000 hoặc trong SQL Server 2005 không được hỗ trợ nếu bạn chạy các hệ phục vụ trong chế độ chất xơ. SQL thư không được hỗ trợ trong SQL Server 2000 64 bit. Cho thêm thông tin, xem "Sự khác biệt giữa các phiên bản 64-bit và 32-bit" chủ đề trong SQL Server 2000 (64-bit Edition) sách trực tuyến. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
308604PRB: SQLMail không được hỗ trợ khi bạn chạy hệ phục vụ trong chế độ quang
303120 Khắc phục: ConnectionWrite lỗi khi bạn sử dụng tổng hợp nhẹ
back to the top

Max Async IO

SQL Server 7.0: The tối đa async IO cấu hình thiết đặt có sẵn trong SQL Server 7.0. Nó có thể là thích hợp để thay đổi thiết đặt này nếu bạn có một hệ thống RAID nhanh và một cách để đo lường các lợi ích. Không thay đổi thiết đặt này, trừ khi bạn có một đường cơ sở của mà để đo lường kết quả. Theo dõi hoạt động đĩa và tìm cho bất kỳ đĩa xếp hàng các vấn đề. Để biết thêm chi tiết, xin vui lòng xem sau đây SQL Server Books Các chủ đề trực tuyến:
  • "tối đa async IO lựa chọn"
  • "Giám sát hoạt động đĩa"
  • "Xác định Bottlenecks"
SQL Server 2000 và sau này: Trong SQL Server 2000 và sau đó, bạn không thể thay đổi các tối đa async IO cấu hình thiết lập. SQL Server 2000 và sau đó tự động giai điệu này thiết lập.

back to the top

Max Worker Threads

Theo mặc định, các nhân viên đa threads thiết lập là 255 trong SQL Server 2000. Vì vậy, lên đến 255 công nhân chủ đề có thể tạo ra. Sử dụng cài đặt mặc định của 255 trong hầu hết trường hợp. Điều này không có nghĩa rằng bạn chỉ có thể thiết lập 255 người dùng kết nối. Một hệ thống có thể có hàng ngàn người sử dụng kết nối (mà là về cơ bản multiplexed xuống đến 255 công nhân đề) và nói chung, người dùng làm nói chung không nhận thấy bất kỳ sự chậm trễ. Trong trường hợp này, chỉ 255 truy vấn có thể chạy đồng thời, nhưng điều này multiplexed xuống đến số CPU có sẵn, vì vậy Thiên nhiên đồng thời chỉ là cảm nhận, bất kể số lượng các cấu hình chủ đề của công nhân.

Lưu ý Theo mặc định, các nhân viên đa threads thiết lập là 0 trong SQL Server 2005 và trong SQL Server 2008.

Nếu bạn cấu hình một số chủ đề của công nhân đến một giá trị lớn hơn mặc định, nó là hầu như luôn luôn phản tác và làm chậm hiệu suất do của lập lịch trình và nguồn lực trên cao. Chỉ tăng cài đặt này trong những trường hợp rất không bình thường và khi thử nghiệm phương pháp nghiêm ngặt chứng tỏ rằng nó rất hữu ích để làm như vậy.

back to the top

Bộ nhớ


Xem chủ đề SQL Server sách trực tuyến "tối ưu hóa Server Hiệu suất sử dụng bộ nhớ cấu hình tùy chọn"thông tin về cấu hình bộ nhớ.

Để biết thêm thông tin về cấu hình bộ nhớ cho cụm máy chủ SQL xem "Cân nhắc việc sử dụng" trong SQL Server sách Online chủ đề, "Tạo ra một cụm chuyển đổi dự phòng."

Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
274750Làm thế nào để cấu hình bộ nhớ cho nhiều hơn 2 GB trong SQL Server
224818 Điều chỉnh đơn giản bộ nhớ được yêu cầu nếu SQL Server 7.0 và trao đổi 5.5 Service Pack 2 được cài đặt trên BackOffice nhỏ kinh doanh máy chủ 4,5
316749 PRB: Có thể không có đủ bộ nhớ ảo với một số lớn các cơ sở dữ liệu
back to the top

Ưu tiên tăng

Theo mặc định, các ưu tiên tăng thiết lập là 0, mà nguyên nhân SQL Server để chạy ở một mức ưu tiên bình thường cho dù bạn chạy SQL Server trên một máy tính đơn hoặc trên một đối xứng sự (SMP) máy tính. Nếu bạn thiết lập ưu tiên tăng 1 quá trình SQL Server chạy một ưu tiên cao. Điều này thiết lập không làm cho quá trình SQL Server chạy lúc hoạt động cao nhất hệ thống ưu tiên.

Dựa trên kinh nghiệm thực tế hỗ trợ, bạn không cần để sử dụng ưu tiên tăng cho hiệu suất tốt. Nếu bạn sử dụng ưu tiên tăng, nó có thể can thiệp với mịn máy chủ hoạt động theo một số điều kiện và bạn không nên sử dụng nó ngoại trừ trong trường hợp rất không bình thường. Ví dụ, dịch vụ hỗ trợ sản phẩm của Microsoft có thể sử dụng ưu tiên tăng khi họ điều tra một vấn đề hiệu suất.

QUAN TRỌNG Không sử dụng ưu tiên tăng cho các máy chủ cụm đang chạy SQL Server 7,0 và sau đó.

back to the top

Đặt làm việc đặt kích thước

Không thay đổi đặt làm việc đặt kích cỡ từ thiết lập mặc định. Với mặc định của 0, Windows NT hoặc người quản lý bộ nhớ ảo Windows 2000 có thể xác định làm việc đặt kích cỡ của SQL Server. Khi bạn cài đặt SQL Server, thiết lập tự động chỉ thị cho Windows NT hoặc Windows 2000 để tối ưu hóa hiệu suất cho ứng dụng mạng. Các Quản lý bộ nhớ ảo Windows NT hoặc Windows 2000 do đó sẽ làm rất ít làm việc thiết trang trí, chỉ tối thiểu can thiệp với bộ làm việc của SQL Server trường hợp.

Thay đổi thiết đặt này hiện không thường cung cấp bất kỳ lợi ích hiệu suất. Dựa trên thực tế hỗ trợ các trường hợp, thay đổi của thiết đặt này thường gây ra thiệt hại nhiều hơn tốt.

Nếu bạn thay đổi đặt làm việc đặt kích cỡ, nó cũng có thể là một nguyên nhân của thông điệp lỗi SQL Server 844 hoặc 845. Hãy xem phần "Tham khảo", bài viết này cho biết thêm thông tin về phổ biến nguyên nhân của các thông báo lỗi 844 và 845.

back to the top
THAM KHẢO
Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
310834PRB: Thông thường gây ra thông báo lỗi 844 hoặc thông báo lỗi 845 (bộ đệm chốt thời gian ra lỗi)
298475 Làm thế nào để khắc phục các vấn đề hiệu suất của ứng dụng
243589 Làm thế nào để khắc phục sự chậm-chạy truy vấn SQL Server 7.0 hoặc sau này
243588 Làm thế nào để khắc phục hiệu suất của các truy vấn quảng cáo-hoc
224587 Làm thế nào để gỡ rối ứng dụng hiệu suất với SQL Server
166967 Thiết lập cấu hình đúng SQL Server 6,5
254321 Cụm SQL Server làm, những điều nên tránh, và cảnh báo cơ bản
297864 Xem xét hiệu suất cho một nâng cấp từ SQL Server 6,5
back to the top
sp_configure cấu hình hiệu năng điều chỉnh màn hình giám sát đề nghị thực hành tốt nhất

Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 319942 - Xem lại Lần cuối: 08/27/2011 21:42:00 - Bản sửa đổi: 2.0

  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Workgroup Edition
  • Microsoft SQL Server 2000 64-bit Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Express with Advanced Services
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Web
  • Microsoft SQL Server 2008 Workgroup
  • kbsqlsetup kbhowtomaster kbmt KB319942 KbMtvi
Phản hồi