|
Цели на изпита:Намаляване на въздействието на паметта върху SQL инстанциите Примери за тестове:Онлайн инстанция с 100G памет Стъпки на теста: 18:20 Започнете записване на PERF данни 18:30 Коригирайте максималната SQL памет на 3/4 от оригиналния ѝ размер (75G) - отнема 3.9 секунди 18:40 Възстановяване на максималната SQL памет до първоначалния ѝ размер от 100G - 3.8 секунди 18:50 Спри записването на PERF данни Пауза 19:20 Започнете записване на PERF данни 19:30 Спри записването на PERF данни
Съдържание на албума: Записани са данни за производителността за 4*10 минути 18:20 - 18:30 Стадий 1, нормален период на памет 18:30 - 18:40 Фаза 2, ниско време за изпълнение на паметта 18:40 - 18:50 Етап 3, Период на възстановяване 1 19:20 - 19:30 Етап 4, период на възстановяване 2 Процес(_Total)% Време на процесора Process(sqlservr)% Processor Time Процесор(_Total)% Време на процесора Процесор(_Total)% потребителско време Processor(_Total)% привилегировано време PhysicalDisk(_Total)% Време на покой PhysicalDisk(_Total)% Disk Time PhysicalDisk(_Total)Средно. Дължина на опашката на диска PhysicalDisk(_Total)Текуща опашка на дискаДължина Грешки в MemoryPage в секунда MemoryAvailable MBytes MemoryPages/sec Бази данни(_Total)Активни транзакции Обща статистикаПотребителски връзки
Резултати от тестовете: CPU:变化不明显,影响可忽略 IO параметрите са се променили значително, IDEALTIME е спаднал с 1%, а queue и DISKTIME са почти два пъти по-големи от преди. И в бъдеще ще има бавен процес на възстановяване (повече от 1 час). Що се отнася до SQL, активните транзакции ще се увеличат значително (3 пъти), замяната на памет и входни изходи също ще се увеличи (около 2 пъти), а рекомпилацията на плана за изпълнение ще бъде особено забележима, особено при LAZYWRITE записи. Тестови данни:Прикачен файл EXCEL
Приложено: Някои легенди
|