Alat Pemantauan SQL Server: Apa yang Perlu Dipantau dan Cara Memilih

Alat pemantauan SQL Server boleh menjejak apa sahaja dari aktiviti CPU dan cakera Windows kepada penyekatan, statistik menunggu, pelan pertanyaan dan ketersediaan pangkalan data. Oleh itu, alat yang tepat bergantung pada lapisan SQL Server yang sebenarnya anda perlu perhatikan, bukannya pada saiz senarai cirinya.

Panduan ini menerangkan apa yang perlu dipantau oleh pasukan IT, di mana pemantauan pelayan Windows berhenti dan pemantauan khusus SQL bermula, alat Microsoft terbina dalam yang tersedia, dan cara memilih pendekatan pemantauan yang sesuai.

Apa yang Menjadikan Pemantauan SQL Server Luar Biasa?

Pemantauan pelayan, asas:

Microsoft SQL Server berjalan pada infrastruktur pelayan, jadi prestasi sistem pengendalian penting Penggunaan CPU yang tinggi, tekanan memori atau penyimpanan yang perlahan boleh mempengaruhi SQL Server walaupun tiada apa yang salah dengan enjin pangkalan data.

Keperluan pemantauan khusus pangkalan data untuk pelayan SQL:

Namun, metrik Windows Server yang jelas tidak semestinya bermaksud prestasi SQL Server yang baik. Pengguna boleh mengalami transaksi yang perlahan kerana penyekatan, pelan pelaksanaan yang lemah atau menunggu pertanyaan sementara mesin yang mendasari masih kelihatan sihat.

Bagaimana Microsoft membahagikan ini:

Microsoft mencerminkan perbezaan ini dalam seni bina pemantauannya sendiri. Alat Windows seperti Performance Monitor merangkumi sumber sistem, manakala SQL Server menyediakan kemudahan khusus pangkalan data termasuk Query Store, Extended Events, Activity Monitor, log ralat dan keupayaan pemantauan Transact-SQL.

Pemantauan SQL Server seharusnya merangkumi beberapa lapisan pelengkap dan bukannya satu set metrik.

Apa yang Perlu Dipantau oleh Alat Pemantauan SQL Server?

Metrik yang tepat diperlukan bergantung kepada sama ada pasukan IT bertanggungjawab terutamanya untuk ketersediaan infrastruktur, pentadbiran pangkalan data atau prestasi aplikasi. Strategi pemantauan yang berguna bermula secara luas dan menambah penglihatan SQL Server yang lebih mendalam di mana beban kerja memerlukannya.

1. Kesihatan Pelayan dan Infrastruktur

Mulakan dengan sumber yang tersedia untuk hos SQL Server. CPU, memori fizikal, kapasiti cakera, aktiviti bacaan dan penulisan cakera, penggunaan rangkaian dan proses yang sedang berjalan memberikan konteks infrastruktur untuk prestasi pangkalan data.

Poin penting adalah korelasi. Waktu respons SQL yang tinggi disertai dengan latensi penyimpanan menunjukkan penyelidikan yang berbeda dari kueri lambat yang terjadi sementara host memiliki kapasitas CPU, memori, dan I/O yang cukup.

Memantau hos juga membantu mengesan masalah yang mempengaruhi lebih daripada SQL Server. Sebuah pelayan fizikal atau maya mungkin menjadi tuan rumah aplikasi sokongan, perkhidmatan atau pengguna jauh yang aktivitinya bersaing untuk sumber yang sama.

2. Kesihatan Instans dan Pangkalan Data SQL Server

Lapisan seterusnya melihat ke dalam enjin pangkalan data itu sendiri.

Kawasan penting biasanya merangkumi menunggu, sesi aktif, penyekatan, deadlock, pertumbuhan fail pangkalan data, penggunaan log transaksi dan aktiviti TempDB. Pentadbir juga mungkin perlu memantau keadaan pangkalan data, sambungan, tingkah laku memori dan perkhidmatan SQL Server.

Statistik tunggu sangat berguna kerana ia membantu mengenal pasti untuk tugas SQL Server apa yang sedang menunggu dan bukannya hanya menunjukkan bahawa sistem adalah perlahan. Penyekatan dan deadlock memberikan keterlihatan tambahan yang membantu mengenal pasti sama ada transaksi tertentu bersaing untuk sumber.

Platform pemantauan pangkalan data khusus seterusnya pergi lebih mendalam daripada pemantau hos. Sebagai contoh, IDERA SQL Diagnostic Manager mendokumenkan pemantauan untuk menunggu, rantai penghalang, kebuntuan, tekanan TempDB, latensi I/O dan pertumbuhan pangkalan data.

3. Prestasi Pertanyaan dan Beban Kerja

Setelah isu telah dilokalisasikan kepada beban kerja pangkalan data, metrik pelayan agregat sering kali tidak mencukupi. Pentadbir perlu menentukan kueri mana yang menggunakan sumber yang berlebihan dan sama ada tingkah laku mereka telah berubah.

Maklumat berguna pada tahap pertanyaan boleh merangkumi tempoh pelaksanaan, penggunaan CPU, bacaan logik dan fizikal, penggunaan memori, kekerapan pelaksanaan, menunggu dan pelan pelaksanaan.

Microsoft Query Store adalah contoh yang baik bagi perisian yang disesuaikan untuk ini. Ia menyimpan pertanyaan, pelan dan statistik masa jalan supaya pentadbir dapat memeriksa prestasi dari semasa ke semasa dan mengenal pasti regresi yang berkaitan dengan perubahan pelan pertanyaan. SQL Server 2017 dan yang lebih baru boleh menangkap statistik menunggu melalui Query Store.

Konteks sejarah ini penting kerana banyak masalah SQL Server adalah bersifat sementara. Mengetahui CPU mencapai 90% petang semalam adalah berguna. Mengetahui kueri mana yang mengubah tingkah laku pada masa yang sama mengenal pasti potensi penggerak untuk tindakan.

4. Ketersediaan, Pekerjaan dan Kesihatan Operasi

Prestasi hanyalah satu aspek pemantauan SQL Server. Kegagalan operasi boleh mempengaruhi ketersediaan dan kebolehan pemulihan walaupun prestasi beban kerja kelihatan normal.

Bergantung pada persekitaran, pentadbir mungkin memerlukan keterlihatan ke dalam pekerjaan SQL Server Agent, sandaran, ketersediaan pangkalan data dan Kumpulan Ketersediaan Sentiasa Aktif. Harta tanah yang lebih besar atau kritikal untuk perniagaan juga mungkin memerlukan pemantauan replikasi, penjejakan konfigurasi dan ramalan kapasiti.

Kedalaman yang diperlukan perlu mengikuti kepentingan beban kerja. Pangkalan data dalaman yang kecil atau harta tanah SQL Server pengeluaran yang terkelompok memerlukan seni bina pemantauan yang sangat berbeza.

Alat Pemantauan SQL Server Terbina Dalam Mana Yang Boleh Anda Gunakan?

Sebelum membeli platform khusus, adalah berbaloi untuk memahami apa yang Microsoft SQL Server sudah menyediakan.

Satu set alat asli yang luas:

• Activity Monitor menyokong pemeriksaan ad hoc
• Query Store menyimpan maklumat sejarah pertanyaan dan pelan.
• Extended Events menangkap acara enjin yang dipilih
• Pandangan Pengurusan Dinamik mendedahkan data prestasi dalaman
• Log ralat SQL Server membantu menyiasat acara enjin pangkalan data.
• Windows Performance Monitor menambah maklumat sumber sistem operasi.

Diagnostik yang lebih mendalam tetapi lebih kompleks:

Alat-alat ini dapat memberikan kedalaman diagnostik yang substansial, terutama untuk pentadbir pangkalan data yang berpengalaman. Mereka juga mengelakkan pengenalan satu lagi platform pemantauan apabila penyelesaian masalah yang sesekali mencukupi.

Had mereka sering kali bukan akses kepada data tetapi kemudahan operasi. Pasukan IT yang menguruskan pelbagai pelayan mungkin ingin papan pemuka terpusat, sejarah yang berterusan, amaran yang lebih mudah dan korelasi yang lebih cepat daripada mengumpulkan maklumat dari beberapa antara muka SQL Server dan Windows.

Itulah di mana pemantauan pihak ketiga menjadi lebih menarik.

Bagaimana untuk Memilih Alat Pemantauan SQL Server?

Mulakan dengan masalah yang perlu diselesaikan oleh alat tersebut. Ini seharusnya menyelamatkan anda daripada kehilangan matlamat anda dalam senarai semak jumlah metrik yang disokong yang terbesar.

1. Kedalaman penglihatan yang diperlukan

Soalan pertama yang berguna adalah sama ada anda memerlukan pemantauan infrastruktur, diagnostik enjin pangkalan data atau analisis pertanyaan terperinci.

Keperluan	Pendekatan pemantauan
CPU, memori, cakera dan ketersediaan pelayan	Pemantauan pelayan atau infrastruktur
Penyelesaian masalah SQL Server secara berkala	Alat Microsoft SQL Server terbina dalam
Penyekatan, menunggu, kebuntuan dan amaran pangkalan data	Pemantauan SQL Server khusus
Pelan pertanyaan dan regresi prestasi	Query Store atau pemantauan SQL lanjutan
Harta SQL pelbagai contoh besar	Pemantauan pangkalan data terpusat
SQL Server ditambah kebergantungan aplikasi yang lebih luas	Infrastruktur atau pengawasan full-stack digabungkan dengan pemantauan khusus SQL

Kategori-kategori ini boleh bertindih. Dalam banyak persekitaran, pendekatan yang paling praktikal adalah gabungan daripada satu produk tunggal.

2. Padankan amaran dan sejarah dengan operasi

Pemantauan menjadi paling berguna apabila ia menonjolkan tingkah laku yang tidak normal sebelum pengguna melaporkan masalah.

Lihat sama ada alat menyokong amaran ambang, tren sejarah dan konteks yang mencukupi untuk menyiasat peristiwa selepas itu. Platform SQL khusus mungkin pergi lebih jauh dengan melampirkan rantai penghalang, graf deadlock atau maklumat pertanyaan secara langsung kepada amaran. Redgate Monitor, sebagai contoh, mendokumenkan amaran khusus SQL untuk peristiwa termasuk deadlock, pekerjaan yang gagal, pertanyaan yang disekat dan pertanyaan yang berjalan lama.

Menetapkan garis dasar juga penting. Nilai yang tidak normal untuk satu pangkalan data mungkin rutin untuk yang lain, jadi amaran harus mencerminkan tingkah laku dan kepentingan perniagaan beban kerja individu.

3. Pertimbangkan skala, penyebaran dan pentadbiran

Alat yang sesuai untuk satu instance SQL Server mungkin menjadi menyusahkan di seluruh puluhan pelayan.

Pertimbangkan berapa banyak hos, instans dan pangkalan data yang perlu dipantau, bagaimana data pemantauan dikumpulkan dan disimpan, serta betapa mudahnya pentadbir membandingkan sistem dari konsol pusat. Oleh itu, pelesenan, usaha penyebaran, penghasilan laporan dan pentadbiran amaran harus dinilai bersama dengan kedalaman teknikal.

Objektifnya bukan untuk mengumpul setiap metrik yang mungkin. Ia adalah untuk mengumpul maklumat yang paling relevan dalam kuantiti yang mencukupi untuk mengenal pasti tingkah laku yang tidak normal dan memendekkan laluan dari gejala kepada punca supaya juruteknik IT anda dapat menyelesaikan masalah.

Di manakah TSplus Server Monitoring sesuai?

TSplus Server Monitoring menangani sisi infrastruktur model pemantauan ini. Ia menyediakan keterlihatan masa nyata ke dalam CPU, memori, aktiviti baca dan tulis cakera, lebar jalur, proses dan pengguna yang disambungkan, bersama dengan laporan sejarah dan amaran boleh dikonfigurasi untuk metrik pelayan.

Untuk pelayan Windows yang menjalankan Microsoft SQL Server, keterlihatan ini akan membantu menentukan sama ada masalah prestasi pangkalan data berkait dengan tekanan CPU, penggunaan memori, aktiviti cakera atau keadaan tahap hos yang lain. Laporan sejarah juga memberikan konteks untuk isu infrastruktur yang berulang.

TSplus Server Monitoring bukanlah, bagaimanapun, penganalisis prestasi pangkalan data SQL Server yang khusus. Keperluan khusus SQL seperti analisis pelan pelaksanaan, penyiasatan Query Store, rantaian penghalang, analisis deadlock atau statistik tunggu terperinci memerlukan alat SQL Server Microsoft atau produk pemantauan pangkalan data khusus.

Bagi banyak pasukan IT, lapisan-lapisan ini saling melengkapi. Pemantauan Server TSplus dapat memberikan pandangan yang jelas tentang kesihatan pelayan dan penggunaan sumber, sementara alat asli SQL Server menyediakan penglihatan pangkalan data yang lebih mendalam dan membantu mengenal pasti apabila insiden menunjukkan ke arah enjin pangkalan data atau beban kerja individu.

Kesimpulan

Memilih antara alat pemantauan SQL Server bermula dengan menentukan apa yang memerlukan keterlihatan. Sumber server, kesihatan enjin pangkalan data dan prestasi pertanyaan mewakili lapisan yang berbeza dalam sistem yang sama, dan tiada metrik tunggal yang menerangkan semuanya.

Mulakan dengan kesihatan infrastruktur, kemudian tambahkan pemantauan khusus SQL di mana sahaja beban kerja memerlukan diagnosis yang lebih mendalam. Pendekatan berlapis ini memastikan pemantauan praktikal sambil memberikan pasukan IT konteks yang mencukupi untuk membezakan isu pelayan daripada masalah pangkalan data atau pertanyaan.

Beberapa Soalan Lazim

Apakah itu alat pemantauan SQL Server?

Alat pemantauan SQL Server menjejak kesihatan, prestasi atau ketersediaan persekitaran Microsoft SQL Server. Bergantung pada skopnya, ia mungkin memantau sumber hos, pangkalan data, menunggu, penyekatan, pertanyaan, pekerjaan, sandaran atau konfigurasi ketersediaan.

Apa metrik SQL Server yang harus saya pantau?

Metrik teras bergantung pada beban kerja yang biasanya merangkumi CPU, memori dan penyimpanan. Di samping itu, penanda khusus SQL menunjukkan seperti menunggu, penyekatan, deadlock, pertumbuhan pangkalan data, log transaksi, aktiviti TempDB, tempoh pertanyaan dan status pekerjaan.

Bolehkah pemantauan Windows Server mengesan masalah SQL Server?

Pemantauan Windows Server dapat mengenal pasti masalah infrastruktur yang mempengaruhi SQL Server, termasuk tekanan CPU, memori dan cakera. Ia tidak dapat dengan sendirinya menjelaskan isu enjin pangkalan data seperti regresi pelan pertanyaan, rantai penghalang atau tunggu khusus SQL.

Adakah SQL Server termasuk alat pemantauan sendiri?

Ya. Microsoft SQL Server termasuk alat dan kemudahan seperti Query Store, Extended Events, Activity Monitor, Dynamic Management Views, log ralat dan fungsi prestasi Transact-SQL. Kesesuaiannya bergantung kepada acara atau beban kerja yang sedang disiasat.

Adakah saya memerlukan perisian pemantauan SQL Server yang khusus?

Tidak semestinya. Alat terbina dalam mungkin mencukupi untuk persekitaran kecil atau penyelesaian masalah yang jarang berlaku. Digabungkan dengan Pemantauan Server TSplus Untuk tujuan umum, pemantau terbina dalam SQL Server Microsoft sendiri tidak banyak yang perlu dicemburui daripada produk pemantauan pihak ketiga. Pemantauan khusus menjadi lebih berguna apabila pasukan memerlukan keterlihatan terpusat, amaran berterusan, sejarah jangka panjang atau diagnosis yang lebih cepat merentasi pelbagai instans SQL Server.