Cara menentukan pengaturan konfigurasi tepat SQL Server

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 319942 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

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:
308604PRB: SQLMail tidak didukung ketika Anda menjalankan server dengan serat mode
303120 FIX: ConnectionWrite kesalahan saat Anda menggunakan ringan pooling

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:
274750Cara mengkonfigurasi memori untuk lebih dari 2 GB di SQL Server
224818 Memori sederhana tuning diperlukan jika SQL Server 7.0 dan Exchange 5.5 Paket Layanan 2 diinstal pada BackOffice kecil bisnis Server 4,5
316749 PRB: Mungkin tidak ada cukup memori virtual dengan jumlah besar database

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.

REFERENSI

Untuk informasi tambahan, klik nomor artikel di bawah ini untuk melihat artikel pada Basis Pengetahuan Microsoft:
310834PRB: Penyebab umum kesalahan 844 atau pesan 845 (buffer kait waktu kesalahan)
298475 Bagaimana memecahkan masalah kinerja aplikasi
243589 Bagaimana memecahkan masalah berjalan lambat query di SQL Server 7.0 atau yang lebih baru
243588 Bagaimana memecahkan masalah kinerja ad-hoc permintaan
224587 Bagaimana memecahkan masalah kinerja aplikasi dengan SQL Server
166967 Pengaturan konfigurasi SQL Server 6,5 tepat
254321 Berkerumun Do 's SQL Server, larangan, dan peringatan dasar
297864 Kinerja pertimbangan untuk upgrade dari SQL Server 6,5

Properti

ID Artikel: 319942 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0
Berlaku bagi:
  • 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
Kata kunci: 
kbsqlsetup kbhowtomaster kbmt KB319942 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:319942

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com