Üretim ve operasyon
Monitoring ve wait statistics
Semptomu değil darboğazı ölç.
Kavramı anlayalım
CPU, IO, bellek, bekleme ve sorgu gecikmesi beraber izlenir. Wait statistics bir işlemin hangi kaynak için beklediğini gösterir; kök nedeni tek başına kanıtlamaz. Sunucu başlangıcından biriken toplamlar için zaman aralığı farkları daha anlamlı olabilir. SQL Server sürümüne göre VIEW SERVER STATE veya VIEW SERVER PERFORMANCE STATE gibi izinler gerekir.
En yüksek wait’i körlemesine çözmeye çalışma: idle beklemeler normaldir, paralellik wait’i çoğu zaman başka sorgu maliyetini yansıtır. Baseline, p95/p99 gecikme, hata oranı ve iş yükü değişimi birlikte yorumlanır. DMV’ler yeniden başlatmada sıfırlanabilir; kalıcı gözlem sisteminde örnekleme ve retention planla. Bu ders counters sıfırlamaz, sunucu ayarı değiştirmez ve başka oturumları sonlandırmaz.
Üretim sorunlarını ölçümle önceliklendirmek için.
Tek bir wait türünü kesin kök neden ilan etmek.
Aynı konu. Üç farklı derinlik.
SELECT SYSDATETIMEOFFSET() AS ObservedAt, @@SPID AS SessionId;Ölçüm zamanını ve kendi oturumunu belirler.
Bu sayfa SQL çalıştırmaz. Örnekleri indirilebilir SqlStudioLab veritabanında, SSMS’de uygula. Geçici tablo örneklerini yeniden çalıştırırken yalnız ilgili #tabloyu temizle. VIEW, procedure ve function örnekleri lab’da kalıcı nesne oluşturur; üretim bağlantısı kullanma.
Önce kendin dene.
Kendi oturumunun request bilgilerini görüntüle.
Çözümü ve açıklamasını göster
SELECT session_id, status, cpu_time, logical_reads FROM sys.dm_exec_requests WHERE session_id = @@SPID;Bu sorgunun kendisi aktif request olduğundan anlık veridir.