Neyi okuyoruz
sys.dm_db_resource_stats — DTU/vCore, CPU, veri I/O ve log yazma yüzdeleri
Query Store görünümleri — sorgu ve plan geçmişi, regresyon tespiti
sys.dm_os_wait_stats ve veritabanı seviyesi bekleme görünümleri — Azure log yönetici (governor) bekleyişleri dahil
sys.dm_exec_requests ve dm_exec_sessions — aktif oturumlar, blocking zincirleri
sys.dm_db_index_usage_stats ve eksik index DMV'leri — index kullanımı ve öneriler
sys.dm_db_resource_stats üzerinden storage kullanımı ve limit yakınlığı
Elastic pool görünümleri — havuz seviyesinde kaynak paylaşımı
Extended Events — deadlock grafiği (veritabanı seviyesinde XE oturumu)
Azure SQL'e özel neler yapıyor
Headroom ve doygunluk modeli
CPU, worker, session, veri I/O ve log yazma boyutları ayrı ayrı izlenir; hangi boyutun limite yaklaştığı ve servis katmanının ne zaman yetersiz kalacağı ölçülür.
Query Store tabanlı sorgu zekâsı
Sorgu ve plan geçmişi üzerinden regresyona uğrayan planlar tespit edilir; en pahalı sorgular kaynak tüketimine göre sıralanır.
Platform gürültüsünün ayıklanması
Azure'un kendi arka plan oturumları (NodeAgent, TdService, AutomaticTuningAgent) kullanıcı iş yükünden ayrıştırılır — aksi halde her veritabanı sürekli 'uzun süren sorgu' raporlar.
Storage büyüme tahmini
Veri ve log alanı kullanımı zaman içinde izlenir, limite ulaşma tarihi tahmin edilir.
Gereken minimum yetkiler
Baseline salt-okunurdur ve üretimde güvenle verilebilir.
Ön koşullar
·Agentless: bağlantı ClusterEye API sunucusundan kurulur, Azure tarafına hiçbir şey kurulmaz.
·Azure SQL firewall'unda API sunucusunun çıkış IP'sine izin verin veya private endpoint kullanın.
·Query Store Azure SQL Database'de varsayılan olarak açıktır; Managed Instance'ta veritabanı başına açılmalıdır.
·sysadmin hiçbir zaman gerekmez — her yetenek tuttuğu izne göre ayrı ayrı açılır, eksikse UI'da hangi GRANT'in gerektiğini yazar.
·Serverless katmanda auto-pause: duraklamış bir veritabanına ilk bağlantı resume tetikler ve ~1 dakika sürebilir.