|
Testmål:Reduser minnets påvirkning på SQL-instanser Testeksempler:En nettbasert instans av 100G-minne Testtrinn: 18:20 Start registreringen av PERF-data 18:30 Juster maksimal SQL-minne til 3/4 av opprinnelig størrelse (75G) – det tar 3,9 sekunder 18:40 Gjenopprette maksimal SQL-minne til sin opprinnelige størrelse på 100G - 3,8 sekunder 18:50 Stopp registreringen av PEREF-data Time out 19:20 Begynn å registrere PERF-data 19:30 Stopp registreringen av PERF-data
Plateinnhold: Ytelsesdata for 4*10 minutter ble registrert 18:20 -18:30 Fase 1, normal hukommelsesperiode 18:30 -18:40 Fase 2, lav minnekjøretid 18:40 -18:50 Fase 3, Restitusjonsperiode 1 19:20 -19:30 Fase 4, restitusjonsperiode 2 Prosess(_Total)% prosessortid Prosess(sqlservr)% prosessortid Prosessor(_Total)% prosessortid Prosessor(_Total)% brukertid Prosessor(_Total)% privilegert tid PhysicalDisk(_Total)% hviletid PhysicalDisk(_Total)% disktid PhysicalDisk(_Total)Avg. Diskkøens lengde PhysicalDisk(_Total)Nåværende Disk KøLengde MemoryPage feil/sekund MinneTilgjengelige MBytes MemoryPages/sec Databaser (_Total) Aktive transaksjoner Generell statistikkBrukerforbindelser
Testresultater: CPU:变化不明显,影响可忽略 IO-parametrene har endret seg betydelig, IDEALTIME har falt med 1 %, og kø og DISKTIME er omtrent dobbelt så mye som før. Og det vil bli en langsom gjenopprettingsprosess (mer enn 1 time) i fremtiden. Når det gjelder SQL, vil aktive transaksjoner øke betydelig (3 ganger), minne- og IO-utskifting vil også øke (omtrent 2 ganger), og rekompileringen av utførelsesplanen vil være spesielt merkbar, spesielt LAZYWRITE-skrivinger. Testdata:Vedlegg EXCEL
Vedlagt: Noen legender
|