Cara menentukan pengaturan konfigurasi tepat SQL Server

Artikel ini menjelaskan pengaturan konfigurasi berikut dan pertimbangan untuk mereka gunakan:

• Afinitas Mask
• Penggabungan ringan
• Max Async IO
• Max pekerja Threads
• Memori
• Prioritas Boost
• Menetapkan kerja Set ukuran

SQL Server dapat memperoleh tingkat yang sangat tinggi kinerja dengan relatif sedikit konfigurasi tuning. Anda dapat memperoleh tingkat tinggi kinerja dengan menggunakan aplikasi bagus dan desain database, dan bukan dengan luas konfigurasi tuning. Lihat bagian "Referensi" dari artikel ini untuk informasi tentang cara memecahkan berbagai masalah kinerja SQL Server.

Ketika Anda mengatasi masalah kinerja, tingkat perbaikan yang tersedia dari konfigurasi tuning biasanya sederhana kecuali Anda saat ini tidak memiliki sistem yang dikonfigurasi dengan benar. Dalam SQL Server versi 7.0 dan kemudian, SQL Server menggunakan konfigurasi otomatis tuning dan itu sangat langka bahwa memerlukan pengaturan konfigurasi (terutama pengaturan lanjutan) perubahan. Secara umum, tidak membuat perubahan tanpa konfigurasi SQL Server alasan yang luar biasa dan bukan tanpa pengujian metodis hati-hati untuk verifikasi perlunya perubahan konfigurasi. Anda harus menetapkan dasar sebelum konfigurasi mengubah sehingga Anda dapat mengukur manfaat setelah perubahan.

Jika Anda tidak memiliki SQL Server dikonfigurasi dengan benar, beberapa pengaturan mungkin de-stabilize server atau mungkin membuat SQL Server berperilaku tak menentu. Tahun pengalaman dukungan dengan banyak lingkungan yang berbeda menunjukkan bahwa pengaturan non-standar konfigurasi mungkin memiliki hasil yang berkisar dari netral untuk sangat negatif.

Jika Anda melakukan perubahan konfigurasi, Anda harus menjalankan metodis ketat pengujian sebelum dan setelah perubahan untuk menilai tingkat peningkatan kinerja.

Berdasarkan dukungan sebenarnya skenario, versi SQL Server 7.0 dan kemudian dapat mencapai tingkat yang sangat tinggi kinerja tanpa konfigurasi manual tuning.

Dalam SQL Server versi 7.0 dan kemudian, tidak membuat setiap perubahan konfigurasi pengguna koneksi, kunci, dan membuka objek karena, secara default, SQL Server secara dinamis lagu ini pengaturan.

Afinitas Mask

The Afinitas topeng pengaturan merujuk kepada bagaimana tegas thread terikat tertentu CPU. Secara default, Microsoft Windows 2000 dan Microsoft Windows NT menggunakan "lembut" afinitas, yang mencoba untuk re-schedule sebuah thread di CPU di mana terakhir dijalankan. Namun, jika hal ini tidak mungkin, thread mungkin berjalan yang berbeda CPU.

Pada kenyataannya, jika Anda mengubah Afinitas topeng pengaturan dari default itu jarang membantu kinerja, dan sering akan menurunkan kinerja.

Afinitas topeng membatasi SQL Server untuk subset dari CPU yang tersedia dan izin lain bersaing layanan CPU akses yang lebih baik. Dalam kebanyakan kasus, Anda tidak perlu ini karena SQL Server berjalan pada prioritas biasa. Windows NT atau Windows 2000 Thread Penjadwal secara dinamis menyesuaikan benang prioritas dari semua benang yang saling bersaing untuk memastikan bahwa mereka memiliki kesempatan yang adil sama sekali tersedia CPU.

Tidak menyesuaikan Afinitas topeng kecuali di bawah kondisi yang sangat tidak biasa. Jika Anda melakukan memilih untuk menyesuaikan afinitas topeng, melakukan pengujian metodis ketat sebelum dan setelah perubahan untuk memverifikasi kebutuhan dan tingkat perbaikan.

Penggabungan ringan

Secara default, SQL Server menggunakan benang satu per aktif SPID atau pengguna proses. Benang ini bekerja di konfigurasi pooled untuk menjaga jumlah Thread dikelola. Pilihan konfigurasi lanjutan "ringan penggabungan" (yang kadang-kadang dirujuk sebagai "Serat mode") menggunakan Windows NT "serat" dukungan untuk pada dasarnya menangani beberapa konteks eksekusi dengan satu thread.

Berdasarkan produksi aktual pengalaman, Anda tidak perlu menggunakan serat modus kecuali dalam keadaan sangat jarang. Penggabungan ringan hanya bahkan berpotensi berguna jika semua kondisi berikut ini terpenuhi. Anda harus menentukan jika hal ini benar-benar berguna melalui hati-hati dikendalikan pengujian.

• Besar multi-prosesor server yang digunakan.
• Semua server berjalan di atau dekat maksimum kapasitas.
• Banyak konteks beralih terjadi (lebih dari 20.000 per kedua).

Untuk mencari konteks beralih, menggunakan Monitor kinerja, pilih counter thread, memilih objek Konteks switch/detik", kemudian pilih untuk menangkap semua contoh SQL Server. Mail SQL SQL Server 2000 atau SQL Server 2005 tidak didukung jika Anda menjalankan Server dalam modus serat. SQL Mail tidak didukung di SQL Server 2000 64 bit. Untuk selengkapnya, lihat "Perbedaan antara rilis 64-bit dan 32-bit" topik dalam SQL Server 2000 (64-bit Edition) buku Online. Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel pada Basis Pengetahuan Microsoft:

Max Async IO

SQL Server 7.0: Max async IO konfigurasi ini tersedia dalam SQL Server 7.0. Mungkin tepat untuk mengubah pengaturan ini jika Anda memiliki sistem RAID cepat dan cara untuk mengukur manfaat. Tidak mengubah pengaturan ini kecuali Anda memiliki dasar oleh yang untuk mengukur hasilnya. Memantau aktivitas disk dan mencari disk antrian isu-isu. Untuk informasi tambahan, lihat buku-buku Server SQL berikut Online topik:

• "async maks IO pilihan"
• "Memantau aktivitas Disk"
• "Mengidentifikasi kemacetan"

SQL Server 2000 dan kemudian: Dalam SQL Server 2000 dan kemudian, Anda tidak dapat mengubah Max async IO konfigurasi pengaturan. SQL Server 2000 dan kemudian secara otomatis lagu ini pengaturan.

Max pekerja Threads

Secara default, pekerja maks benang pengaturan ini 255 dalam SQL Server 2000. Oleh karena itu, hingga 255 pekerja benang dapat dibuat. Menggunakan pengaturan default 255 pada umumnya. Ini tidak berarti bahwa Anda hanya dapat membuat sambungan pengguna 255. Sistem dapat memiliki ribuan pengguna koneksi (yang pada dasarnya multiplexed ke thread pekerja 255) dan secara umum, pengguna melakukan tidak umumnya menganggap penundaan. Dalam kasus seperti itu, hanya 255 permintaan dapat menjalankan secara bersamaan, tetapi ini adalah multiplexed ke jumlah CPU yang tersedia, jadi sifat bersamaan hanya dianggap, terlepas dari jumlah dikonfigurasi pekerja benang.

Catatan Secara default, pekerja maks benang pengaturan adalah 0 SQL Server 2005 dan di SQL Server 2008.

Jika Anda mengkonfigurasi jumlah pekerja benang ke nilai yang lebih besar daripada default, hampir selalu kontraproduktif dan memperlambat kinerja karena dari overhead penjadwalan dan sumber daya. Hanya meningkatkan pengaturan ini dalam keadaan yang sangat tidak biasa dan ketika pengujian metodis ketat menunjukkan bahwa itu berguna untuk melakukannya.

Memori

Lihat topik "mengoptimalkan Server SQL Server buku Online Kinerja menggunakan memori opsi konfigurasi"untuk informasi tentang konfigurasi memori.

Untuk informasi lebih lanjut tentang konfigurasi memori untuk berkerumun SQL Server melihat "Penggunaan pertimbangan" dalam SQL Server buku Online topik, "Menciptakan Failover Cluster."

Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel pada Basis Pengetahuan Microsoft:

Prioritas Boost

Secara default, prioritas meningkatkan pengaturan adalah 0, yang menyebabkan SQL Server untuk menjalankan pada prioritas biasa Apakah Anda menjalankan SQL Server di komputer uniprocessor atau simetris multiprosesor (SMP) komputer. Jika Anda menetapkan prioritas meningkatkan 1, proses SQL Server berjalan pada prioritas tinggi. Ini pengaturan tidak membuat proses SQL Server berjalan pada operasi tertinggi sistem prioritas.

Berdasarkan pengalaman aktual dukungan, Anda tidak perlu untuk menggunakan prioritas meningkatkan untuk kinerja yang baik. Jika Anda menggunakan prioritas meningkatkan, itu dapat mengganggu dengan halus server yang berfungsi di bawah beberapa kondisi dan Anda tidak boleh menggunakan itu kecuali dalam keadaan yang sangat tidak biasa. Sebagai contoh, layanan dukungan produk Microsoft mungkin menggunakan prioritas meningkatkan ketika mereka menyelidiki masalah kinerja.

PENTING Jangan gunakan prioritas meningkatkan untuk berkumpul server yang menjalankan SQL Server 7,0 dan kemudian.

Menetapkan kerja Set ukuran

Tidak berubah menetapkan kerja mengatur ukuran dari pengaturan default. Dengan default 0, Windows NT atau Windows 2000 memori virtual manajer dapat menentukan bekerja mengatur ukuran SQL Server. Ketika Anda menginstal SQL Server, Setup otomatis memerintahkan Windows NT atau Windows 2000 untuk mengoptimalkan kinerja untuk aplikasi jaringan. The Windows 2000 atau Windows NT memori virtual manajer karena itu akan melakukan sangat sedikit bekerja mengatur pemangkasan, yang hanya minimal mengganggu set bekerja SQL Server contoh.

Mengubah pengaturan ini Apakah tidak biasanya memberikan manfaat performa. Berdasarkan dukungan sebenarnya kasus, perubahan pengaturan ini biasanya menyebabkan lebih buruk daripada yang baik.

Jika Anda mengubah menetapkan kerja mengatur ukuran, juga dapat menyebabkan pesan galat SQL Server 844 atau 845. Lihat bagian "Referensi" di artikel ini untuk informasi lebih lanjut tentang umum penyebab 844 dan 845 pesan kesalahan.

Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel pada Basis Pengetahuan Microsoft: