|
Cilji testa:Zmanjšanje vpliva pomnilnika na SQL instance Testni primeri:Spletna instanca 100G pomnilnika Testni koraki: 18:20 Začni beleženje podatkov o PERF 18:30 Prilagodite maksimalni SQL pomnilnik na 3/4 njegove prvotne velikosti (75G) – to traja 3,9 sekunde 18:40 Obnovitev največje SQL pomnilnika na prvotno velikost 100G - 3,8 sekunde 18:50 Prenehajte snemati podatke o PERF Premor 19:20 Začni beleženje podatkov PERF 19:30 Prenehajte snemati podatke PERF
Vsebina zapisa: Podatki o uspešnosti za 4*10 minut so bili zabeleženi 18:20 - 18:30 1. faza, normalen spomin 18:30 - 18:40 Faza 2, nizko trajanje pomnilnika 18:40 -18:50 Faza 3, obdobje okrevanja 1 19:20 -19:30 4. faza, obdobje okrevanja 2 Proces(_Total)% procesorskega časa Process(sqlservr)% procesorski čas Procesorski(_Total)% procesorski čas Procesor(_Total)% uporabniškega časa Procesor(_Total)% privilegiran čas PhysicalDisk(_Total)% neaktivnosti Fizični disk(_Total)% čas diska PhysicalDisk(_Total)Povprečno. Dolžina vrste na disku PhysicalDisk(_Total)Trenutni diskČakalna vrstaDolžina Napake MemoryPage na sekundo MemoryAvailable MBytes MemoryPages/sec Baze podatkov(_Total)Aktivne transakcije Splošna statistikaUporabniške povezave
Rezultati testov: CPU:变化不明显,影响可忽略 Parametri vhodno-vhodnih operacij so se bistveno spremenili, IDEALTIME se je zmanjšal za 1 %, čakalna vrsta in DISKTIME pa sta približno dvakrat večja kot prej. V prihodnosti bo proces okrevanja počasen (več kot 1 uro). Kar zadeva SQL, se bodo aktivne transakcije znatno povečale (3-krat), zamenjava pomnilnika in IO se bo prav tako povečala (približno 2-krat), še posebej pa bo opazno ponovno prevajanje izvedbenega načrta, še posebej pri zapisih LAZYWRITE. Testni podatki:Priponki EXCEL
Priloženo: Nekatere legende
|