|
Cíle testu:Snížení dopadu paměti na SQL instance Příklady testů:Online instance 100G paměti Testovací kroky: 18:20 Začíná zaznamenávat data o PERF 18:30 Nastavte maximální SQL paměť na 3/4 původní velikosti (75G) – trvá to 3,9 sekundy 18:40 Obnovení maximální SQL paměti na původní velikost 100G - 3,8 sekundy 18:50 Zastavte nahrávání dat PERF Časový limit 19:20 Začínám zaznamenávat data o PERF 19:30 Zastavte nahrávání dat PERF
Obsah záznamu: Byla zaznamenána data o výkonu za 4*10 minut 18:20 -18:30 Fáze 1, normální paměťová doba 18:30 -18:40 Fáze 2, nízká doba běhu paměti 18:40 -18:50 Fáze 3, Období zotavení 1 19:20 -19:30 Fáze 4, období zotavení 2 Procesní (_Total)% procesorové doby Process(sqlservr)% Processor Time Procesor(_Total)% procesorový čas Procesor(_Total)% uživatelský čas Privilegovaný čas procesoru (_Total)% PhysicalDisk(_Total)% nečinnost Fyzický disk(_Total)% čas na disku PhysicalDisk(_Total)Průměr. Délka diskové fronty PhysicalDisk(_Total)Aktuální fronta disku Délka Chyby MemoryPage za sekundu MemoryAvailable MBytes MemoryPages/sec Databáze(_Total)Aktivní transakce Obecné statistiky Uživatelské spojení
Výsledky testů: CPU:变化不明显,影响可忽略 Parametry IO se výrazně změnily, IDEALTIME klesl o 1 % a fronta i DISKTIME jsou v podstatě zhruba dvojnásobné oproti předchozímu času. A v budoucnu bude proces zotavování pomalý (více než hodinu). Co se týče SQL, aktivní transakce se výrazně zvýší (3×), obnova paměťi a IO se také zvýší (asi 2×) a rekompilace plánu provádění bude obzvlášť patrná, zejména zápisy LAZYWRITE. Testovací data:Přílohy EXCEL
Připojováno: Některé legendy
|