Eindhoven'daki Fontys Üniversitesi'nden bir öğrenciyim ve şu anda bir SQL Server aracının geliştirilmesine yardımcı olmak için bir dizi röportaj yapıyorum ve bu alandaki uzmanlardan geri bildirim almak istiyorum.
Sorularımdan biri:
Performansını ve genel sağlığını belirlemek için bir SQL Server Örneğinde hangi performans sayaçlarına bakabilirsiniz?
Özellikle iyilik kötüleştiğinde eşik değerleriyle ilgileniyorum.
Jamil Young Eindhoven Hollanda
Yanıtlar:
İşte SQL Server için Perfmon eğitimim: http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/
Daha fazla sayaç ve eşik için, Görevdeyken yaptığımız bir poster: http://www.quest.com/documents/landing.aspx?id=11635
Bu, Google'da bir noktaya sahip bol miktarda malzemenin bulunduğu büyük bir konudur. Bir başlangıç noktası olarak, bunlar ilk bakışta bakma eğilimlerim:
İşlemci -% İşlemci Süresi
Sistem - İşlemci Kuyruğu Uzunluğu
Muhtemelen istediğiniz her DBA'dan CPU kullanımı için farklı bir hedef değer elde edersiniz. SQL Server lisansları pahalıdır, bu yüzden bir yandan CPU kullanımını en üst düzeye çıkarmak, öte yandan kullanılabilirlikten ödün vermek istemezsiniz. İyi anlaşılmış iş yüklerine sahip ideal bir dünyada,% 70 kullanımı hedefleyebilir,% 80-90'da uyarır,% 90 + 'da uyarırsınız. En yüksek ve en yüksek iş yükü ile gerçek dünyada, ortalama% 50-60 hedeflemede daha rahat olabilirsiniz.
Bellek - Kullanılabilir MBayt
Disk Belleği Dosyası -% Kullanım
Özel bir SQL Server ile, takılan RAM'e bağlı olarak, 100-200mb'den az kullanılabilir bellek açlığı ve işletim sistemi disk belleği riskini gösterebilir. Genel olarak, çok fazla sayfa dosyası etkinliği görmek istemiyoruz, bu nedenle% Kullanım% 2'den büyük olup olmadığını araştırıyor ve% 5'e ulaştığında endişeleniyorum
Buffer Manager - Arabellek önbellek isabet oranı
Tampon Yöneticisi - Sayfa yaşam beklentisi
Bu sayaçların her ikisi de bir sunucu için yerleşik bir temel hatta karşı daha iyi değerlendirilir. İdeal olarak, önbellek isabet oranını olabildiğince% 100'e yakınlaştırmak ve bir PLE'yi binlerce saniyeye çalıştırmak istiyoruz. Tarihi ortalamalardan uzaklaştıklarında dikkat edin.
SQL İstatistikleri - Toplu İstekler / sn
SQL İstatistikleri - Derlemeler / sn
SQL İstatistikleri - Yeniden Derlemeler / sn
İstekler / sn, bir sunucunun ne kadar “meşgul” olduğuna ilişkin büyük bir göreceli ölçüdür. Yüksek derleme / yeniden derleme değerleri, sorgu derlemesinde CPU döngülerinin boşa harcandığını gösterebilir.
Fiziksel Disk - Ort. Disk sn / Okuma
Fiziksel Disk - Ort. Disk sn / Yaz
Fiziksel Disk - Disk Okuma / sn
Fiziksel Disk - Disk Yazma / sn
Düzgün yapılandırılmış bir IO sistemi için kaba bir kılavuz, günlük sürücüler için <5ms (ideal olarak 1ms), veri için <20ms (ideal olarak <10ms) şeklindedir. Saniyede okuma / yazma, sürücü (ler) için bilinen sınıra göre düşünülmelidir, yani 1000 IOPS için kapasiteniz varsa, ortalama IOPS 750'ye ulaştığında yükseltme seçeneklerini değerlendiririm.