Ada banyak faktor yang mempengaruhi kinerja database. Mengetahui fluktuasi normal instans khusus Anda dengan memantau server SQL membantu Anda mengidentifikasi kapan perilaku menjadi tidak terkendali dan untuk mengantisipasi masalah sebelum terjadi.
Ini juga membantu Anda membedakan antara apa yang dimaksud dengan pertumbuhan alami yang disebabkan oleh peningkatan beban kerja atau lonjakan musiman yang mungkin hanya memerlukan lebih banyak sumber daya versus masalah kinerja yang lebih dalam yang memerlukan penyetelan kode, pengoptimalan indeks, atau penyetelan konfigurasi.
Setelah Anda membuat daftar server SQL di lingkungan Anda, Anda akan ingin mengajukan beberapa pertanyaan penting:
- Seberapa sehat instance ini?
- Kapan terakhir kali dicadangkan?
- Apakah ia memiliki CPU, memori, dan penyimpanan yang cukup untuk memenuhi SLA-nya?
- Jenis beban kerja apa yang dijalankan pada instance ini?
- Aplikasi dan pengguna apa yang menggunakan instance ini?
- Kapan beban kerja paling sibuk?
- Apakah ada strategi failover?
- Apakah ini contoh misi penting?
- Apakah harus tersedia 24/7?
- Tantangan performa seperti apa yang dimiliki instance ini?
Ini mungkin tampak seperti pertanyaan yang jelas, tetapi jika Anda mulai memantau beban kerja server SQL untuk pertama kalinya, Anda akan terkejut dan mungkin sedikit ngeri melihat berapa banyak dari mereka yang memiliki masalah mendasar.
Tetapkan Sasaran Kinerja untuk Pemantauan SQL Server
Pikirkan tentang apa yang ingin Anda capai dengan upaya pemantauan server SQL Anda dan prioritaskan tujuan ini. Dengan membingkai aktivitas Anda dalam hal indikator kinerja utama, Anda mempermudah untuk mengartikulasikan nilai energi dan investasi apa pun yang diperlukan. Daftar berikut akan membantu Anda memulai.
Ketersediaan Tinggi
Apa statistik ketersediaan Anda? Ingat bahwa unavailability kepada pengguna adalah ketika mereka tidak dapat mengakses layanan. Ini mungkin disebabkan oleh pemadaman total atau kemacetan kinerja yang secara efektif membuat layanan tidak tersedia. Apakah Anda memiliki konfigurasi yang selalu aktif? Jika ya, apakah Anda tahu statusnya?
Waktu Respons
Dari titik di mana suatu masalah dilaporkan, seberapa cepat Anda dapat mengisolasi sumbernya, mendiagnosis gejalanya, dan meresponsnya?
Waktu Resolusi
Seberapa cepat Anda dapat mengatasi gejala untuk memulihkan operasi normal? Solusi "plester lengket" adalah awal yang penting, tetapi tidak boleh mewakili akhir dari masalah ini. Sudahkah Anda menyelidiki akar penyebab masalah? Bisakah Anda yakin bahwa Anda tidak akan melihat kejadian berulang?
Memahami Biaya Kepemilikan Instans SQL Server Anda
Biaya kepemilikan merupakan faktor penting saat memutuskan di mana instance server SQL Anda harus berada. Penting untuk mengukur biaya investasi di muka yang terkait dengan infrastruktur dan perizinan, biaya pemeliharaan berkelanjutan, dan biaya berbasis konsumsi apa pun yang terkait dengan beban kerja berbasis cloud.
Jika Anda mencoba memutuskan berapa biaya instans Anda di cloud, metrik penting mencakup penggunaan CPU, aktivitas baca dan tulis, dan penyimpanan. Anda perlu mengukurnya dalam jangka waktu yang lama untuk mengetahui batasan beban kerja guna memastikan bahwa Anda memiliki sumber daya untuk spektrum beban kerja yang Anda harapkan untuk instans tertentu.
Mengenal karakteristik khusus dari beban kerja yang berjalan di seluruh instance server SQL Anda akan menempatkan Anda di tempat yang jauh lebih baik untuk memastikan semuanya tetap berjalan sebagaimana mestinya dan untuk memenuhi kebutuhan bisnis Anda saat ini dan di masa mendatang.
Mempelajari Performa Seiring Waktu dengan SQL Server Monitoring
Database adalah sistem yang cair. Sangat sedikit yang memiliki beban kerja yang stabil, berulang, dan dapat diprediksi. Jauh lebih umum untuk melihat variasi yang luas dari waktu ke waktu yang berfluktuasi berdasarkan jumlah pengguna, pekerjaan otomatis, jumlah transaksi, volume data, dan sebagainya.
Database penjualan akan sibuk di akhir bulan. Ini juga akan melihat lonjakan aktivitas seputar acara musiman atau didorong oleh promosi pemasaran.
Mengklasifikasikan kinerja Anda berdasarkan snapshot kecil bukanlah kebijakan yang baik. Semakin banyak riwayat yang dapat Anda kumpulkan dan analisis, semakin banyak wawasan yang dapat Anda peroleh tentang variasi dan batasan setiap karakteristik beban kerja Anda.
Anda perlu menilai seberapa banyak sejarah yang praktis untuk disimpan dan apakah Anda memiliki sumber daya untuk memprosesnya. Ada implikasi biaya dan kinerja yang perlu dipertimbangkan.
Dapatkan Gambaran Lengkap untuk Pemantauan Basis Data Anda
Setiap database adalah sistem yang kompleks dengan banyak bagian yang bergerak. Banyak kriteria konfigurasi yang dapat mempengaruhi kinerjanya.
Desain dan arsitektur database itu sendiri akan mempengaruhi hasil. Efisiensi kode dapat membuat atau menghancurkan kinerja, juga. Opsi konfigurasi akan menentukan bagaimana instance SQL server menggunakan sumber daya yang tersedia untuknya.
Pertimbangkan skenario berikut:Instance melambat hingga berhenti dan DBA melihat lonjakan CXPACKET atau CXCONSUMER menunggu. Reaksi spontan adalah menutup paralelisme. Penantian menghilang dan kemacetan saat ini berkurang untuk sementara. Sekarang seluruh instance berjalan lebih lambat, tetapi DBA tidak ingin mengaktifkan kembali paralelisme. Jika penyelidikan lebih lanjut telah dilakukan, itu akan mengungkapkan bahwa kueri berjalan sangat lambat dan penyebabnya adalah indeks yang hilang.
Memantau banyak metrik berbeda secara paralel membantu mengidentifikasi akar penyebab secara akurat dan menghindari kesalahan diagnosis yang mahal yang dapat menyebabkan terulangnya atau bahkan eskalasi masalah yang sama.
