|
Teszt célok:Csökkentse a memória hatását az SQL példányokra Tesztpéldák:Egy online példány a 100G-os memóriából Tesztlépések: 18:20 Kezdjük el a PERF adatok rögzítését 18:30 Az SQL maximális memória beállítása az eredeti méretének (75G) 3/4-ére – 3,9 másodperc alatt tart 18:40 A maximális SQL memória visszaállítása az eredeti 100G méretére – 3,8 másodperc 18:50 A PERF adatok rögzítésének leállítása Időkérés 19:20 Kezdjük el a PERF adatok rögzítését 19:30 A PERF adatok rögzítésének leállítása
Lemeztartalom: 4*10 perc teljesítményadatokat rögzítettek 18:20-18:30 1. szakasz, normál memória időszak 18:30-18:40 2. fázis, alacsony memória futási idő 18:40-18:50 3. szakasz, 1. felépülési időszak 19:20-19:30 4. szakasz, 2. felépülési időszak Process(_Total)% Processzoridő Process(sqlservr)% processzoridő Processzor(_Total)% Processzoridő Processzor(_Total)% Felhasználói idő processzor(_Total)% privilegált idő PhysicalDisk(_Total)% Alapjárati idő PhysicalDisk(_Total)% Lemezidő PhysicalDisk(_Total)Átlag. Lemezsor-hossz PhysicalDisk(_Total)Aktuális lemez sorHossza MemoryPage hibák/sec MemóriaElérhető MBytes MemoryPages/sec Adatbázisok(_Total)Aktív tranzakciók Általános statisztikákFelhasználói kapcsolatok
Teszteredmények: CPU:变化不明显,影响可忽略 Az IO paraméterek jelentősen megváltoztak, az IDEALTIME 1%-kal csökkent, és a queue és a DISKTIME gyakorlatilag kétszer annyi a korábban. És a jövőben lassú (több mint 1 órás) felépülés lesz. Az SQL esetében az aktív tranzakciók jelentősen nőnek (3-szoros), a memória- és IO cseréje is növekedni fog (körülbelül 2-szer), és a végrehajtási terv újrafordítása különösen észrevehető lesz, különösen a LAZYWRITE írásoknál. Tesztadatok:Attachment EXCEL
Csatolva: Néhány legenda
|