|
Test Amaçları:Belleğin SQL örnekleri üzerindeki etkisini azaltın Test örnekleri:100G belleğin çevrimiçi bir örneği Test adımları: 18:20 PERF verilerinin kaydına başlan 18:30 Maksimum SQL belleği orijinal boyutunun (75G) 3/4'üne ayarlayın - 3,9 saniye sürer 18:40 Maksimum SQL belleği orijinal boyutu olan 100G - 3.8 saniyeye geri getir 18:50 PERF verilerinin kaydını durdur Mola 19:20 PERF verilerinin kaydına başlan 19:30 PERF verilerinin kaydını durdur
Kayıt içeriği: 4*10 dakikalık performans verileri kaydedildi 18:20 -18:30 Evre 1, normal hafıza dönemi 18:30 -18:40 Faz 2, düşük bellek çalışma süresi 18:40 -18:50 3. Aşama, İyileşme Dönemi 1 19:20 -19:30 4. aşama, iyileşme dönemi 2 Process(_Total)% İşlemci Süresi Process(sqlservr)% İşlemci Süresi İşlemci(_Total)% İşlemci Süresi İşlemci(_Total)% Kullanıcı Süresi işlemci(_Total)% Ayrıcalıklı Zaman PhysicalDisk(_Total)% Boş Zaman PhysicalDisk(_Total)% Disk Süresi FizikiDisk(_Total)Orta. Disk Kuyruk Uzunluğu PhysicalDisk(_Total)Güncel Disk KuyruğuUzunluğu MemoryPage Hataları/saniye Bellek Mevcut MBytes MemoryPages/sec Veritabanları(_Total)Aktif İşlemler Genel İstatistiklerKullanıcı Bağlantıları
Test sonuçları: CPU:变化不明显,影响可忽略 IO parametreleri önemli ölçüde değişti, IDEALTIME %1 düştü ve kuyruk ile DISKTIME temelde öncekinden yaklaşık iki kat daha fazla. Ve gelecekte yavaş bir iyileşme süreci olacak (1 saatten fazla). SQL açısından aktif işlemler önemli ölçüde artacak (3 kat), bellek ve işlem işlem değiştirimi de (yaklaşık 2 kat) artacak ve yürütme planı yeniden derlenmesi özellikle dikkat çekici olacak, özellikle LAZYWRITE yazımları. Test verileri:Ek EXCEL
Ekli: Bazı efsaneler
|