Dalam artikel sebelumnya tentang alat pemantauan Foglight for Databases, kami berbicara tentang
kemampuan pemantauan dari satu antarmuka: SQL Server, Oracle, PostgreSQL, MySQL, SAP ASE, DB2, Cassandra, dan MongoDB. Hari ini kami akan menganalisis pendekatan untuk mengidentifikasi dengan cepat penyebab operasi Microsoft SQL Server yang abnormal:
- Cari sumber kunci;
- Perbandingan pengaturan basis data "sudah-jadi-jadi" dengan mengacu pada metrik kinerja;
- Cari perubahan dalam struktur basis data, yang kinerjanya menurun.
Detail di bawah potongan.
Foglight for Databases adalah alat untuk memantau kinerja dan perubahan dalam database populer. Jika Anda tidak terbiasa dengan produk ini, kami sarankan Anda membaca
artikel sebelumnya . Dan di bawah ini kami memberikan tangkapan layar dari antarmuka untuk menunjukkan kemampuan Foglight dan kemudahan menemukan masalah dalam database.
Pencarian Sumber Kunci
Anda dapat mencari alasan kunci di Studio Manajemen. Tetapi workstation dengan utilitas ini mungkin tidak tersedia, dan membuka konsol tidak selalu nyaman. Di Quest Foglight, Anda dapat menemukan alasan pemblokiran dalam beberapa klik. Pada tangkapan layar di bawah, Anda melihat konsol pemantauan basis data utama.
Administrator tugas yang telah menerima pemberitahuan masuk ke tampilan SQL PI (Penyelidik Kinerja). Kolom Beban kerja memiliki bidang merah yang terlihat, yang menunjukkan nilai bukan nol dari parameter Kunci Tunggu.
Setelah mengklik pada grafik Beban Kerja, tampilan terperinci dari sumber beban basis data terbuka, dan di kolom kiri menu adalah menu untuk analisis kinerja multivarian. Di sini, seperti pada tangkapan layar di atas, dapat dilihat bahwa pemblokiran menyebabkan pemanfaatan sumber daya yang besar. Di menu di sebelah kiri ada pandangan khusus dari objek terkunci, di mana objek terkunci terdeteksi.
Objek Terkunci menyimpan objek yang dikunci. Di sisi kanan layar, alasan pemblokiran: durasi, dari server mana (atau workstation), program apa, dari mana pengguna dan objek yang dapat dieksekusi yang mengarah ke pemblokiran.
Saat Anda beralih ke objek yang dapat dieksekusi, tampilan baru terbuka dengan kemampuan untuk melihat konten objek ini. Dan setelah mengklik pada View Batch Text, kode yang dieksekusi akan terbuka.
Mempercepat waktu diagnostik adalah kunci keberhasilan tim TI.
Perbandingan pengaturan dari database itu-telah-menjadi
Perubahan yang dilakukan oleh pengembang atau DBA juga dapat menyebabkan pelambatan dramatis. Tetapi pada saat masalah terjadi, tidak peduli siapa yang melakukannya, penting apa yang terjadi. Kami akan mencoba memecahkannya. Buka menu konteks instance database masalah.
Di menu yang terbuka, buka SQL PI (Investigator Kinerja) untuk membuka tampilan dengan analisis multivarian.
Mari kita beralih ke tampilan Baseline untuk mengevaluasi perilaku metrik dibandingkan dengan nilai biasanya.
Grafik menunjukkan bahwa setelah 13:40 peningkatan konsumsi sumber daya yang abnormal dimulai.
Dalam tampilan ini, kami akan mengonfigurasi apa yang akan dibandingkan. Sekarang perhatikan perbandingan metrik dengan dirinya sendiri (sepanjang garis dasar), karena Deviasi abnormal terungkap di atas. Secara umum, Anda juga dapat membandingkan kinerja dengan instance database lain.
Setelah memilih objek untuk perbandingan, tombol Bandingkan berharga akan muncul.
Tampilan rata-rata menunjukkan bahwa nilai anomali diamati oleh metrik: Waktu Aktif, Eksekusi, dan Tingkat Masuk. Mari kita mulai perbandingan baru untuk mengidentifikasi perubahan.
Bandingkan nilai metrik dengan diri kami sendiri, tetapi sehari yang lalu.
Setelah memilih pengaturan, tombol Bandingkan akan muncul, yang harus Anda klik.
Tampilan muncul yang ada pengukuran untuk perbandingan. Untuk demonstrasi, kami akan memilih item menu Program. Bagian Statistik sudah menunjukkan peningkatan dua kali lipat dalam nilai metrik Eksekusi.
Di sebelah kiri dan kanan skala, di bagian menu Program, nilai metrik ditampilkan. Di sini kita melihat bahwa Waktu dan Eksekusi Aktif hampir dua kali lipat, dan ini adalah kesempatan untuk analisis situasi yang terperinci.
Dengan cara yang sama, Anda dapat melakukan analisis komparatif dari metrik lain, dan mengunggah presentasi apa pun ke laporan PDF.
Cari perubahan dalam struktur basis data
Perubahan indeks, rencana eksekusi, dan objek lain mungkin tidak berdokumen. Pengembang atau administrator database membuat perubahan yang tampaknya kecil, yang mungkin dia lupakan setelah beberapa saat. Di antarmuka Foglight for Databases, perubahan konfigurasi terkait dengan perubahan kinerja. Untuk mengidentifikasi perubahan, buka dari layar pemantauan basis data utama ke tampilan Beban Kerja.
Misalkan kita tahu bahwa beban besar pada database dihasilkan dari beberapa mesin klien. Kami mengungkapkan Mesin Klien di tampilan kiri.
Batch diurutkan sesuai dengan beban pada database. Mari kita pergi ke objek pertama dalam daftar dan kemudian melihat perubahannya (Ubah Pelacakan).
Pada bagan, menurut legenda di sebelah kanan, perubahan yang sesuai untuk periode yang dipilih ditandai. Perubahan pertama di sini adalah penghapusan indeks, yang kedua adalah penambahan rencana eksekusi baru. Seperti yang Anda lihat, setelah indeks telah dihapus, beban Tunggu Lainnya telah meningkat tajam - zona ungu (eksekusi pekerjaan batch juga merujuk padanya). Perubahan keempat adalah peningkatan tingkat paralelisme, yang berpotensi menyebabkan peningkatan jumlah permintaan (IO Tunggu - zona biru). Pertimbangkan implikasi penambahan rencana eksekusi baru.
Setelah transisi, rincian rencana eksekusi baru telah dibuka. Sekarang bandingkan perubahan yang telah terjadi.
Setelah transisi, rincian rencana eksekusi baru telah dibuka.
Paket eksekusi yang sama dapat dibuka di Management Studio langsung dari antarmuka Quest Foglight.
Jadi itu terlihat di konsol Management Studio.
Saat Anda beralih ke tampilan Riwayat, Anda dapat melihat perubahan dalam metrik dari waktu ke waktu.
Tampilan Riwayat dapat digunakan untuk mengevaluasi dampak perubahan pada metrik tertentu. Selanjutnya, buka tampilan Other.
Dalam tampilan ini, Anda bisa melihat kumpulan mana yang memengaruhi beban basis data. Mereka sudah diurutkan dalam urutan menurun.
Selain melacak perubahan secara otomatis, pengguna Foglight dapat menambahkan perubahan secara manual.Jika terjadi penurunan kinerja, administrator yang bertugas tidak akan lagi mencari penyebab degradasi layanan.
Jika Anda menyukai Foglight untuk Database dan ingin mencobanya di database Anda - tinggalkan permintaan untuk distribusi dan kunci percobaan
dalam formulir umpan balik di situs web kami. Operasi basis data yang stabil dan lokalisasi yang cepat untuk pekerjaan yang tidak normal!