|
Testmål:Minska minnets påverkan på SQL-instanser Testexempel:En onlineinstans av 100G-minne Teststegen: 18:20 Börja registrera PERF-data 18:30 Justera det maximala SQL-minnet till 3/4 av dess ursprungliga storlek (75G) – det tar 3,9 sekunder 18:40 Återställ det maximala SQL-minnet till dess ursprungliga storlek på 100G - 3,8 sekunder 18:50 Sluta registrera PERF-data Time out 19:20 Börja registrera PERF-data 19:30 Sluta spela in PERF-data
Skivinnehåll: Prestandadata för 4*10 minuter registrerades 18:20 -18:30 Steg 1, normal minnesperiod 18:30 -18:40 Fas 2, låg minneskörtid 18:40 -18:50 Steg 3, Återhämtningsperiod 1 19:20 -19:30 Steg 4, återhämtningsperiod 2 Process(_Total)% processortid Process(sqlservr)% processortid Processor(_Total)% processortid Processor(_Total)% användartid Processor(_Total)% privilegierad tid PhysicalDisk(_Total)% vilotid PhysicalDisk(_Total)% disktid PhysicalDisk(_Total)Avg. Diskkölängd PhysicalDisk(_Total)Aktuell diskköLängd MemoryPage fel/sek MinneTillgängliga MBytes MemoryPages/sec Databaser (_Total) Aktiva transaktioner Allmän statistikAnvändarkopplingar
Testresultat: CPU:变化不明显,影响可忽略 IO-parametrarna har förändrats avsevärt, IDEALTIME har sjunkit med 1 %, och kö och DISKTIME är i princip ungefär dubbelt så mycket som tidigare. Och det kommer att bli en långsam återhämtningsprocess (mer än 1 timme) i framtiden. När det gäller SQL kommer aktiva transaktioner att öka avsevärt (3 gånger), minnes- och IO-ersättning kommer också att öka (ungefär 2 gånger), och omkompileringen av exekveringsplanen kommer att vara särskilt märkbar, särskilt LAZYWRITE-skrivningar. Testdata:Bilaga EXCEL
Bifogat: Några legender
|